[2021年11月29日の記事です]

※本ページは、”VM Cluster Node Subsetting now available on Gen2 Exadata Cloud@Customer“(blogs.oracle.com/database/post/vm-cluster-node-subsetting-gen2-exacc)の翻訳です。

Gen 2 Exadata Cloud@CustomerでのVMクラスターノードサブセット機能の一般提供（GA）を発表できることを嬉しく思います。従来は、Exadata Cloud@Customerのお客様は、Exadata Infrastructure内のすべてのDBサーバーをVMクラスターにプロビジョニングし、すべてのDBサーバーからリソースを割り当てていました。 VMクラスターノードサブセットを使用すると、特定のDBサーバーを選択してクラスター内のVMをプロビジョニングし、変化するビジネスニーズに合わせてVMクラスターをオンデマンドで拡大または縮小できます。

主なお客様のメリット
VMクラスターノードサブセット化機能を使用すると、次のことが可能になります。

  1. Exadataインフラストラクチャの各DBサーバーでVMをホストするのではなく、任意の数のVMで新しいVMクラスターをプロビジョニング可能になります。
  2. プロビジョニング時にVMクラスターサイズを小さく開始できます。これにより、VMごとに割り当てられるリソースのコストを節約が可能になります。
  3. VMクラスターを拡張してVMをオンデマンドで追加し、現在実行中のワークロードを中断することなくリソースを拡張できる柔軟性を提供します。
  4. 必要に応じてVMクラスターを縮小して、縮小されたVMを削除し、DBサーバーリソースの効率的な割り当てを確保することが可能になります
  5. VMクラスターを分離して特定のDBサーバーで実行し、ミッションクリティカルなワークロードの分離戦略を完全に制御します。
  6. 特定のDBサーバーにVMクラスターを配置して、効率的な統合を実装し、ワークロード全体のメンテナンスを合理化します。
  7. 新世代のDBサーバーからリソースを割り当てて、新しいVMクラスターをプロビジョニングするか、既存のVMクラスターを拡張して、使用可能なリソースを最適に利用できるようにします。
  8. 既存の実行中のワークロードに影響を与えることなく、特定のDBサーバーで実行されているVMを終了することにより、インフラストラクチャ内のすべてのDBサーバーで実行されている既存のプロビジョニングされたVMクラスターを簡単に縮小できます。

選択したDBサーバーでVMクラスターが実行されると、VMごとに割り当てられたリソース（OCPU、メモリ、ローカルストレージ）をシームレスにスケーリングして、クラスターの最適なリソース使用率を確保できます。新しくプロビジョニングされたVMクラスターは、選択したDBサーバー上のVMにのみホストします。 RAC対応データベースを中断することなく、ワークロード要件の変更に基づいて、VMクラスターを動的にスケーリングして、クラスターにVMを追加したり、VMごとにリソースを追加したりできます。

OCIコンソールエクスペリエンス
OCIコンソールを使用したVMクラスターノードサブセットに関連する次のユーザージャーニーのハイライトを見ていきましょう。

  • DBサーバーのサブセットにVMクラスターをプロビジョニング
  • VMを追加または削除して、VMクラスターをスケーリング
  • プロビジョニングされたVMクラスターに割り当てられたVMリソースをスケーリング

1.DBサーバーのサブセットにVMクラスターをプロビジョニング
「Exadataインフラストラクチャの詳細」ページで、「VMクラスター」セクションにナビゲートし、「VMクラスターの作成」ワークフローを開始して、このインフラストラクチャーに新しいクラスターをプロビジョニングできます。

VMクラスターの作成ワークフローには、新しいクラスターのVMをホストするDBサーバーの選択が含まれるようになりました。

このクラスターのVMをホストするDBサーバーを選択することにより、クラスター内の各VMの配置を指定することが可能です。 Exadataインフラストラクチャの一部であるすべてのDBサーバーが一覧表示され、VMを配置するための選択に使用できます。各DBサーバーで使用可能なOCPU、メモリ、およびローカルストレージリソースと、それぞれのDBサーバーでVMを既にホストしている既存のVMクラスターのリストを確認できます。分離とコロケーションの設定、および計画されたリソース割り当ての制限に基づいて、このVMクラスターの一部となる特定のユースケースに最適なDBサーバーを選択できます。

クラスターのVMをホストするDBサーバーを選択したら、提示されたコントロールを使用して、VMごとのOCPU、メモリ、およびローカルファイルシステムストレージリソースの割り当てを指定できます。 VMごとの割り当てに使用できる最大リソースは、クラスター用にこれらのVMをホストする選択されたDBサーバーによって異なります。クラスター内のすべてのVMに対称的なリソース割り当てがある場合、リソースが最小のDBサーバーがVMごとの割り当てに使用できる最大制限を決定します。

[VMクラスターの詳細]ページには、プロビジョニングが正常に完了した後、VMの総数とすべてのVMに割り当てられたリソースの総数が表示されます。クラスタ内のVMのリストと、それぞれのリソース割り当て、クライアントIPアドレス、およびVMをホストしているDBサーバーを表示するためのハイパーリンクを表示することもできます。 [DBサーバーの詳細]ページには、そのDBサーバーでホストされているさまざまなクラスターのすべてのVMが一覧表示されます。

