Azure VMware Solution のストレージの概念

[アーティクル]
03/28/2024

Azure VMware Solution のプライベートクラウドは、ネイティブのクラスター全体のストレージに VMware vSAN を提供します。クラスター内の各ホストのローカルストレージは、vSAN データストアで使用されます。また、保存データの暗号化は既定で使用可能で、有効になっています。 Azure Storage のリソースを使用すると、プライベートクラウドのストレージ機能を拡張できます。

vSAN クラスター

各クラスターホスト内のローカルストレージは、vSAN データストアの一部として要求されます。 AV36 SKU の場合、すべてのディスクグループには、1.6 TB の NVMe キャッシュ階層と共に、ホストあたり、生の SSD ベースの容量 15.4 TB が使われます。クラスターの生の容量階層のサイズは、ホストごとの容量にホストの数を掛けたものになります。たとえば、4 つのホストで構成されたクラスターの場合、vSAN 容量階層で生の容量が 61.6 TB になります。 AV36P、AV52、AV64 SKU ストレージデバイスの詳細のハードウェア仕様を確認します。

クラスターホスト内のローカルストレージは、クラスター全体の vSAN データストアで使用されます。すべてのデータストアは、プライベートクラウドのデプロイの一環として作成され、すぐに使用できるようになります。 cloudadmin ユーザーと、CloudAdmin ロールに割り当てられているすべてのユーザーは、これらの vSAN 権限を使用してデータストアを管理できます。

Datastore.AllocateSpace
Datastore.Browse
Datastore.Config
Datastore.DeleteFile
Datastore.FileManagement
Datastore.UpdateVirtualMachineMetadata

重要

データストアおよびクラスターの名前は変更できません。 Azure CLI と PowerShell は、リソースクラスター名の変更 (Cluster-2 から Cluster-12) をサポートしていますが、これは使用しないでください。これは、Azure portal のリソースクラスター名と vSphere クラスター名の間にメタデータの不一致が発生するためです。

ストレージポリシーとフォールトトレランス

既定のストレージポリシーは RAID-1 FTT-1 に設定され、オブジェクト領域予約はシンプロビジョニングに設定されています。ストレージポリシーを調整したり新しいポリシーを適用したりしなければ、クラスターはこの構成で拡大します。既定のストレージポリシーは、ワークロード VM に適用されるものです。別のストレージポリシーを設定するには、「ストレージポリシーの構成」を参照してください。

3 ホストクラスターでは、FTT-1 が 1 つのホストの障害に対応します。 Microsoft は障害を定期的に抑制して、操作の観点からイベントが検出されたときにハードウェアを交換します。

Note

vSphere クライアントにログオンすると、オブジェクト領域予約がシック プロビジョニングに設定された vSAN の既定のストレージポリシーという VM ストレージポリシーが表示されることがあります。これはクラスターに適用される既定のストレージポリシーではないことに注意してください。このポリシーは履歴目的で存在し、最終的にはシンプロビジョニングに変更されます。

Note

すべてのソフトウェア定義データセンター (SDDC) 管理 VM (vCenter Server、NSX Manager、NSX エッジなど) では、オブジェクト領域予約がシンプロビジョニングに設定された Microsoft vSAN 管理ストレージポリシーが使われます。

ヒント

クラスターが 4 つ以上に拡大するかどうかわからない場合は、既定のポリシーを使用してデプロイしてください。クラスターが拡大することが確実な場合は、最初のデプロイ後にクラスターを拡張するのでなく、デプロイ中に追加のホストをデプロイすることをお勧めします。 VM がクラスターにデプロイされるとき、VM 設定のディスクのストレージポリシーを RAID-5 FTT-1 と RAID-6 FTT-2 のどちらかに変更します。 Azure VMware Solution の SLA に準拠して、FTT-2 ポリシー (RAID-1 または RAID-6) を使用するには、クラスターで 6 つを超えるホストを構成する必要があることに注意してください。また、ストレージポリシーはクラスターサイズに基づいて自動的に更新されないことにも注意してください。同様に、既定値を変更しても、実行中の VM ポリシーは自動的に更新されません。

保存データの暗号化

vSAN データストアは、Azure Key Vault に格納されているキーを使用して、保存データの暗号化を既定で使用します。この暗号化ソリューションは KMS ベースで、キーの管理のために vCenter Server の操作をサポートしています。ホストがクラスターから削除されると、SSD 上のすべてのデータはすぐに無効になります。

