アグリゲートは、ボリュームにクラウドストレージを提供します。Cloud Manager では、インスタンスを起動したとき、および追加ボリュームをプロビジョニングしたときに、アグリゲートが作成されます。

ボリュームを作成すると、 Cloud Manager は次の 3 つのいずれかを実行します。

Cloud Manager は、アグリゲートの最大サイズ、シンプロビジョニングが有効になっているかどうか、アグリゲートの空きスペースのしきい値など、いくつかの要因を確認して新しいボリュームをどこに配置するかを決定します。

Cloud Manager でアグリゲートを管理するのではなく、自分で管理できます。 "Advanced allocation * ページからアクセスします"では、特定の数のディスクを含む新しいアグリゲートの作成、既存のアグリゲートへのディスクの追加、および特定のアグリゲートでのボリュームの作成を行うことができます。

Cloud Manager 管理者が容量管理モードを自動に設定した場合、 Cloud Manager は、追加の容量が必要になったときに Cloud Volumes ONTAP インスタンス用の新しいディスクを自動的に購入します。また、未使用のディスクセット（アグリゲート）の削除、必要に応じてアグリゲート間でのボリュームの移動、ディスクの障害状態の解除を試みます。

次の例は、このモードの動作を示しています。

Cloud Manager の管理者が容量管理モードを手動に設定した場合、容量の決定が必要なときに、 Cloud Manager に「 Action Required 」メッセージが表示されます。自動モードで説明されている例と同じ例が手動モードにも適用されますが、アクションを受け入れる必要があります。

Cloud Manager はストレージシステムを _ 作業環境 _ として表します。作業環境は次のいずれかです。

次の図は、 Cloud Volumes ONTAP の動作環境を示しています。

a_tenant_ は、作業環境をグループに分離します。テナント内に 1 つ以上の作業環境を作成します。次の図は、 Cloud Manager で定義された 3 つのテナントを示しています。

Cloud Manager ユーザが管理できるテナントと作業環境は、ユーザの役割と割り当てによって異なります。3 つの異なるユーザロールは次のとおりです。

組織に独立して運用する部門がある場合は、各部門にテナントを配置することをお勧めします。

たとえば、 3 つの部門に 3 つのテナントを作成できます。次に、テナントごとにテナント管理者を作成します。各テナント内には、作業環境を管理する 1 人以上の作業環境管理者がいます。次の図は、このシナリオを示しています。

最初のボリュームを作成すると、 Cloud Manager は Cloud Volumes ONTAP インスタンスまたは Cloud Volumes ONTAP HA ペアを AWS で起動し、ボリューム用の Amazon EBS ストレージを購入します。

初期ボリュームのサイズによって、 EC2 インスタンスのタイプと EBS ディスクの数が決まります。

ボリュームを追加作成すると、 Cloud Manager は既存の Cloud Volumes ONTAP インスタンスまたは新しい Cloud Volumes ONTAP インスタンスにボリュームを作成します。インスタンスの AWS の場所とディスクタイプが要求されたボリュームと一致し、十分なスペースがある場合、 Cloud Manager は既存のインスタンスにボリュームを作成できます。

Cloud Manager は、すべてのボリュームで NetApp Storage Efficiency 機能を自動的に有効にします。このような効率化により、必要なストレージの合計容量を削減できます。割り当てられた容量と購入した AWS の容量が異なるため、ストレージのコストを削減できます。