Skip to main content
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

NetApp HCI または SolidFire バックエンドを設定します

共同作成者
PDF

ネットアップが提供する Trident インストールで Element バックエンドを作成して使用する方法をご確認ください。

作業を開始する前に

Elementバックエンドを作成する前に、次の情報が必要になります。

  • Element ソフトウェアを実行する、サポート対象のストレージシステム。

  • NetApp HCI / SolidFire クラスタ管理者またはボリュームを管理できるテナントユーザのクレデンシャル。

  • すべての Kubernetes ワーカーノードに適切な iSCSI ツールをインストールする必要があります。を参照してください "ワーカーノードの準備情報"。

ボリュームモード

。 solidfire-san ストレージドライバは、ボリュームモード（fileとblock）の両方をサポートしています。をクリックします Filesystem volumeMode、Astra Tridentがボリュームを作成し、ファイルシステムを作成ファイルシステムのタイプは StorageClass で指定されます。

ドライバ プロトコル ボリュームモード サポートされているアクセスモード サポートされるファイルシステム

solidfire-san

iSCSI

ブロック

RWO 、 ROX 、 RWX

ファイルシステムがありません。raw ブロックデバイスです。

solidfire-san

iSCSI

ブロック

RWO 、 ROX 、 RWX

ファイルシステムがありません。raw ブロックデバイスです。

solidfire-san

iSCSI

ファイルシステム

RWO 、 ROX

xfs、 ext3、 ext4

solidfire-san

iSCSI

ファイルシステム

RWO 、 ROX

xfs、 ext3、 ext4
メモ Astra Trident は強化された CSI プロビジョニング担当者として機能する場合、 CHAP を使用します。CSI のデフォルトである CHAP を使用している場合は、これ以上の準備は必要ありません。を明示的に設定することを推奨します UseCHAP CSI以外のTridentでCHAPを使用するオプション。それ以外は、を参照してください "こちらをご覧ください"。
警告 ボリュームアクセスグループは、従来の非 CSI フレームワークである Astra Trident でのみサポートされています。CSI モードで動作するように設定されている場合、 Astra Trident は CHAP を使用します。

どちらでもない場合 AccessGroups または UseCHAP が設定され、次のいずれかのルールが適用されます。

  • デフォルトの場合は trident アクセスグループが検出され、アクセスグループが使用されます。

  • アクセスグループが検出されず、 Kubernetes バージョンが 1.7 以降の場合は、 CHAP が使用されます。

バックエンド構成オプション

バックエンド設定オプションについては、次の表を参照してください。

パラメータ 説明 デフォルト

version

常に 1

storageDriverName

ストレージドライバの名前

常に「 solidfire-san-」

backendName

カスタム名またはストレージバックエンド

「 iSCSI_ 」 + ストレージ（ iSCSI ） IP アドレス SolidFire

Endpoint

テナントのクレデンシャルを使用する SolidFire クラスタの MVIP

SVIP

ストレージ（ iSCSI ）の IP アドレスとポート

labels

ボリュームに適用する任意の JSON 形式のラベルのセット。

「」

TenantName

使用するテナント名（見つからない場合に作成）

InitiatorIFace

iSCSI トラフィックを特定のホストインターフェイスに制限します

デフォルト

UseCHAP

CHAP を使用して iSCSI を認証します

正しいです

AccessGroups

使用するアクセスグループ ID のリスト

「 trident 」という名前のアクセスグループの ID を検索します。

Types

QoS の仕様

limitVolumeSize

要求されたボリュームサイズがこの値を超えている場合、プロビジョニングが失敗します

“”（デフォルトでは適用されません）

debugTraceFlags

トラブルシューティング時に使用するデバッグフラグ。例： {"API" ： false 、 "method" ： true}

null
警告 使用しないでください debugTraceFlags トラブルシューティングを実行していて、詳細なログダンプが必要な場合を除きます。

例1：のバックエンド構成 solidfire-san 3種類のボリュームを備えたドライバ

次の例は、 CHAP 認証を使用するバックエンドファイルと、特定の QoS 保証を適用した 3 つのボリュームタイプのモデリングを示しています。その場合は、を使用して各ストレージクラスを使用するように定義します IOPS ストレージクラスのパラメータ。

