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

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

共同作成者
PDF

ネットアップが提供する Trident インストールで 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 トラブルシューティングを実行していて、詳細なログダンプが必要な場合を除きます。
メモ Astra Trident は、ボリュームを作成すると、ストレージプール上のすべてのラベルを、プロビジョニング時にバッキングストレージ LUN にコピーします。ストレージ管理者は、ストレージプールごとにラベルを定義し、ストレージプール内に作成されたすべてのボリュームをグループ化できます。これにより、バックエンド構成で提供されるカスタマイズ可能な一連のラベルに基づいてボリュームを簡単に区別できます。

例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 を示しています。

以下に示すバックエンド定義ファイルの例では、すべてのストレージプールに対して特定のデフォルトが設定されています。これにより、が設定されます 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"

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