2. VMを追加または削除して、VMクラスターをスケーリング
2.1 VMを追加して、プロビジョニングされたVMクラスターを拡張
クラスターの詳細ページからVMを追加することで、プロビジョニングされたクラスターをオンデマンドで拡張できます。

プロビジョニングされたクラスターに新しいVMを追加するときに、新しいVMを追加する特定のDBサーバーを選択し、VMクラスターを拡張できます。特定のクラスターからVMを既にホストしているDBサーバーは、同じクラスターから別のVMをホストするために使用できません。すべてのDBサーバーについて、使用可能なOCPU、メモリ、およびローカルストレージと、そのDBサーバー上のVMをホストしているVMクラスターのリストを確認できます。新しく追加したものをホストするのに最適なDBサーバーを選択できます

注：新しく追加されたVMには、クラスターの既存のVM部分と同じOCPU、メモリ、およびローカルストレージのリソース割り当てがされます。

クラスター全体に割り当てられた合計リソースは、新しく追加されたVMリソースを反映するように更新されます。クラスターに追加された新しいVMはそれぞれ、既存のVMとともに一覧表示され、割り当てられたリソース、割り当てられたクライアントIPアドレス、およびVMをホストしているDBサーバーが表示されます。

 

2.2 VMを削除して、プロビジョニングされたVMクラスターを縮小
クラスターの一部としてリストされている特定のVMに移動し、リスト行のアクションメニュードロップダウンを使用してVMを終了できます。

仮想マシンを削除すると、VMで実行されているデータベースインスタンスがすべて終了し、続行するには追加の確認が必要になります。

3.プロビジョニングされたVMクラスターに割り当てられたVMリソースをスケーリング
プロビジョニングされたVMクラスターの場合、いつでもクラスターの詳細ページに移動し、スケールアクションを開始して、クラスター内のVMのリソース割り当てを変更できます。

スケールVMクラスターリソースワークフローは、クラスターの一部であるVMの数を示し、VMごとのOCPU、メモリ、およびローカルファイルシステムストレージリソースの割り当てを変更するためのコントロールを提供します。クラスター内のすべてのVMに割り当てられたリソースの合計を、クラスターの作成時に表示されるビューと同様の読み取り専用の要約として表示できます。

考慮事項

  • VMクラスターノードサブセット化機能は、Gen 2 Exadata Cloud@Customerサービスの新規および既存のVMクラスターで使用できます。
  • VMクラスター全体のすべてのVMは、VMがクラスターのプロビジョニング中に作成されたか、既存のVMクラスターを拡張して後で追加されたかに関係なく、VMごとに同じリソース割り当てを持ちます。
  • すべてのVMクラスターには、ノードのサブセット化機能がある場合でも、少なくとも2つのVMが必要です。現在、単一のVMを持つクラスターはサポートされていません。
  • X8M以降の世代のDBサーバーは、DBサーバーごとに最大8つのVMをホストできます。 X7世代とX8世代は、DBサーバーごとにそれぞれ最大6つと5つのVMしかサポートできません。
  • X8M以上の世代のDBサーバーを備えたExadata Infrastructureは、すべてのDBサーバーで最大16のVMクラスターをサポートできます。 X7およびX8世代のExadata Infrastructure DBサーバーは、それぞれ最大12および10のVMクラスターのみをサポートできます。インフラストラクチャ全体のクラスターの最大数は、DBサーバーごとに使用可能なリソースによって異なり、DBサーバーごとの最大VM制限の対象となります。
  • すべてのVMクラスターネットワークには、インフラストラクチャ内のすべてのDBサーバーのIPアドレスが事前にプロビジョニングされています。 1つのクラスターネットワークは単一のVMクラスターでのみ使用でき、IPアドレスが他のクラスターネットワークと重複しないことを確認するために検証されます。クラスターへのVMの追加または削除は、関連付けられたクラスターネットワーク内の各DBサーバーに割り当てられた事前プロビジョニングされたIPアドレスには影響しません。
  • クラスタ内の既存のプロビジョニングされたVMで実行されているのと同じゲストOSイメージバージョンを使用して、VMクラスタを拡張するために追加された新しいVMをプロビジョニングします。ただし、既存のVMでゲストOSイメージに加えられたカスタマイズは、新しく追加されたVMに手動で適用する必要があります。
  • 1年以上前のゲストOSイメージバージョンを実行しているVMクラスターの場合、クラスターを拡張するVMを追加する前に、ゲストOSイメージバージョンを更新する必要があります。
  • VMをクラスタに追加しても、Data Guard構成のデータベース部分（プライマリまたはスタンバイ）が新しくプロビジョニングされたVMに自動的に拡張されることはありません。クラスタからVMを終了するには、終了フローを続行するために、Data Guard構成（プライマリまたはスタンバイ）の一部であるデータベースをVMから削除する必要があります。 MOS Note 2811352.1でカバーされている手動の手順を実行します
  • Data Guard構成の一部ではないデータベースの場合、既存のクラスター内のすべてのVMで実行されているデータベースのみが、新しくプロビジョニングされたVMに自動的に拡張されます。 VMのサブセットで実行されているデータベースは、新しく追加されたVMで実行するように自動的に拡張されることはありません。

利用できるリージョン

VMクラスターノードサブセット化機能が、すべてのOCI商用リージョンのGen2 Exadata Cloud@Customerで利用できるようになりました。

資料