ファイバーチャネルファブリック用の新しい8 Gbスイッチのペアを取得しています。プライマリデータセンターのポートが不足しているため、これは良いことであり、2つのデータセンター間で少なくとも1つの8Gb ISLを実行できるようになります。
2つのデータセンターは、ファイバーが走るときに約3.2 km離れています。私たちはここ数年、4Gbの安定したサービスを利用しており、8Gbも維持できることを期待しています。
私は現在、これらの新しいスイッチを受け入れるようにファブリックを再構成する方法を考えています。数年前のコスト決定により、完全に独立したダブルループファブリックは稼働していません。完全な冗長性のコストは、スイッチ障害のありそうもないダウンタイムよりも高価であると考えられていました。その決定は私の時間の前に行われ、それ以来、物事はあまり改善されていません。
この機会に、スイッチの障害（またはFabricOSのアップグレード）に備えてファブリックの回復力を高めたいと思います。
これが、レイアウトについて私が考えていることの図です。青色の項目は新しいもので、赤色の項目は（削除）される既存のリンクです。
（ソース：sysadmin1138.net）
赤い矢印の線は現在のISLスイッチリンクであり、両方のISLは同じスイッチからのものです。EVA6100は現在、ISLのある16/4スイッチの両方に接続されています。新しいスイッチにより、リモートDCに2つのスイッチを配置できるようになり、長距離ISLの1つが新しいスイッチに移動します。
これの利点は、各スイッチが別のスイッチから2ホップ以内であり、EVAレプリケーション関係にある2つのEVA4400が互いに1ホップであることです。グラフのEVA6100は古いデバイスであり、最終的にはおそらく別のEVA4400と交換される予定です。
グラフの下半分は、ほとんどのサーバーが配置されている場所であり、正確な配置についていくつか懸念があります。そこに入る必要があるもの：
- 10 VMWare ESX4.1ホスト
- EVA6100上のリソースにアクセスします
- 1つのフェールオーバークラスター（ファイルサーバークラスター）内の4つのWindows Server 2008サーバー
- EVA6100とリモートEVA4400の両方のリソースにアクセスします
- 2番目のフェールオーバークラスター内の2台のWindows Server 2008サーバー（Blackboardコンテンツ）
- EVA6100上のリソースにアクセスします
- 2つのMS-SQLデータベースサーバー
- EVA6400のリソースにアクセスし、夜間のDBエクスポートをEVA4400に送信
- 2つのLTO4テープドライブを備えた1つのLTO4テープライブラリ。各ドライブには独自のファイバーポートがあります。
- （このリストに含まれていない）バックアップサーバーはそれらにスプールします
現時点では、ESXクラスターは、スペースのためにVMのシャットダウンを開始する必要がある前に、最大3つ、場合によっては4つのホストのダウンを許容できます。幸い、すべてでMPIOがオンになっています。
現在の4Gb ISLリンクは、私が気づいた飽和に近づいていません。これは、2つのEVA4400の複製によって変わる可能性がありますが、ISLの少なくとも1つは8Gbになります。EVA4400-Aから得られるパフォーマンスを見ると、レプリケーショントラフィックがあっても4Gbのラインを越えるのは難しいと確信しています。
4ノードのファイルサービスクラスターは、SAN1SW4に2つのノード、SAN1SW1に2つのノードを持つことができます。これにより、両方のストレージアレイが1ホップ離れます。
私がやや頭を悩ませている10個のESXノード。SAN1SW4に3つ、SAN1SW2に3つ、SAN1SW1に4つはオプションであり、レイアウトに関する他の意見を聞きたいと思います。これらのほとんどはデュアルポートFCカードを備えているため、いくつかのノードを二重に実行できます。それらのすべてではありませんが、すべてを殺すことなく単一のスイッチが失敗するのに十分です。
2つのMS-SQLボックスは、プライマリストレージに近い必要があり、db-exportパフォーマンスはそれほど重要ではないため、SAN1SW3およびSAN1SW2に配置する必要があります。
LTO4ドライブは現在、メインのストリーマーから2ホップと2ホップ上にあるので、どのように動作するかは既に知っています。これらはSW2とSW3に残すことができます。
グラフの下半分を完全に接続されたトポロジにしないでください。これにより、使用可能なポート数が66から62に減少し、SAN1SW1は25％ISLになります。しかし、それが強く推奨されている場合は、そのルートに進むことができます。
更新：おそらく役立ついくつかのパフォーマンスの数値。私はそれらを持っていました、私はそれらがこの種の問題に役立つと間隔をあけました。
上の図のEVA4400-Aは次のことを行います。
- 就業日中：
- ファイルサーバークラスターのShadowCopyスナップショット（平均約15〜30秒）の間に、I / Oオペレーションは平均で1000以下でスパイクは4500に急上昇します。
- MB / sは通常10〜30MBの範囲にとどまり、ShadowCopies中に最大70MBおよび200MBのスパイクが発生します。
- 夜間（バックアップ）は、実際に速くペダルを踏むときです。
- I / Oオペレーションの平均は約1500で、DBバックアップ中のスパイクは最大5500です。
- MB / sはさまざまですが、数時間で約100MB実行され、SQLエクスポートプロセス中に約15分間で300MB / sのすばらしい出力を送ります。
EVA6100は、ESXクラスター、MSSQL、およびExchange 2007環境全体のホームであるため、はるかにビジーです。
- 日中のI / Oオペレーションは平均で約2000であり、スパイクは最大で約5000（データベースプロセスの増加）であり、平均MB / sは20-50MB / sです。ピークMB /秒は、ファイルサービングクラスターでのShadowCopyスナップショット（〜240MB /秒）中に発生し、1分未満続きます。
- 夜間、午前1時から午前5時まで実行されるExchange Online Defragは、7800（このスピンドル数でのランダムアクセスのフランク速度に近い）および70MB /秒でI / Oオペレーションをラインに送ります。
私はあなたが持つかもしれない提案をいただければ幸いです。
