エラスティック・ストレージ拡張により、増大するワークロード要件を満たすようにストレージ容量を動的に増やすことができます。

追加のストレージ・サーバーでインフラストラクチャをスケール・アップして、オンデマンドでストレージ容量を拡張します。現在実行中のワークロードを中断せずに、新しく追加されたストレージ・サーバーで使用可能な追加のストレージ容量を、すでにデプロイされているVMクラスタに割り当てることができます。新しく追加されたストレージ・サーバーの追加のストレージ容量は、インフラストラクチャで新しいVMクラスタをプロビジョニングする場合にも使用できます。

エラスティック・ストレージ機能により、次のことができます:

• カスタム・ストレージ容量で新しいExadataインフラストラクチャをプロビジョニングします。
• インストール時にExadataインフラストラクチャの比較的小さなストレージ・フットプリントから開始できます。
• 自動化された柔軟な方法で、既存のデプロイ済Exadataインフラストラクチャのストレージ容量をオンデマンドで拡張します。
• 新しく追加されたストレージ・サーバーで使用可能な追加のストレージ容量を、すでにデプロイされているVMクラスタに割り当てたり、インフラストラクチャで新しいVMクラスタをプロビジョニングする場合に使用したりできます。

Exadata Storage Serverのエラスティック・スケーリングは、次の条件に従います:

• Exadata Cloud@Customerシステム構成は、Oracle Exadata X7ハードウェア、Oracle Exadata X8ハードウェア、Oracle Exadata X8MハードウェアまたはOracle Exadata X9Mハードウェアに基づいている必要があります。
• 各Exadata Cloud@Customerシステム構成には、次の最大値を含めることができます:
  • X7、X8: 12 Exadata Storage Servers
  • X8M、X9M、X10M、X11M: 64台のストレージ・サーバー
• ベース構成シェイプとともにデプロイされたExadataインフラストラクチャは、ベース拡張SKUストレージ・サーバーを使用してのみ拡張できます。

• インストール時にX7世代とともにデプロイされたExadataインフラストラクチャは、X8世代のストレージ・サーバーを使用してスケーリングできます。X7インフラストラクチャのスケーリングに使用されるX8ストレージ・サーバーでは、すでにインフラストラクチャの一部である他のすべてのX7ストレージ・サーバーと同じ合計使用可能容量のみが提供されます。

• インストール時にX8M世代とともにデプロイされたExadataインフラストラクチャは、X8M世代以上のストレージ・サーバーを使用してのみスケーリングできます。X8Mインフラストラクチャのスケーリングに使用されるX9MおよびX10Mストレージ・サーバーでは、すでにインフラストラクチャの一部である他のX8Mストレージ・サーバーと同じ合計使用可能容量のみが提供されます。
• インストール時にX9M世代とともにデプロイされたExadataインフラストラクチャは、X9M世代以上のストレージ・サーバーを使用してのみスケーリングできます。X9Mインフラストラクチャのスケーリングに使用されるX10Mストレージ・サーバーでは、すでにインフラストラクチャの一部である他のX9Mストレージ・サーバーと同じ合計使用可能容量のみが提供されます。
• インストール時にX10M世代とともにデプロイされたExadataインフラストラクチャは、X10M世代以上のストレージ・サーバーを使用してのみスケーリングできます。X10Mインフラストラクチャのスケーリングに使用されるX11Mストレージ・サーバーでは、すでにインフラストラクチャの一部である他のX10Mストレージ・サーバーと同じ合計使用可能容量のみが提供されます。

追加のストレージ・サーバーとともにデプロイされたExadataインフラストラクチャは、ストレージ・サーバーの合計数および特定のインフラストラクチャに対して明確に要求された使用可能容量を含むエラスティック・シェイプとして構成されます。

Exadata Storage Serverの数をスケーリングする前に、サイトおよびネットワークの要件とチェックリストを確認し、Exadata Cloud@Customerを準備してデプロイします。販売の処理が完了し、調達プロセスに従っていることを確認します。次の図は、オーダーおよびデプロイメント・プロセスの概要を示しています。