Astra Control Service は、オンプレミスとクラウド環境の両方で Kubernetes ベースのアプリケーションを保護するのに適した NetApp 製品です。Astra Control Service は、アプリケーション認識型データ管理を提供するように設計されており、Kubernetes アプリケーションの構造と依存関係を理解し​​、それらを総合的に管理できます。これには、バックアップとリカバリ、アプリケーションのクローン作成、動的スケーリングが含まれます。
SnapMirror はストレージ層でデータを複製することで災害復旧に使用できますが、Kubernetes アプリケーション層を直接理解したり管理したりすることはできません。SnapCenter は主に、NetApp ストレージ上のエンタープライズ アプリケーションの従来のデータ管理に重点を置いており、Kubernetes 環境に特化したものではありません。Cloud Backup Service はクラウドへのバックアップ用であり、このシナリオで必要な Kubernetes アプリケーション認識も提供しません。
このように、Kubernetes と緊密に統合された Astra Control Service を使用すると、管理者はコンテナ化されたアプリケーションとそのデータを複数の環境で管理、保護、移動できるため、前述の要件に最適です。Kubernetes アプリケーションでの Astra Control Service の機能の詳細については、NetApp Astra Control Service の公式ドキュメントを参照してください。

BlueXP 経由で Cloud Volumes ONTAP (CVO) を展開する場合、管理者が WORM (Write Once Read Many) オプションを無効のままにしておくと、新しく作成されたボリュームのデフォルトの動作は非 SnapLock ボリュームになります。これは次のことを意味します。
* SnapLock 非対応ボリューム: WORM 機能を無効のままにしておくと、SnapLock コンプライアンス機能が有効になっている状態では新しいボリュームは作成されません。SnapLock は、コンプライアンスと規制の目的でデータの不変性を確保するために使用され、事前に設定された保持期間が経過する前にファイルが変更または削除されるのを防ぎます。
* ボリューム構成の柔軟性: 管理者は将来必要に応じてボリュームごとに SnapLock またはその他のデータ保護機能をアクティブ化するオプションを持つことになりますが、これを明示的に構成する必要があります。
* データ管理への影響: この選択は、コンプライアンスとセキュリティの観点からデータの管理方法に影響します。 SnapLock がデフォルトで有効になっていない場合、ボリュームは標準のデータ管理ポリシーに基づいて動作しますが、これには不変性の保護は含まれません。
SnapLock を有効または無効にした場合の影響と、それが Cloud Volumes ONTAP でのボリューム作成にどのように影響するかの詳細については、NetApp BlueXP および SnapLock のドキュメントを参照してください。
NetApp SnapLock ドキュメント。

Azure は、クラウド階層化サービスの年間契約を提供しています。この契約モデルは、スケーラブルなストレージ ソリューションのためにクラウドを活用しながらコストを管理したいと考えている組織にとって特に魅力的です。その理由は次のとおりです。
* Azure サブスクリプションと課金の柔軟性:Azure は、クラウド階層化に使用できる予約容量オプションを含むさまざまなサブスクリプション モデルを提供します。これらのオプションには通常、年間契約などの長期契約に関連するコスト上の利点が伴います。
* コスト管理: 年間契約を結ぶことで、組織は従量課金制に比べて低価格のメリットを享受でき、クラウド ストレージ コストをより効果的に管理および予測できるようになります。
Azure の価格モデルと、クラウド階層化などのサービスの契約オプションの詳細については、Azure の価格ページを確認するか、Azure サポートに問い合わせて最新の情報とオファーを入手することをお勧めします:Azure の価格。