説明
SnapMirror Business Continuity (SMBC) は、すべての NAS ワークロードに対してゼロ RPO およびほぼゼロ RTO のストレージ ソリューションのニーズを満たす NetApp ソリューションです。SMBC は、LAN または MAN 環境1 内の 2 つの ONTAP クラスタ間で透過的なアプリケーション フェイルオーバーとフェイルバックを可能にするビジネス継続性ソリューションです。SMBC は、ONTAP Mediator サービス 1 に基づいて、アプリケーション レベルの細分性と自動フェイルオーバーを提供します。SMBC は、既存の SnapMirror Synchronous (SM-S) テクノロジーを活用して、クラスター間でデータを同期的に複製し、ゼロ RPO12 を維持します。SMBC は、NAS ワークロード用に NFS プロトコルと SMB プロトコルの両方をサポートしています13。参考資料 = 1: TR-4878: ONTAP 9.12 向け SnapMirror Business Continuity (SM-BC) - NetApp、2: SnapMirror 同期によるデータ保護の最新化 - NetApp、3: NetApp SnapMirror Business Continuity を使用した NetApp ONTAP (SM-BC ... - ヴイエムウェア。

説明
ONTAP System Manager は、顧客がストレージ システムをプロビジョニングし、一般的な管理タスクを実行できるようにする Web ベースのデータ管理ツールです。ONTAP System Manager は、ONTAP クラスタ、ボリューム、LUN、SVM などを管理するための、シンプルで直感的な一元化されたインターフェイスを提供します。ONTAP System Manager は、複雑なワークフローを自動化し、ベスト プラクティスを提供し、ガイド付きセットアップおよび構成ウィザードを提供することにより、ストレージ管理を簡素化します。参考文献 = ONTAP System Manager の概要、ONTAP Data Management Software

説明
= Keystone は、オンプレミスおよびハイブリッド クラウドの NetApp ソリューションに柔軟な支払いオプションを提供するオプションです。Keystone は、ハイブリッド クラウド環境向けの支払いソリューションとサービスとしてのストレージ製品のポートフォリオであり、優れた俊敏性、財務上の柔軟性、財務リスクの軽減を実現します1。Keystone は、クリエイティブなファイナンス、リース、キャッシュ フローに合わせた固定または変動ソリューションなど、さまざまな支払いオプションを提供しています12。Keystone は、成長に応じて支払う、使用量に応じて支払う、またはオンプレミスとクラウド サービスの 1 つのサブスクリプションに対して支払うことができるクラウド ストレージ サービスも提供しています12。参考資料 = 1: NetApp Keystone - 柔軟な支払いソリューションとサービスとしてのストレージ | NetApp、2: NetApp Keystone のよくある質問 (FAQ)。

説明
= BlueXP エッジ キャッシングと BlueXP コピーと同期は、頻繁に使用されるデータをローカルに保存し、リアルタイム コラボレーションのためにファイルを集中的にロックするという要件を満たす 2 つのネットアップ ソリューションです。BlueXP エッジ キャッシングは、分散オフィスで「アクティブなデータセット」をキャッシュするソフトウェア ファブリックを作成し、世界規模で保証された透過的なデータ アクセスと最適なパフォーマンスを提供します1。BlueXP のコピーと同期により、世界中のユーザーが「単一のデータ セット」を使用して仮想チームを活用し、チームおよび共同ワークフローの生産性を向上させることができます1。どちらのソリューションも、リアルタイムのコラボレーションとデータの一貫性を保証する中央ファイル ロック メカニズムを使用しています12。参照 = 1: グローバル ファイル キャッシュ - クラウドでのファイル共有 | NetApp、2: ファイル キャッシュ: Talon FAST と NetApp でデータを統合する

説明
= クラスタ間 LIF は、データのレプリケーションとキャッシュのためのクラスタ間の通信を可能にする論理インターフェイスです。クラスタ上で必要なクラスタ間 LIF の最小数は、ノードの数、IPSpace の数、およびネットワーク トポロジによって異なります。NetApp のドキュメントによると、クラスタ間 LIF の要件は次のとおりです。
ローカル クラスタのすべてのノードとリモート クラスタのすべてのノードで、少なくとも 1 つのクラスタ間 LIF を構成する必要があります。クラスタの一部のノードのみにクラスタ間 LIF をプロビジョニングすることはサポートされていません。
各クラスタ間 LIF には、クラスタ間通信専用の IP アドレスが必要です。クラスタ間 LIF に割り当てられた IP アドレスは、データ LIF と同じサブネットに存在することも、別のサブネットに存在することもできます。
ローカル クラスタのすべてのノード上のすべてのクラスタ間 LIF は、リモート クラスタのすべてのノード上のすべてのクラスタ間 LIF に接続できる必要があります。クラスター ピアリング トポロジでは、フルメッシュ接続を使用する必要があります。
フルメッシュ接続とは、1 つのピア クラスタのすべてのクラスタ間 LIF が、他のピア クラスタのすべてのクラスタ間 LIF と通信できることを意味します。
これらの要件に基づくと、IPspace が 1 つだけでフルメッシュ ネットワーク トポロジがあると仮定すると、4 ノード クラスタに必要なクラスタ間 LIF の最小数は 8 です。これは、各ノードに 1 つのクラスタ間 LIF があり、同じクラスタ内の他のノードおよびリモート クラスタのクラスタ間 LIF に接続できることを意味します。より多くの IPSpace がある場合、または異なるネットワーク トポロジがある場合は、クラスタ間 LIF の数が異なる場合があります。参考 = クラスタ間ネットワークとは何ですか?、クラスタ間 LIF の作成 (ONTAP から始める)
9.3)、すべてのノードにクラスタ間インターフェイスを作成します (ONTAP 9.2 以前)