Portworx について

Portworx の概要、およびコンテナー化アプリのために Portworx の高可用性の永続ストレージ管理を利用する方法について詳しく理解できるように、よくある質問を記載します。

ソフトウェア定義ストレージ (SDS) とは何ですか?

SDSソリューションは、クラスタ内のワーカーノードに接続されるストレージデバイスを抽象化します。 これらの装置は、タイプ、サイズ、ベンダーがさまざまである。 利用可能なハードディスク・ストレージを持つワーカー・ノードがストレージ・クラスターのノードとして追加される。 このクラスターでは、物理ストレージが仮想化され、仮想ストレージプールとして提供されます。 SDSソフトウェアはストレージクラスタを管理し、最高の可用性を実現するためにデータの保存場所を決定する。 仮想ストレージには、基盤となるストレージ・アーキテクチャに関係なく、共通の機能とサービスが含まれます。

Portworx これは、高可用性を備えたソフトウェア定義型ストレージソリューションであり、コンテナ化されたデータベースやその他のステートフルアプリケーションのローカル永続ストレージを管理したり、複数のゾーンにまたがるポッド間でデータを共有したりするために利用できます。

Portworx のメリットは何ですか？

Portworx を使用する利点
メリット 説明
ステートフル・アプリのクラウド・ネイティブ・ストレージおよびデータ管理 Portworx は、ワーカー・ノードに接続されたさまざまなサイズやタイプの使用可能なローカル・ストレージを集約して、クラスター内で実行するコンテナー化されたデータベースなどのステートフル・アプリ用の統一された永続ストレージ層を作成します。 Kubernetes 永続ボリューム請求 (PVC) を使用することで、データを保管するためのローカル永続ストレージをアプリに追加できます。
ボリューム複製による可用性の高いデータ Portworx は、クラスター内のワーカー・ノードとゾーンの間でボリューム内のデータを自動的に複製します。これにより、データにいつでもアクセスでき、ワーカー・ノードで障害が発生した場合やリブートが発生した場合に、ステートフル・アプリを別のワーカー・ノードにスケジュール変更できます。
hyper-converged の実行のサポート Portworx 次のように設定することで、 hyper-converged これにより、計算リソースとストレージが常に同じワーカーノードに配置されるようになります。 アプリのスケジュールを変更する必要がある場合は、Portworx は、いずれかのボリューム・レプリカが配置されているワーカー・ノードにそのアプリを移動することで、ステートフル・アプリでローカル・ディスク並のアクセス速度とハイパフォーマンスを実現します。
IBM Key Protect を使用したデータの暗号化 ボリューム内のデータを保護するために、FIPS 140-2 レベル 2 認定を受けたクラウド・ベースのハードウェア・セキュリティー・モジュール (HSM) によって保護されている IBM Key Protect 暗号鍵をセットアップできます。 クラスター内のすべてのボリュームを同じ暗号鍵を使用して暗号化するのか、ボリュームごとに異なる暗号鍵を使用するのかを選択できます。 Portworx はこの鍵を使用して、保存中のデータを暗号化するとともに、異なるワーカー・ノードに転送中のデータを暗号化します。
組み込みのスナップショットおよびクラウド・バックアップ Portworx のスナップショットを作成することで、ボリュームの現在の状態とそのデータを保存できます。 スナップショットは、ローカル Portworx クラスターまたはクラウドに保管できます。
統合されたモニタリング Portworx クラスターの状態（利用可能なストレージノード数、ボリューム数、利用可能容量など）を確認したり、 Prometheus、 Grafana、またはKibanaでデータを分析したりすることができます。

Portworx はどのように機能しますか?

Software-Definedストレージ・ソリューションとして、 Portworx、ワーカー・ノードに接続されたストレージを集約し、ステートフル・アプリケーション用に統一された永続ストレージ・レイヤーを作成します。 Portworx は各ボリュームを複数のワーカーノードにレプリケートし、ゾーン間のデータの永続性とアクセシビリティを確保します。

Portworx また、ボリュームスナップショット、ボリューム暗号化、分離、Storage Orchestrator for Kubernetes (Stork)などの機能も含まれており、クラスタ内のボリューム配置の最適化を支援します。 詳細については、『 Portworx 』のドキュメントを参照してください。

Portworx を実行するには、どのような要件がありますか？

Portworxをインストールするための要件を確認します。

実稼働環境の場合、最良のパフォーマンスを得るには、 SDS ワーカー・ノード・フレーバー のいずれかを選択してください。 各都市部の表では、SDSのフレーバーはベアメタルのタブにあり、.ssd で終わっている。

保管データの高可用性をどのようにして確保できますか?

Portworx がノード間でデータを複製できるようにするために、Portworx クラスター内に少なくとも 3 つのワーカー・ノードが必要です。 ワーカー・ノード間でデータを複製することで、Portworx は、障害が発生した場合にデータを失うことなく、ステートフル・アプリを異なるワーカー・ノードにスケジュール変更できることを保証できます。 さらに高い可用性を実現するには、マルチゾーンクラスターを使用し、3つ以上のゾーンにまたがるワーカーノード間でボリュームをレプリケートしてください。

ポッドにとって最高のパフォーマンスを発揮するのはどのボリューム・トポロジーですか?

