web-dev-qa-db-ja.com

NetAPP Snapmanager for Exchange

Snap Manager forExchangeでNETappファイラーを使用している人からのフィードバックを探しています。インストールを計画しており、コンサルタントは、Exchange 2003を実行している現在の仮想サーバーは仮想のままでよいと言っていますが、ログファイルと交換情報ストアを含むドライブはvmwareの外部に移動する必要があります。つまり、内部に保存することはできません。 vdmkファイル。

私の理解では、ログとインフォメーションストアはファイラー内の別々のLUNに保存する必要があり、仮想マシンはこれらのLUNをマウントします。

私の質問:Netappのすべてのベストプラクティスを調べましたが、同様の設定は見つかりませんでした。私はコンサルタントを信じていますが、これが好ましい設定であるという追加の確認、またはベストプラクティスガイドに興味があります。

ありがとう

1
Aaron

私は this vmwareフォーラムの情報を見つけました:

簡単な答えは「はい」です。NFSストレージに保存されているvmdkを使用してExchangeを実行できます。通常、中小規模の環境ではこれが最適な方法です。メールボックスサーバーに2〜4千人の重いExchangeユーザーがいる場合は、再検討することをお勧めします。

より複雑な答えは、これはいくつかのことの文脈で慎重に検討されるべきであるということです。

1.LUN(RDMまたはiSCSI)へのネイティブアクセスを必要とするSANまたはバックアップアプリケーション)はありますか?Snap Manager forExchangeのようなものはExchangeVMに直接提示されるiSCSIまたはFCLUN。この場合でも、NFSに格納されているVMDKでオペレーティングシステムを実行してから、iSCSIまたはFCLUNをゲストに提示します。データベースやトランスログなどの場合。

2. perfmonを使用してアプリケーションのプロファイルを作成し、スループットと1秒あたりのI/Oの平均(ただしスパイクを含む)を決定し、これをネットワークの設定方法に応じてNFSを使用して取得できるスループットと比較する必要があります。

3
Aaron

ここに他のいくつかの良い答えがあります。個人的な経験から、小規模な交換/ AD展開の場合SMEは時間とお金の無駄です。大規模な交換データセットがある場合は素晴らしいですが、数十の場合は私が管理していたギガバイトは、複雑さが増しただけでした。非常に複雑で、機能するには非常に特殊なソフトウェアリビジョンの山全体が必要です。

VMでのExchangeは確実に機能し、SMEを放棄した場合は、ネイティブExchangeマルチマスターレプリケーションを使用して起動できます。NetAppは明らかにSMEを購入し、それを使用しない場合はデータ破損の責任を負いたくない可能性が高いですが、VMセットアップ、管理、およびスナップショットの単純さはおそらくそれを補います。

デプロイメントのサイズによって異なります...ユーザーが50〜100人未満の場合、SMEを検討することはないと思います。

2
easel

私はNetappを使用していますが、Snapmanager for Exchangeに直接精通していないため、SMEおよび仮想化されたExchangeを使用した直接の経験がある人がより良い洞察を提供できることを願っています。同様に、これが単なる完全な再ハッシュである場合はお詫びします。これまでに調査した内容の一部です。これを具体的に扱っているドキュメントをいくつか探しましたが、明確なものは見つかりませんでした。SnapmanagerforExchange管理ガイドには物理リソースと仮想リソースへの参照がありますが、それらは仮想ディスクや仮想マシンではなく、Exchangeクラスターリソースに関連しています。

よく考えてみると、スナップショットの内容を考慮すると、SMEにはvmdkではなくLUNが必要です。vmdkに対してアレイスナップショットを利用するのは、問題のディスクなので注意が必要です。は実際にはデータストアにあるファイルであり、アレイベースのストレージのプールにあります。vmdkファイル内のファイルシステムの適切なスナップを取得するには、VMwareスナップショットが必要です。このVMwareスナップショットをアレイで役立つようにするにはレベルでは、2番目のスナップショット(ストレージベースのスナップ)が実際にスナップショットに値する状態(バッファのフラッシュ、操作の静止など)でvmdkファイルシステムをキャプチャするように、VMwareとストレージアレイの間に何らかの調整が必要です。さらに、Netappスナップショットはボリュームベースであるため、vmdkのスナップショットを取得するには、vmdkが含まれるVMwareデータストアを格納するボリューム全体をアレイスナップショットする必要があり、簡単に「ドリルダウン」することはできません。 "そして、voのその部分をスナップするだけですvmdkが存在する場所、または全豚アレイのスナップショットが作成された後にそれを取り出します。

Snapmanager for Virtual Infrastructureは、VMwareスナップショットとNetappアレイスナップショットの間で調整を行い、これらすべてを合理化しますが、Snapmanager forExchangeがその認識を持っているかどうかはわかりません。

SME管理者ガイド: http://now.netapp.com/NOW/knowledge/docs/SnapManager/relsme50/pdfs/admin.pdf (今すぐログインが必要)

1
damorg

私はExchange2010でSMEログと情報は、コンサルタントが言ったことと一致する、iSCSIを介してNetAppによって提供される別々の物理的なLUNに保存されます。

視覚化に関連することは何も言えませんが、私の経験では、特にスナップを撮る予定がある場合は、ログストアとインフォメーションストアに別々の物理的なlunを用意することをお勧めします。中規模のExchange環境がありますが、特にExchange2010によってログボリュームに書き込まれる変更の数は驚異的です。スナップを2週間維持するのに必要なストレージの量は驚くべきものです。スナップはボリュームへのすべての変更をキャプチャすることに注意してください(ボリュームにはlunが含まれています)。これは、Exchange内でメールボックスの移動またはメンテナンスを実行している場合に特に顕著です。

また、Exchangeは常にNetappに書き込みを行っているため、パフォーマンス上の理由から、ログと情報を別々のアグリゲート(別々のディスク)に保存しておくとよいでしょう。

とにかく、これはあなたの質問の範囲から少し外れているかもしれませんが、Netappルートに行くことにした場合は考えるのに良い食べ物かもしれません。

1
user104997

私はネットアップサポートで働いており、SnapManager製品をサポートしています。また、SnapManager for Exchange(SME)の現在のリリースでは、VMDKディスクがサポートされていないことを確認できます。 SnapManager for SQL(SMSQL)はこれをサポートしていますが、現時点ではSME)はサポートしていません。

0
George Zugg