※本ページは、”Elastic Storage Expansion now available on Gen2 Exadata Cloud@Customer“の翻訳です

Gen 2 Exadata Cloud @CustomerでのElasticStorage Expansionの一般提供（GA）を発表できることを嬉しく思います。以前は、Exadata Cloud @ Customerのお客様は、インフラストラクチャの初期展開時に選択したシェイプによって決定される固定数のストレージサーバーを使用してExadataインフラストラクチャをプロビジョニングしていました。このリリースでは、ストレージサーバーをオンデマンドで追加することにより、インフラストラクチャの共有Exadataストレージ容量を動的に増やしてビジネスニーズを満たすことができます。 

主なお客様のメリット
エラスティックなストレージ拡張機能により、次のことが可能になります

  1. サポートされている標準のシェイプに制約されることなく、ビジネスニーズに最適なカスタムストレージ容量を備えた新しいExadataインフラストラクチャをプロビジョニングできます
  2. インストール時のExadataインフラストラクチャのストレージフットプリントを小さくすることから始めることが可能です。これにより、コストを節約し、将来の最大使用に対応するためのオーバーヘッドを計画します。 
  3. 現在実行中のワークロードを中断することなく、自動化されたエラスティック構成方法で、既存のデプロイ済みExadataインフラストラクチャのストレージ容量をオンデマンドで拡張可能です
  4. 新しく追加されたストレージサーバーから利用可能な追加のストレージ容量を、すでにデプロイされているVMクラスターに割り当てたり、インフラストラクチャで新しいVMクラスターをプロビジョニングするために使用できます。
     

既存のExadataインフラストラクチャに新しいストレージサーバーを追加する場合は、新しいインフラストラクチャの導入をセットアップする際に概説したのと同じ全体的なカスタマーエクスペリエンスとオーダープロセスに従います。追加のストレージ・サーバーの注文が処理されると、オラクルはお客様と協力して、ストレージ容量を新しいサーバーからExadataインフラストラクチャにデプロイ、アクティブ化、および追加します。新しいExadataInfrastructureデプロイメントの場合、インフラストラクチャとともに注文された追加のストレージサーバーは自動的に含まれ、インフラストラクチャのアクティブ化プロセスの一部として使用可能になります。追加のストレージサーバーとともにデプロイされたExadataインフラストラクチャは、Elastic シェイプとして構成されます 。特定のインフラストラクチャについて、ストレージサーバーの総数と使用可能な容量が明確に示されています。

OCIコンソールエクスペリエンス
OCIコンソールを使用したエラスティックストレージ拡張のお客様作業のハイライトについて説明します。

  • Exadataインフラストラクチャを拡張してストレージ容量を追加
  • 追加のストレージ容量を使用するようにVMクラスターをスケーリング
  • 追加のストレージサーバーを使用したExadataインフラストラクチャを作成
     

1.Exadataインフラストラクチャを拡張してストレージ容量を追加
Exadata Infrastructureの詳細ページから、追加のストレージ・サーバーを使用してインフラストラクチャーを拡張する要求を開始できます。OCIコンソールからこの要求を開始する前に、エラスティック構成拡張を計画している追加のストレージサーバーを注文する必要があります。

スケールインフラストラクチャ要求の一部として追加するストレージサーバーの数を指定できます。追加のストレージ容量、現在のストレージ容量、および合計ストレージ容量は、スケール要求の一部として明確に呼び出されます。

スケールインフラストラクチャ要求が完了すると、生成されたコンフィグレーションバンドルをダウンロードして、データセンター内の追加のストレージサーバーのデリバリー、デプロイ、およびアクティブ化を調整する、Oracleフィールドエンジニアにコンフィグレーションバンドルを提供します。

オラクルのフィールドエンジニアリングチームは、お客様と協力して、スケールリクエストが開始されたExadataインフラストラクチャの一部として、リクエストされた数の追加のストレージサーバーが確実にデプロイされるようにします。追加のストレージサーバーをデプロイした後、オラクルは新しいサーバーをアップロードしてアクティブ化するための構成ファイルを提供します。

新しいストレージサーバーがアクティブ化されたら、新しく追加されたサーバーのストレージ容量を使用可能な共有Exadataストレージの合計容量に追加し、VMクラスターに割り当てて使用できるようにすることができるようにします。 

インフラストラクチャの共有Exadata Storage容量のフリープールにストレージ容量を追加すると、新しく追加されたものを含め、インフラストラクチャから見えるすべてのストレージサーバーへの既存のディスクグループ（プロビジョニングされたVMクラスターによって使用される）のASMリバランスがトリガーされます。

注： リバランスの進行中は、既存のディスクグループがすでに使用している容量によっては、パフォーマンスに影響が出る場合があります。

エラスティック構成でのストレージ拡張のためのこれらすべてのステップを完了すると、インフラストラクチャの詳細ページでストレージサーバーの総台数とExadata共有ストレージの総容量を確認できます。

2.追加のストレージ容量を使用するようにVMクラスターをスケーリング

VMクラスタースケールワークフローの一部として、新しく追加されたストレージサーバーから追加のストレージ容量を割り当てて使用できます。共有ストレージ容量の新しい最大制限が反映され、検証されます。

注： 新しく追加されたストレージサーバーからの追加のストレージ容量も表示され、新しいVMクラスターを作成するワークフローの一部として利用可能になります。

3.追加のストレージサーバーを使用したExadataインフラストラクチャを作成

新しいExadataインフラストラクチャをプロビジョニングする際に、初期インフラストラクチャ作成ワークフローの一部として含めてデプロイするストレージサーバーの数を選択できます。初期インフラストラクチャデプロイの一部であるすべてのストレージサーバーの合計ストレージ容量が明確に示されています。

 
考慮事項

  • エラスティックストレージ拡張機能は、Gen 2 Exadata Cloud @CustomerハードウェアX7世代以降で利用できます。
  • インストール時にX7世代でデプロイされたExadataインフラストラクチャは、X8世代のストレージサーバーで拡張できます。X7インフラストラクチャの拡張に使用されるX8ストレージサーバーは、すでにインフラストラクチャの一部である他のすべてのX7ストレージサーバーと同じ合計使用可能容量のみを提示します
  • インストール時にX8M世代でデプロイされたExadataインフラストラクチャは、X8M以上の世代のストレージサーバーでのみ拡張できます。
  • ベース構成のシェイプでデプロイされたExadataインフラストラクチャは、ベースシェイプの拡張SKUストレージサーバーを使用してのみ拡張できます。
  • 既存のインフラストラクチャに追加された拡張ストレージサーバーのサブスクリプションは、ストレージサーバーのアクティブ化から始まります。これらの追加のストレージサーバーのサブスクリプションは、Oracleと連携することにより、インフラストラクチャのサブスクリプション期間と同時契約できます。
  • インフラストラクチャの初期インストール中に注文された追加のストレージサーバーは、インフラストラクチャとともにアクティブ化され、同じサブスクリプション期間があります
  • このリリースの一部として、コンピューティング拡張は使用できません。DBサーバーの数は、コンピューティング拡張が利用可能になるまで、既存のクォーター/ハーフ/フルラック構成のシェイプでのノード数と一致します。
  • お客様は、特定のインフラストラクチャのラックごとに12台となるまでストレージサーバーを追加できます。このリリースでは、ストレージの拡張は、特定のExadataインフラストラクチャの単一のラックに制限されています

 
可用性

エラスティックストレージ拡張のサポートは、すべてのOCI商用リージョンのExadata Cloud @Customerで利用できるようになりました。

 
リソース