クラスター内でステートフル・アプリを実行する際の最大の課題の 1 つは、ご使用のコンテナーまたはホスト全体で障害が発生した場合に、そのコンテナーを別のホストにスケジュール変更できるようにすることです。 Docker 内では、コンテナーを異なるホストにスケジュール変更する必要がある場合は、該当ボリュームはその新しいホストに移動されません。 Portworx で hyper-converged が実行されるように構成することで、コンピュート・リソースとストレージを常に同じワーカー・ノードに配置できます。 アプリのスケジュールを変更する必要がある場合は、Portworx は、いずれかのボリューム・レプリカが配置されているワーカー・ノードにそのアプリを移動することで、ステートフル・アプリでローカル・ディスク並のアクセス速度と最高のパフォーマンスを実現します。 hyper-converged を実行すると、ポッドのパフォーマンスが最大化されますが、そのためにはクラスター内のすべてのワーカー・ノード上でストレージが使用可能である必要があります。

ワーカー・ノードのサブセットのみを Portworx ストレージ層用に使用することを選択することもできます。 例えば、ローカルのロー・ブロック・ストレージを搭載した SDS ワーカー・ノードのワーカー・プールと、ローカル・ストレージを搭載していない別の仮想ワーカー・ノードのワーカー・プールがあるとします。 Portworx をインストールすると、DaemonSet の一部としてクラスター内のすべてのワーカー・ノードに Portworx ポッドがスケジュールされます。 SDSワーカーノードにはローカルストレージがあるため、これらのワーカーノードは Portworx のストレージレイヤーにのみ追加されます。 仮想ワーカー・ノードは、ローカル・ストレージを備えていないため、ストレージ・ノードとしては含まれません。 ただし、アプリ・ポッドを仮想ワーカー・ノードにデプロイしても、このポッドは Portworx DaemonSet ポッドを使用して SDS ワーカー・ノードに物理的に保管されているデータにアクセスできます。 storage-heavy と呼ばれるこのセットアップでは、仮想ワーカー・ノードはデータにアクセスするためにプライベート・ネットワークを介して SDS ワーカー・ノードと通信する必要があるため、hyper-converged セットアップと比べてパフォーマンスがやや低下します。

Red Hat OpenShift on IBM Cloud 実験 Portworx 的な InitializerConfiguration アドミッションコントローラー をサポートしていません。

プライベート・クラスターに Portworx をインストールできますか?

はい。 Portworx をプライベートクラスターにインストールする場合は、 IBM Cloud アカウント にVirtual Routing and Forwarding（VRF） が設定されており、 IBM Cloud サービスのプライベートクラウドサービスエンドポイントへのアクセス権限が設定されている必要があります。

VRF がない、またはプライベートクラウドサービスエンドポイント（CSE）にアクセスできないクラスターに Portworx をインストールする場合は、デフォルトのセキュリティグループにルールを作成し、次のIPアドレスに対する受信および送信トラフィックを許可する必要があります： 166.9.24.81、 166.9.22.100、 166.9.20.178。詳細については、 「デフォルトのセキュリティグループの更新 」を参照してください。

Portworxを使用しているときに Autopilot をインストールできますか?

はい。 自動パイロットは、 Autopilot のインストールに関する資料 に従ってインストールすることができます。

サポートを依頼するには、どのようにすればよいですか

以下のいずれかの方法を使用して、 Portworx サポートに連絡します。

次のステップ

開始するには、 少なくとも3つのワーカーノードのSDSワーカープールでクラスタを作成 します。 Portworx クラスタにSDS以外のワーカーノードを含めたい場合は、各ワーカーノードに Rawブロックストレージを追加してください。 クラスターの準備ができたら、クラスターに Portworx をインストールして、最初のハイパー・コンバージド・ストレージ・クラスターを作成します。

Portworx のその他の機能をご覧ください

既存の Portworx ボリュームの使用
手動で作成した既存の Portworx ボリューム、またはPVCを削除した際に自動的に削除されなかったボリュームがある場合は、対応するPVとPVCを静的にプロビジョニングし、そのボリュームをアプリケーションで使用することができます。 詳細については、「 既存のボリュームの使用 」を参照してください。
StatefulSets Portworx
クラスター内で StatefulSet としてデプロイしたいステートフルなアプリがある場合、 Portworx クラスターのストレージを使用するように設定することができます。 詳細については、 「 MySQL の作成」 StatefulSet を参照してください。
ポッドのハイパーコンバージド実行
Portworx クラスタを設定することで、ポッドのボリュームが存在する同じワーカーノード上でポッドをスケジューリングするようにできます。 この設定は「 hyperconverged 」とも呼ばれ、ストレージのパフォーマンスを向上させることができます。 詳細については、「 ボリュームと同じホスト上でポッドを実行する 」を参照してください。
Portworx ボリュームのスナップショットの作成
Portworx スナップショットを作成することで、ボリュームとそのデータの現在の状態を保存できます。 スナップショットは、ローカル Portworx クラスターまたはクラウドに保管できます。 詳細については、「 ローカルスナップショットの作成と使用 」を参照してください。
Lighthouse を使用した Portworx クラスターのモニタリングと管理
利用可能なストレージノード数、ボリューム数、利用可能な容量など、 Portworx クラスタの健全性を表示できます。 また、 Prometheus、 Grafana、またはKibanaでデータを分析することもできる。
自動パイロットの構成
クラスタリソースを監視し、条件と、その条件が発生したときにAutopilotが実行するアクションを指定できます。 詳細については、 オートパイロットのドキュメントを参照してください。