Portworx セットアップの計画
クラスターを作成して Portworx をインストールする前に、以下の計画ステップを確認します。
- Portworx メタデータを保管する場所を決定します。 内部の Portworx キー・バリュー・データベース（KVDB）を使うこともできるし、場合によっては外部の etcd-ベースのストアを使うこともできる。 詳しくは、 キー/値ストアについて を参照してください。 内部のKVDBについて詳しくは、 Portworx のドキュメントを参照。
- 暗号化するかどうかを決定します。 Hyper Protect Crypto Services または IBM Key Protectを使用できます。 詳しくは、 Understanding encryption for Portworx を参照してください。
- ジャーナル装置を使用するかどうかを決定します。 ジャーナル・デバイスを使用すると、 Portworx は、ワーカー・ノード上のローカル・ディスクに直接ログを書き込むことができます。
- VPC クラスターまたは Satellite クラスターのみ-クラウド・ドライブを使用するかどうかを決定します。 クラウド・ドライブを使用すると、 Portworx ボリュームを動的にプロビジョンできます。 クラウド・ドライブを使用しない場合は、ボリュームをワーカー・ノードに手動で接続する必要があります。
- 制限 を確認します。
制限
以下の Portworx 制限を確認します。
| 制限 | 説明 |
|---|---|
| モントリオールの私設クラスター | Portworx Enterprise および Portworx Backup のデフォルトのインストール方法は、モントリオール地域のプライベート専用クラスタではまだサポートされていません。 モントリオールのプライベート専用クラスタに Portworx Enterprise または Portworx Backup をインストールする必要がある場合は、 Portworx サポートにお問い合わせください。 詳しくは、 Portworx サポートを ご覧ください。 |
| クラシック・クラスター ワーカー・ノードを追加する際にはポッドの再始動が必要です。 | Portworx はクラスター内で DaemonSet として実行されるため、Portworx をデプロイすると、既存のワーカー・ノードがロー・ブロック・ストレージについて自動的に検査され、Portworx データ層に追加されます。 クラスターにワーカー・ノードを追加または更新し、それらのワーカーにロー・ブロック・ストレージを追加した場合は、新しいワーカー・ノードまたは更新されたワーカー・ノード上の Portworx ポッドを再始動して、ストレージ・ボリュームが DaemonSet によって検出されるようにします。 |
| VPC クラスター ワーカー・ノードを更新する際にはストレージ・ボリュームの再接続が必要です。 | VPC クラスター内のワーカー・ノードを更新すると、そのワーカー・ノードがクラスターから削除され、新しいワーカー・ノードに置き換えられます。 置換されるワーカー・ノードに Portworx ボリュームが接続されている場合は、そのボリュームを新しいワーカー・ノードに接続する必要があります。 ストレージ・ボリュームを接続するには、API または CLI を使用します。 この制限は、クラウド・ドライブを使用する Portworx デプロイメントには適用されないことに注意してください。 |
Portworx 試験版 InitializerConfiguration 機能はサポートされていません |
IBM Cloud Kubernetes Service は、 Portworx 試験用 InitializerConfiguration アドミッション・コントローラーをサポートしていません。 |
| プライベート・クラスター | VRF がない、またはプライベートクラウドサービスエンドポイント（CSE）にアクセスできないクラスターに「 Portworx 」をインストールするには、デフォルトのセキュリティグループにルールを作成し、 166.9.24.81、 166.9.22.100、および 166.9.20.178 への受信および送信トラフィックを許可する必要があります。 詳細については、デフォルトのセキュリティー・グループの更新を参照してください。 |
| portworx バックアップ | Portworx バックアップは、 Satellite クラスターではサポートされていません。 |
Portworx ライフサイクルの概要
- 複数ゾーン・クラスターを作成します。
- インフラストラクチャー・プロバイダー: Satellite クラスターの場合、ホストをロケーションに接続する前に、必ずブロック・ストレージ・ボリュームをホストに追加してください。 クラシック・インフラストラクチャーを使用する場合は、ワーカー・ノードに対してベアメタル・フレーバーを選択する必要があります。 クラシック・クラスターの場合、仮想マシンのネットワーキング速度はわずか 1000 Mbps であり、この速度は Portworx で実動ワークロードを実行するには不十分です。 代わりに、パフォーマンスを最大化するために、ベアメタル・マシンに Portworx をプロビジョンします。
- ワーカー・ノード・フレーバー: SDS またはベアメタル・フレーバーを選択します。 仮想マシンを使用したい場合は、 vCPU を8個、メモリを8 GB以上搭載したワーカーノードを使用してください。
- 最小ワーカー数: 3 つのゾーン全体でゾーンごとに 2 つのワーカー・ノード。つまり、最小ワーカー・ノード数の合計は 6 になります。
- VPC および非 SDS クラシック・ワーカー・ノードのみ: マウントされていない未フォーマットのロー・ブロック・ストレージを作成します。
- あなたの環境に合った Portworx メタデータストアを選択してください。 ほとんどの環境では、内部の Portworx KVDBを使用できます。 外部の etcd-ベースのストアを使用する場合は、 Portworx キー・バリュー・ストアのセットアップを 参照してください。
- オプション 暗号化をセットアップします。
- Portworxをインストールします。
- クラスターの Portworx デプロイメントのライフサイクルを管理します。
- VPC クラスターのワーカー・ノードを更新するときには、Portworx ボリュームを再接続するための追加の手順を実行する必要があります。 API または CLI を使用して、ストレージ・ボリュームを接続できます。
- Portworx ボリューム、ストレージ・ノード、または Portworx クラスター全体を削除するには、Portworx のクリーンアップを参照してください。
暗号化計画
Portworx ボリュームを暗号化する場合は、 IBM Key Protect、 Hyper Protect Crypto Services、または Portworx がサポートする Kubernetes Secret オプションのいずれを使用するかを決定する。 設定方法については、 暗号化について Portworx を参照してください。
クラスター内のシークレットを暗号化する方法を確認してください (Portworx ストレージ・クラスター用の Key Protect CRK を保管したシークレットを含む)。