NetApp SnapCenter ツールは Windows ベースのアプリケーションで、通常は Windows ドメイン環境で実行されますが、ワークグループ導入も可能です。これは、集中管理サーバー（ SnapCenter サーバー）とデータベースワークロード用のデータベースサーバーホスト上の SnapCenter プラグインを含む多層アーキテクチャに基づいています。ここでは、ハイブリッドクラウドの導入に関する主な考慮事項をいくつか示します。

インストール前の計画と考慮事項を慎重に検討したら、これをクリックしてください "SnapCenter の設置ワークフロー" SnapCenter のインストールと設定の詳細については、を参照してください。

データベースとアプリケーションの全体的なパフォーマンスには、ストレージのパフォーマンスが重要な役割を果たします。適切に設計されたストレージレイアウトでは、 DB のパフォーマンスを向上させるだけでなく、データベースのバックアップとリカバリの管理も簡単に行えます。ストレージレイアウトを定義する際には、データベースのサイズ、データベースの予想されるデータ変更率、バックアップの実行頻度など、いくつかの要素を考慮する必要があります。

一般に、仮想データベースワークロード用に NFS または iSCSI でストレージ LUN をゲスト VM に直接接続すると、 VMDK 経由で割り当てられたストレージよりもパフォーマンスが向上します。次の図に示す LUN 上にある大規模な SQL Server データベースのストレージレイアウトを使用することを推奨します。

次の図は、 LUN 上の小規模または中規模の SQL Server データベースに推奨されるストレージレイアウトを示しています。

Oracle データベースワークロードの場合、 SnapCenter は、 ONTAP ストレージを使用するデータベース環境をサポートします。この環境は、物理デバイスまたは仮想デバイスとしてホストにマウントされます。環境の重要度に基づいて、データベース全体を単一または複数のストレージデバイス上にホストすることができます。通常、専用ストレージにあるデータファイルは、制御ファイル、 REDO ファイル、アーカイブログファイルなどの他のすべてのファイルから分離されます。これにより、管理者は Snapshot テクノロジを使用して数秒から数分以内に（ ONTAP の単一ファイル SnapRestore ）を迅速にリストアしたり、大規模な重要データベース（ペタバイト規模）のクローンを作成したりできます。

レイテンシの影響を受けやすいミッションクリティカルなワークロードに対しては、可能なかぎり最適なレイテンシを実現するために、異なる種類の Oracle ファイルに専用のストレージボリュームを導入する必要があります。大規模なデータベースの場合は、ボリュームごとに複数の LUN をデータファイルに割り当てる必要があります（最大 8 個まで推奨）。

小規模な Oracle データベースの場合、 SnapCenter は共有ストレージレイアウトをサポートしています。共有ストレージレイアウトでは、同じストレージボリュームまたは LUN 上で複数のデータベースまたはデータベースの一部をホストできます。このレイアウトの例として、 +DATA ASM ディスクグループまたはボリュームグループ上のすべてのデータベースのデータファイルをホストできます。それ以外のファイル（ REDO ファイル、アーカイブログファイル、および制御ファイル）は、別の専用ディスクグループまたはボリュームグループ（ LVM ）でホストすることができます。このような導入シナリオを次に示します。

Oracle データベースの再配置を容易にするには、通常のバックアップポリシーに含まれている別の LUN に Oracle バイナリをインストールする必要があります。これにより、新しいサーバホストにデータベースを再配置する場合、 Oracle バイナリの同期が取れていないため、潜在的な問題が発生することなく、 Oracle スタックをリカバリ用に起動できます。

SnapCenter は、ネットアップが提供するライセンスソフトウェアです。これは通常、オンプレミスの ONTAP ライセンスに含まれています。ただし、ハイブリッドクラウドの導入の場合は、 SnapCenter に CVO をターゲットデータレプリケーションのデスティネーションとして追加するために、 SnapCenter のクラウドライセンスも必要です。詳細については、次のリンク先で SnapCenter の標準容量ベースのライセンスを確認してください。

"SnapCenter の容量単位の標準ライセンスです"

オンプレミスの本番データベースをオンプレミスで運用し、開発 / テストやディザスタリカバリのためにクラウドへの移行が非常に活発になるハイブリッドデータベースでは、環境をセットアップしてオンプレミスのデータセンターからパブリッククラウドに接続する際に、ネットワークとセキュリティを考慮することが重要です。

パブリッククラウドでは、一般に仮想プライベートクラウド（ VPC ）を使用して、パブリッククラウドプラットフォーム内の異なるユーザを分離します。個々の VPC 内では、 VPC のロックダウンのユーザニーズに基づいて設定可能なセキュリティグループなどの手法を使用してセキュリティが制御されます。

オンプレミスのデータセンターから VPC への接続は、 VPN トンネルを介して保護できます。VPN ゲートウェイでは、 NAT およびファイアウォールルールを使用してセキュリティを強化できます。このルールでは、インターネット上のホストから企業データセンター内のホストへのネットワーク接続の確立をブロックします。

ネットワークとセキュリティに関する考慮事項については、任意のパブリッククラウドに対する、関連するインバウンドおよびアウトバウンドの CVO ルールを確認してください。

ハイブリッドクラウドデータベース環境の管理を簡易化するために、ネットアップでは Ansible コントローラを導入して、コンピューティングインスタンスをオンプレミスやクラウドに同期させるなどの一部の管理タスクを自動化することを強く推奨していますが、必須ではありません。特に重要なのは、クラウド内の同期されていないコンピューティングインスタンスが原因で、カーネルパッケージやその他の問題が原因で、リカバリされたデータベースがクラウドエラーになる可能性があるためです。

Ansible コントローラの自動化機能を使用して、 SnapMirror インスタンスの解除などの特定のタスクで SnapCenter を補強し、本番環境で DR データコピーをアクティブ化することもできます。

RedHatまたはCentOSマシン用のAnsibleコントロールノードをセットアップするには、次の手順に従います。include ::_include /automation_rhel_centos_setup.adoc []

UbuntuまたはDebianマシン用のAnsibleコントロールノードをセットアップするには、次の手順に従います。include ::_include/automation_ubuntu_debian_setup.adoc []