web-dev-qa-db-ja.com

ファイバーチャネルファブリック上のデバイスの正しい配置

ファイバーチャネルファブリック用の新しい8Gbスイッチのペアを入手しています。プライマリデータセンターのポートが不足しているため、これは良いことです。これにより、2つのデータセンター間で少なくとも1つの8GbISLを実行できるようになります。

2つのデータセンターは、ファイバーが稼働している間、約3.2km離れています。私たちはここ数年、堅実な4Gbサービスを利用してきましたが、8Gbも維持できることを期待しています。

私は現在、これらの新しいスイッチを受け入れるようにファブリックを再構成する方法を考えています。数年前のコスト決定により、完全に独立したダブルループファブリックを実行していません。完全な冗長性のコストは、スイッチ障害の起こりそうもないダウンタイムよりも高価であると見なされていました。その決定は私の時代より前に行われ、それ以来、状況はあまり改善されていません。

この機会を利用して、スイッチの障害(またはFabricOSのアップグレード)が発生した場合でも、ファブリックの復元力を高めたいと思います。

これが私がレイアウトについて考えていることの図です。青いアイテムは新しいもので、赤いアイテムは(再)削除される既存のリンクです。

FibreChannel digram
(ソース: sysadmin1138.net

赤い矢印の線は現在のISLスイッチリンクです。両方のISLは同じスイッチから来ています。 EVA6100は現在、ISLを備えた両方の16/4スイッチに接続されています。新しいスイッチを使用すると、リモートに2つのスイッチを配置できますDC長距離ISLの一部が新しいスイッチに移動しています。

これの利点は、各スイッチが別のスイッチから2ホップ以内であり、EVAレプリケーション関係にある2つのEVA4400が互いに1ホップ離れていることです。グラフのEVA6100は古いデバイスであり、最終的にはさらに別のEVA4400に置き換えられる可能性があります。

グラフの下半分は、ほとんどのサーバーが配置されている場所であり、正確な配置について懸念があります。そこに入る必要があるもの:

  • 10台のVMWareESX4.1ホスト
    • EVA6100のリソースにアクセスします
  • 1つのフェールオーバークラスター(ファイルサーバークラスター)内の4つのWindows Server2008サーバー
    • EVA6100とリモートEVA4400の両方のリソースにアクセスします
  • 2番目のフェールオーバークラスター内の2台のWindowsServer 2008サーバー(Blackboardコンテンツ)
    • EVA6100のリソースにアクセスします
  • 2つのMS-SQLデータベースサーバー
    • EVA6100のリソースにアクセスし、夜間のDBエクスポートをEVA4400に送信します
  • 2つのLTO4テープドライブを備えた1つのLTO4テープライブラリ。各ドライブには独自のファイバーポートがあります。
    • (このリストにない)バックアップサーバーはそれらにスプールします

現時点では、ESXクラスターは、スペースのためにVMのシャットダウンを開始する前に、最大3つ、場合によっては4つのホストのダウンに耐えることができます。幸いなことに、すべてでMPIOがオンになっています。

現在の4GbISLリンクは、私が気付いた飽和状態に近づいていません。これは、2つのEVA4400の複製によって変わる可能性がありますが、ISLの少なくとも1つは8Gbになります。 EVA4400-Aから得られるパフォーマンスを見ると、レプリケーショントラフィックがあっても、4Gbラインを越えるのに苦労することは間違いありません。

4ノードのファイルサービングクラスターは、SAN1SW4に2つのノード、SAN1SW1に2つのノードを持つことができます。これにより、両方のストレージアレイが1ホップ離れた場所に配置されます。

私がやや頭を悩ませている10個のESXノード。 SAN1SW4に3つ、SAN1SW2に3つ、SAN1SW1に4つはオプションであり、レイアウトに関する他の意見を聞いて非常に興味があります。これらのほとんどにはデュアルポートFCカードがあるので、いくつかのノードをダブルランできます。 すべてではありませんが、すべてを強制終了せずに1つのスイッチで障害が発生するのに十分です。

2つのMS-SQLボックスは、プライマリストレージの近くに配置する必要があり、db-exportのパフォーマンスはそれほど重要ではないため、SAN1SW3とSAN1SW2に配置する必要があります。

LTO4ドライブは現在SW2にあり、メインストリーマーから2ホップであるため、それがどのように機能するかはすでにわかっています。それらはSW2とSW3に残ることができます。

チャートの下半分を完全に接続されたトポロジにしないことをお勧めします。これにより、使用可能なポート数が66から62に減少し、SAN1SW1は25%ISLになります。しかし、それが強く推奨されている場合、私はそのルートに行くことができます。


更新:おそらく役立ついくつかのパフォーマンス数値。私はそれらを持っていました、私はそれらがこの種の問題に役立つとちょうど間隔をあけました。

上記のチャートのEVA4400-Aは次のことを行います。

  • 平日:
    • I/O操作の平均は1000未満で、ファイルサーバークラスターのShadowCopyスナップショット中に4500に急上昇します(約15〜30秒続きます)。
    • MB/sは通常10〜30 MBの範囲にとどまり、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 /秒は、ファイル提供クラスターでのシャドウコピースナップショット中に発生し(約240MB /秒)、1分未満続きます。
  • 夜間、午前1時から午前5時まで実行されるExchange Online Defragは、I/O Opsを7800(この数のスピンドルでランダムアクセスするためのフランク速度に近い)および70MB /秒でラインに送ります。

何か提案をいただければ幸いです。

10
sysadmin1138

遅れて申し訳ありません。

あなたが持っているものとあなたが達成したいものを見て、私はいくつかの考えを持っていました、ここに最初に素敵な写真があります...

alt text

  • 現在、サイト間で8Gbpsリンクを使用する意味はないようです。その理由は、リモート4400の4Gbpsポートによって制約されているためです。すでに安定した4Gbpsがあり、使用可能な帯域幅は実際の使用要件よりもはるかに高いためです。 -今日、24時間365日のスイッチの1つをあそこに置くのはもったいないようです。リモートサイトで16x4Gbスイッチを2つ使用します。
  • 新しい24x8スイッチをメインの「コア」スイッチとして使用したいと思います。ほとんどのトラフィックはサーバーから6100であり、新しいボックスの方がはるかに高速です。このようにすると、新しいスイッチのバッファーが大きくなり、レイテンシーが低くなるため、パフォーマンスが少し向上するはずです。さらに、6100を交換する場合と同じように、必要に応じて8Gbに移動するサーバーを選択できます。 4600にはネイティブの8Gbポートがありますが、それはまだ公式ではありません;))。
  • 次に、2つのオプションがある設計の一部に入ります。 2つの16x4Gb「ミドルスイッチ」を保持または破棄する-純粋にポート数に基づく。基本的に、24x8スイッチをコアボックスとして使用した場合、スペアポートは3つしかありません(18のサーバーに18を使用し、さらに6100に2つとISLリンクを使用します。21を使用します)。 couldローカル4400を24x8スイッチに接続し、テープドライブ用に正確に1つのポートを空けておきますが、空いているポートはゼロのままにします。私がやりたくなるのは、2つの16x4Gb「ミドルスイッチ」をセカンダリローカルスイッチとして使用して、ローカル4400とテープドライブを処理するか、必要に応じてサイト間ISLリンクを処理することです。ただし、ポートはあります。必要に応じて、24x8Gbスイッチで無料で直接そこから実行できます。どちらも非常によく似ているため、両方を示していません。

それが私の考えです-全体に微調整がありますが、私の一般的な考えはそこにあります-何か説明があれば遠慮なく私に戻ってきてください。

6
Chopper3