web-dev-qa-db-ja.com

クライアントが構成された後、ジャンボフレーム用にLeftHand iSCSI SANを構成する

これは 事後にiSCSIネットワークでジャンボフレームを有効にする に似ていますが、この場合、スイッチを構成してからすべてのホストを通過し、ジャンボフレームを有効にしました(ここで自分自身をねじ込んだ可能性があります)。 SANは左側(実際には2つのSANがミラーリングされています)です。したがって、計画では、ジャンボフレーム用にSANの1つを構成し、オンラインに戻し、レプリケーションを待ってから、次の手順を実行します。もう一方のSAN。一方のSANジャンボが有効になっていて、もう一方のSANレプリケーションを待つ間、もう一方はまだ構成されていない)という傷の世界にいますか?もちろん、これはすべてライブで行う必要があります。すべてのホストを1500 MTUにリセットしてから、最初にジャンボ用にSANを構成するという苦労を経験する必要がありますか?

いくつかの明確な情報。各SANデバイスは2つの専用スイッチに接続されています(各SANには2つのNICがあります)。スイッチ間にはイーサチャネルリンクがあります。SANにはMPIOが構成されています。各ホストには、各スイッチに接続されたSANネットワーク用に構成された2つのNICがあります(フルメッシュ構成)。

更新:それは機能しました。 2番目のSANオフラインにすると、すべてのホストでSANへの接続に問題が発生しました(非常に怖い)が、私たちを除いてすべて戻ってきました)再起動する必要があったOCSサーバー。

1
murisonc

他の人の役に立つことを願って、ここで私自身の質問に答えます。今日これを行いましたが、パッカーファクターはかなり高かったと言わざるを得ません:)最初のSANをジャンボに変更しても問題はありませんでした。2番目にMPIOを壊したときSANすべてのホストが非常に怒って(応答を停止し)、回復するのに約1分かかりました。OfficeCommunicationsServer2007R2はボールの再生を拒否し、再起動が必要でした。それ以外は機能しましたが、私は次回(ライブになる前にジャンボを構成することを知っているので、今は決して起こりません)ホストを最後に実行したいのですが、そうすると、一度に1つのホストについて心配するだけです。

0
murisonc