ノードへのブロック・記憶域の追加
ビッグ・データ・サービスのクラスタ内のノードに追加のブロック・ストレージをアタッチします。ブロック・ストレージは、通常のハード・ドライブと同様に使用できる、ネットワーク接続された記憶域ボリュームである。
ワーカー・ノード(コンピュートのみを含む)にはノードごとに均一なストレージ・サイズが必要ですが、エッジ・ノードでは柔軟なストレージがサポートされ、エッジ・ノードごとに固有のストレージ・サイズが提供されます。
クラスタ内のノードには、リモートでネットワーク接続のブロック・ストレージまたはローカルでダイレクト接続のNon-Volatile Memory Express (NVMe)ストレージを使用できます。リモート・ブロック・ストレージは柔軟性と経済的ですが、ローカルNVMeストレージでは最高のパフォーマンスが提供されます。デフォルトのストレージ・タイプは、クラスタに対して選択したシェイプに基づいて、クラスタの作成時に決定されます。高パフォーマンスのベア・メタル・ノードおよびDense I/O仮想マシン・ノードは、NVMeストレージで作成されます。その他の種類の仮想マシン・ノードは、ブロック・ストレージで作成されます。
追加のストレージを任意のクラスタに接続できます。クラスタからストレージは削除できません。
BDSバージョン3.4.0以降では、WORKERノードにブロック・ストレージを追加しても、失効したサービスは自動的に再起動されなくなりました。この変更により、HDFSの安定性と可用性が向上します。
Ambari UIを使用して失効したサービスを再起動するには、アクティビティを計画する必要があります。
失効したサービスの自動再起動は、コンピュートまたはKafkaノードにブロック・ストレージが追加された場合でも実行されます。
失効したサービスを再起動するには:
- Ambari UIへのアクセス。
- 停止時間なしで再起動するには、「サービス」の横にある3つのドット・メニュー(...)を選択し、「必要なすべてのローリング再起動」を選択します。
ポップアップ・ウィンドウで、「確認」を選択します。
- 停止時間で再起動するには、「サービス」の横にある3つのドット・メニュー(...)を選択し、「必要なすべての再起動」を選択します。
ポップアップ・ウィンドウで、「確認」を選択します。
ブロック・ストレージをワーカー・ノードに追加するには、oci bds block-storage addコマンドと必要なパラメータを使用します。
oci bds block-storage add --bds-instance-id <bds_instance_id> --block-volume-size-in-gbs <block_volume_size_in_gbs> --cluster-admin-password <cluster_admin_password> --node-type <node_type> [OPTIONS]CLIコマンドのフラグおよび変数オプションの完全なリストは、ビッグ・データ・コマンドライン・リファレンスを参照してください。
AddBlockStorage操作を使用して、ノードにブロック・ストレージを追加します。