データストアの容量拡張オプション

既存のクラスター vSAN ストレージの容量は、Azure NetApp Files や Azure Elastic SAN などの、Azure ストレージリソースを接続して拡張できます。仮想マシンは、ストレージ vMotion を使用して vSAN データストアと他のデータストアの間で中断せずに移行できます。 Azure ストレージリソースを使用してデータストアの容量を拡張すると、クラスターをスケーリングせずにデータストアの容量を増加できます。

Azure NetApp Files

Azure NetApp Files は、エンタープライズクラスでハイパフォーマンスの従量制課金ファイルストレージサービスです。このサービスは、クラウド内の要求の厳しいエンタープライズファイルワークロード (データベース、SAP、ハイパフォーマンスコンピューティングアプリケーション) を、コードを変更せずにサポートします。

Azure NetApp Files ボリュームを含むネットワークファイルシステム (NFS) データストアを作成して、任意のクラスターにアタッチできます。 Azure NetApp Files に基づく NFS データストアを使用すると、クラスターをスケーリングする代わりにストレージを拡張できます。 Azure NetApp Files は、ワークロードの要件に合わせてパフォーマンスとコストを調整できるように、Ultra、Premium、Standard のパフォーマンスレベルで利用できます。

詳細については、「Azure NetApp Files データストアを Azure VMware Solution ホストにアタッチする」を参照してください。

Azure Elastic SAN

Azure Elastic 記憶域ネットワーク (SAN) は、大規模データベースとパフォーマンス集中型のミッションクリティカルなアプリケーションの間でのワークロードの最適化および統合に関する問題に対して Microsoft が出した答えです。

Azure VMware Solution は、永続ストレージのオプションとして iSCSI データストアのアタッチをサポートしています。 Azure Elastic SAN ボリュームを使って仮想マシンファイルシステム (VMFS) データストアを作成し、それらを任意のクラスターにアタッチできます。 Azure Elastic SAN によってサポートされる VMFS データストアを使うと、クラスターをスケーリングする代わりにストレージを拡張できます。

詳細については、Azure Elastic SAN での Azure VMware Solution の使用に関する記事を参照してください。

Azure ストレージの統合

プライベートクラウドで実行されているワークロードでは Azure のストレージサービスを使用できます。 Azure のストレージサービスには、ストレージアカウント、Table Storage、Blob Storage、ファイルストレージ (Azure Files と Azure NetApp Files) が含まれています。ワークロードを Azure のストレージサービスに接続する際は、インターネットを経由しません。この接続により、セキュリティが強化され、プライベートクラウドのワークロードで SLA ベースの Azure のストレージサービスを使用できるようになります。

アラートと監視

Microsoft は、容量消費量が 75% を超えたときにアラートを出します。また、Azure Monitor に統合されている容量消費量メトリックを監視できます。詳細については、「Azure VMware Solution の Azure アラートの構成」を参照してください。

次のステップ

Azure VMware Solution ストレージに関する概念を理解したら、次の事項の学習に進むことができます。

ストレージポリシーを構成する - vSAN データストアにデプロイされた各 VM には、少なくとも 1 つの VM ストレージポリシーが割り当てられます。 VM ストレージポリシーは、VM の初期デプロイ時に割り当てることも、複製や移行などの他の VM 操作を実行するときに割り当てることもできます。
プライベートクラウドでクラスターをスケーリングする - 実際のアプリケーションワークロードに応じて、プライベートクラウドにあるクラスターとホストをスケーリングできます。特定のサービスのパフォーマンスと可用性の制限については、ケースバイケースで対処する必要があります。
Azure NetApp Files および Azure VMware Solution - Azure NetApp Files を使用して、クラウド内の最も要求の厳しいエンタープライズファイルワークロード (データベース、汎用的なコンピューティングアプリケーション) を、コードを変更することなく移行して実行できます。 Azure NetApp Files ボリュームは仮想マシンに接続でき、データストアとしてノードを追加することなく vSAN データストアの容量を拡張できます。
Azure VMware Solution の vSphere ロールベースのアクセス制御 - vCenter Server を使用して VM ワークロードを管理し、NSX Manager でプライベートクラウドを管理および拡張します。アクセスと ID 管理では、vCenter Server の場合は CloudAdmin ロール、NSX Manager の場合は制限付き管理者権限が使用されます。