---
version: 1
storageDriverName: solidfire-san
Endpoint: https://<user>:<password>@<mvip>/json-rpc/8.0
SVIP: "<svip>:3260"
TenantName: "<tenant>"
labels:
  k8scluster: dev1
  backend: dev1-element-cluster
UseCHAP: true
Types:
- Type: Bronze
  Qos:
    minIOPS: 1000
    maxIOPS: 2000
    burstIOPS: 4000
- Type: Silver
  Qos:
    minIOPS: 4000
    maxIOPS: 6000
    burstIOPS: 8000
- Type: Gold
  Qos:
    minIOPS: 6000
    maxIOPS: 8000
    burstIOPS: 10000

例2：のバックエンドとストレージクラスの設定 solidfire-san 仮想プールを備えたドライバ

この例は、仮想プールとともに、それらを参照するStorageClassesとともに構成されているバックエンド定義ファイルを示しています。

Astra Tridentは、ストレージプール上にあるラベルを、プロビジョニング時にバックエンドストレージLUNにコピーします。ストレージ管理者は、仮想プールごとにラベルを定義したり、ボリュームをラベルでグループ化したりできます。

以下に示すバックエンド定義ファイルの例では、すべてのストレージプールに対して特定のデフォルトが設定されています。これにより、が設定されます type シルバー。仮想プールは、で定義されます storage セクション。この例では、一部のストレージプールが独自のタイプを設定し、一部のプールが上記のデフォルト値を上書きします。

---
version: 1
storageDriverName: solidfire-san
Endpoint: https://<user>:<password>@<mvip>/json-rpc/8.0
SVIP: "<svip>:3260"
TenantName: "<tenant>"
UseCHAP: true
Types:
- Type: Bronze
  Qos:
    minIOPS: 1000
    maxIOPS: 2000
    burstIOPS: 4000
- Type: Silver
  Qos:
    minIOPS: 4000
    maxIOPS: 6000
    burstIOPS: 8000
- Type: Gold
  Qos:
    minIOPS: 6000
    maxIOPS: 8000
    burstIOPS: 10000
type: Silver
labels:
  store: solidfire
  k8scluster: dev-1-cluster
region: us-east-1
storage:
- labels:
    performance: gold
    cost: '4'
  zone: us-east-1a
  type: Gold
- labels:
    performance: silver
    cost: '3'
  zone: us-east-1b
  type: Silver
- labels:
    performance: bronze
    cost: '2'
  zone: us-east-1c
  type: Bronze
- labels:
    performance: silver
    cost: '1'
  zone: us-east-1d

次のStorageClass定義は、上記の仮想プールを参照しています。を使用する parameters.selector 各ストレージクラスは、ボリュームのホストに使用できる仮想プールを呼び出します。ボリュームには、選択した仮想プール内で定義された要素があります。

最初のストレージクラス (solidfire-gold-four）を選択すると、最初の仮想プールにマッピングされます。ゴールドのパフォーマンスを提供する唯一のプール Volume Type QoS 金の。最後のストレージクラス (solidfire-silver）Silverパフォーマンスを提供するストレージプールをすべて特定します。Tridentが、どの仮想プールを選択するかを判断し、ストレージ要件を確実に満たすようにします。

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: solidfire-gold-four
provisioner: csi.trident.netapp.io
parameters:
  selector: "performance=gold; cost=4"
  fsType: "ext4"
---
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: solidfire-silver-three
provisioner: csi.trident.netapp.io
parameters:
  selector: "performance=silver; cost=3"
  fsType: "ext4"
---
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: solidfire-bronze-two
provisioner: csi.trident.netapp.io
parameters:
  selector: "performance=bronze; cost=2"
  fsType: "ext4"
---
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: solidfire-silver-one
provisioner: csi.trident.netapp.io
parameters:
  selector: "performance=silver; cost=1"
  fsType: "ext4"
---
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: solidfire-silver
provisioner: csi.trident.netapp.io
parameters:
  selector: "performance=silver"
  fsType: "ext4"

詳細については、こちらをご覧ください