ExaDB-Dで複数VMクラスタのサポートとVMクラスタノードのサブセットを利用可能に (2022/12/01)
ExaDB-Dで複数VMクラスタのサポートとVMクラスタノードのサブセットを利用可能に (2022/12/01)
投稿者：Prince Mathew | Principal Product Manager
この度、Exadata Database Service on Dedicated Infrastructure（ExaDB-D）において、Multiple VM ClustersおよびVM Cluster Node Subsetting機能のサポートを一般提供（GA）することをお知らせいたします。これまでExaDB-Dの顧客は、任意のExadataインフラストラクチャ上に単一のVMクラスタしか作成できず、単一のクラスタは自動的にインフラストラクチャ内のすべてのDBサーバーにまたがるものでした。今回、Multiple VM Clusters（マルチVM）のサポートとVM Cluster Node Subsetting機能により、ExaDB-Dの単一のExadata Infrastructure上に複数のVM Clusterを作成し、インフラ内の特定のDB Serversを選択して、そのClusterからVMをホストする柔軟性を持つことが可能になりました。
お客様の主なメリット
マルチVMおよびVM Cluster Node Subsetting機能により、以下のことが可能になります。
- Exadataインフラストラクチャの各DBサーバにVMをホスティングするのではなく、任意の数のVMで新しいVMクラスタをプロビジョニングします。
- プロビジョニング時にVMクラスタサイズを小さくして開始することにより、VMごとに割り当てられるリソースのコストを削減することができます。
- VMクラスタを拡張してオンデマンドでVMを追加し、現在実行中のワークロードを中断させることなくリソースを柔軟に拡張することができます。
- DBサーバのリソースを効率的に配分するために、必要に応じてVMクラスタを縮小してVMを削除することができます。
- VMクラスタを特定のDBサーバ上で実行するように分離し、ミッションクリティカルなワークロードの分離戦略を完全に制御することができます。
- 特定のDBサーバーにVMクラスタを配置することで、様々なワークロードを効率的に統合し、メンテナンスを合理化することができます。
- 新世代のDBサーバーからリソースを割り当て、新しいVMクラスタのプロビジョニングや既存のVMクラスタの拡張を行い、利用可能なリソースを最適に活用できるようにします。
OCIコンソールの体験
OCIコンソールを使用したマルチVMとVM Cluster Node Subsettingに関する主なユーザージャーニーのハイライトを以下に説明します。
- DBサーバーのサブセットでVMクラスタをプロビジョニング
- VM Clusterを拡張するためのVMの追加または削除
- プロビジョニングされたVMクラスタに割り当てられたVMリソースのスケールアップ
- 複数のVM Clusterでインフラストラクチャをスケールする
1. DBサーバーのサブセットにVMクラスターをプロビジョニング
Exadataインフラストラクチャの詳細ページで、VM Clusterセクションに移動し、VM Clusterの作成ワークフローを開始して、このインフラストラクチャ上に新しいクラスタをプロビジョニングすることができます。
VM Clusterの作成ワークフローには、新しいクラスタのVMをホストするDBサーバーの選択も含まれるようになりました。デフォルトでは、VM Clusterの作成フローはインフラストラクチャ内のすべてのDB Serversを選択します。この選択を変更して、クラスタのVMをホストするDBサーバーのサブセットを選択することができます。
このクラスターのVMをホストするDBサーバーを選択することで、クラスター内の各VMの配置を指定することができます。Exadataインフラストラクチャの一部であるすべてのDBサーバーがリストされ、VMを配置するために選択することが可能です。各DBサーバの利用可能なOCPU、メモリ、およびローカル・ストレージ・リソースと、各DBサーバ上で既にVMをホストしている既存のVMクラスタのリストが表示されます。分離およびコロケーションの設定と計画された資源割り当ての制限に基づいて、特定のユースケースに最も適したDBサーバーを選択してこのVMクラスターの一部にすることができます。
クラスタの VM をホストする DB サーバを選択したら、表示されたコントロールを使って VM ごとの OCPU、メモリ、およびローカルファイルシステムストレージリソースの割り当てを指定することができま す。VMごとに割り当て可能な最大リソースは、クラスタ用にこれらのVMをホストする選択されたDBサーバによって異なります。クラスタ内のすべての VM に対称的なリソース割り当てを行う場合、最も少ないリソースを持つ DB サーバーが VM ごとの割り当てに利用できる最大限度を決定します。
これで、VM Clusterの作成フローの一部としてExadata Storageの割り当てを指定できるようになりました。
VMクラスタの詳細ページには、プロビジョニングが正常に完了すると、VMの総数およびすべてのVMに割り当てられたリソースの合計が表示されます。また、クラスタ内の VM のリストとそれぞれのリソース割り当て、IP アドレス、および VM をホストしている DB サーバを表示するハイパーリンクを表示することができます。DBサーバの詳細ページには、そのDBサーバでホストされている様々なクラスタのすべてのVMがリストアップされます。
2. VM クラスタの拡張のための VM の追加または削除
2.1 VMを追加してプロビジョニングされたVMクラスタを拡張
クラスタの詳細ページからVMを追加することで、プロビジョニングされたクラスタをオンデマンドで拡張することができます。
プロビジョニングされたクラスタに新しいVMを追加する際に、新しいVMを追加してVMクラスタを拡張したい特定のDBサーバを選択することができます。特定のクラスターから既にVMをホストしているDBサーバーは、同じクラスターから別のVMをホストすることはできません。DBサーバーごとに利用可能なOCPU、メモリ、ローカルストレージとそのDBサーバーでVMをホストしているVMクラスタのリストが表示されます。表示された情報を基に、新しく追加されたVMをホストするのに最適なDBサーバを選択することができます。
注：新しく追加されたVMは、OCPU、メモリ、ローカルストレージのリソース割り当てが、クラスターに属する既存のVMと同じになります。
クラスタ全体に割り当てられた総リソースは、新しく追加されたVMリソースを反映するように更新されます。クラスタに追加された各新規 VM は、既存の VM と共にリストされ、割り当てられたリソース、IP アドレス、および VM をホストしている DB サーバが表示されます。
2.2. VMを削除してプロビジョニングされたVMクラスターを縮小
さらに、クラスタの一部としてリストされた特定の VM に移動し、リスト行のアクション・メニュー・ドロップダウンを使用して VM を終了させることができます。
仮想マシンを終了させると、仮想マシン上で動作しているデータベースインスタンスも終了するため、処理を続行するためには追加の確認が必要です。
3. プロビジョニングされたVMクラスタに割り当てられたVMリソースのスケール
プロビジョニングされたVMクラスタでは、常にクラスタの詳細ページに移動して、クラスタ内のVMのリソース割り当てを変更するためのスケールアクションを開始することができます。
VMクラスタ・リソースの拡張ワークフローでは、クラスタの一部であるVMの数が表示され、VMごとのOCPU、メモリ、およびローカル・ファイル・システム・ストレージ・リソースの割り当てを変更するためのコントロールが表示されます。クラスタ内のすべてのVMに割り当てられたリソースの合計は、クラスタ作成時に表示されるビューと同様に読み取り専用のサマリーとして表示できます。
4. 複数のVMクラスタによるインフラのスケールアップ
4.1. データベース・サーバによるインフラストラクチャの拡張
Exadataインフラストラクチャが複数のVMクラスタをサポートするようになったため、インフラストラクチャにデータベースサーバを追加すると、新しく追加されたDBサーバの追加リソースがすべてのVMクラスタで利用できるようになります。インフラストラクチャの詳細ページから、インフラストラクチャのスケール操作を開始することができます。
スケールインフラフローの一部として追加する1つ以上のDBサーバーを指定することができます。
DBサーバがインフラに追加されると、新しく追加されたDB Serverのすべてのリソース(OCPU, Memory & Local Storage)がインフラ詳細ページで利用可能であり、更新されます。新しく追加されたDBサーバは、既にインフラストラクチャの一部である既存のDB Serverと共に表示され、どのVMクラスタにも割り当てられません。
新しく追加されたDBサーバは、Create VM ClusterおよびAdd Virtual Machineフローの一部として、VMをホストするために利用可能です。
4.2. ストレージサーバによるインフラストラクチャの拡張
インフラストラクチャにストレージサーバを追加すると、新しく追加されたサーバの追加ストレージ容量がすべてのVMクラスタで使用できるようになります。インフラストラクチャの拡張フローの一部として、追加するストレージサーバを1つまたは複数指定することができます。
新たに追加されたサーバーのストレージ容量を使用可能なShared Exadata Storageの総容量に追加し、VMクラスタが割り当てて消費できるようにすることができます。
インフラで共有されているExadata Storageの空き容量プールにストレージ容量を追加すると、インフラから見えるすべてのストレージサーバ（新しく追加したものを含む）に対して、プロビジョニングされたVMクラスタによって使用される既存のディスクグループのASMリバランスが開始されます。
注：リバランスの進行中は、既存のディスクグループによってすでに使用されている容量に応じて、パフォーマンスに影響が出る場合があります。
弾性ストレージ拡張のためのこれらの手順をすべて完了すると、インフラストラクチャの詳細ページでストレージサーバーの総数とExadata Shared Storageの総容量が表示されます。
VM Clusterのスケールワークフローの一部として、新しく追加されたストレージサーバーから追加のストレージ容量を割り当てて使用することができます。共有ストレージ容量の新しい上限が反映され、検証に使用されます。
注：新しく追加されたストレージサーバーの追加ストレージ容量も、新しいVMクラスターを作成するワークフローの一部として表示され、利用することができます。
補足
- すべての ExaDB-D X8M/X9M インフラストラクチャで利用可能です。Base、X6、X7、X8 はサポートおよび計画されていません。
- マルチVMとVMクラスターノードのサブセットは、現在、この機能が発表された後にプロビジョニングされた新しいデプロイメントにのみ適用されます。既存のデプロイメントに対するサポートは、将来のリリースのロードマップに記載されています。
- VMクラスタ全体のすべてのVMは、VMがクラスタのプロビジョニング中に作成されたか、既存のVMクラスタを拡張して後から追加されたかに関係なく、VMごとに同じリソース割り当てを受けることになります。
- ノードサブセット機能を使用する場合でも、どのVMクラスタも最低2つのVMを持つ必要があります。現在、1台のVMで構成されるクラスタはサポートされていません。
- X8M以上の世代のDBサーバは、DBサーバごとに最大8台のVMをホストすることができます。
- X8Mおよびそれ以上の世代のDBサーバを搭載したExadataインフラストラクチャは、すべてのDBサーバで最大8台のVMクラスタをサポートすることができます。インフラ全体の最大クラスタ数は、DBサーバごとに利用可能なリソースに依存し、DBサーバごとの最大VM制限に従います。
- クラスター内の既存のプロビジョニングされたVM上で実行されている同じバージョンのゲストOSイメージは、VMクラスターを拡張するために追加される新しいVMをプロビジョニングするために使用されます。 ただし、既存の VM 上のゲスト OS イメージをカスタマイズした場合は、新しく追加する VM に手動で適用する必要があります。
- クラスターへの VM の追加/削除は、VM へのデータベースの追加/削除を自動的に行います。 VMの削除は、最低5台以上のストレージサーバーを持つインフラストラクチャでのみサポートされます（現在の制限は将来のリリースで対処される予定です）。
可用性
Exadata Database Service on Dedicated Infrastructureの複数VMクラスタおよびVMクラスタノードのサブセット機能のサポートが、すべてのOCIコマーシャルリージョンで提供開始されました。
リソース
コメント
コメントを投稿