[index] CentreCOM x510シリーズ コマンドリファレンス 5.4.3

バーチャルシャーシスタック（VCS） / 概要

Note - AT-StackOP/9.0では長距離のスタック接続が可能なため、AT-StackXS/1.0またはAT-StackOP/0.3を利用した短距離接続のVCSと対比する意味で「ロングディスタンスVCS（LD-VCS）」と呼ぶ場合がありますが、どのモジュールを使ってもVCSの基本的動作に違いはなく、設定や運用の方法もほぼ同じです。本マニュアルではLD-VCSという呼称を用いず、「AT-StackOP/9.0を使用する場合は〜」のように、モジュールによって対応が異なる部分のみ注記しています。

• 管理性の向上
  複数のスイッチを1台の仮想的なスイッチ（VCSグループと呼びます）として扱うことができるため、個々のスイッチを個別に管理する場合に比べて、設定や管理がしやすくなります。
  
  
• ネットワーク構成の簡素化
  通常、複数のスイッチを連携させて運用するためには、スパニングツリーなどの各種プロトコルを組み合わせて使用する必要がありますが、VCSグループを構成する複数のスイッチはネットワーク上の他の機器からは1台に見えるため、ネットワークの構成をシンプルにすることができます。
  
  
• 高可用性
  VCSグループを構成するスイッチはすべて「アクティブ」状態のまま通常の転送動作を行います。このため、VCSとリンクアグリゲーション（ポートトランキング）を組み合わせれば、回線を冗長化するだけでなく、予備回線の帯域もフルに活用できます。また、VCSグループを構成するスイッチの1つに障害が発生した場合でも、多くの場合VCSグループ全体を停止することなく復旧作業を行えます。さらに、VCSグループを構成する各スイッチの給電系統を分けることで、冗長性をより一層高めることもできます。
  

Note - ファームウェアバージョン5.4.3-0.1以降では、VCS使用時にバーチャルMACアドレス機能の有効化が必須となりました。

1. プライオリティー
   
2. MACアドレス
   

1. プライオリティー値のもっとも小さいメンバーが1台だけ存在する場合は、そのメンバーがマスターになります。
   
2. プライオリティー値のもっとも小さいメンバーが複数存在する場合は、MACアドレスのもっとも小さいスイッチがマスターになります。
   

Note - ファームウェアバージョン5.4.3-0.1以降では、VCS使用時にバーチャルMACアドレス機能の有効化が必須となりました。

• スタックポートのリンク状態
  
• スレーブにおけるヘルスチェックメッセージの受信状態（レジリエンシーリンク経由）
  

		ヘルスチェック
		成功	失敗（4回連続受信できず）
スタックリンク	アップ	正常	レジリエンシーリンク障害
	ダウン	スタックリンク障害	マスター障害

Note - AT-StackOP/0.3、AT-StackOP/9.0使用時はレジリエンシーリンクの使用が任意のため、レジリエンシーリンクを使用しないケースがありますが、その場合はヘルスチェックメッセージの送受信を行わないため、「レジリエンシーリンク障害」と「マスター障害」（網掛け部分）は検知できません。

障害発生箇所			アクション		通信停止時間（目安）(a)
			マスター	スレーブ
1	マスター障害		システム停止	マスター昇格	約0.5秒〜
2	スレーブ障害		変化なし	システム停止	数ミリ秒単位
3	スタックリンク障害	ケーブル(1箇所)	変化なし	変化なし	数ミリ秒単位
		ケーブル(複数箇所)またはモジュール	変化なし	マスター接続性あり(b)：変化なし	数秒単位
				マスター接続性なし(b)：ポート無効化(c)
4	レジリエンシーリンク障害(d)		変化なし	変化なし	影響なし
5	回線障害（トランクリンク）		変化なし	変化なし	数ミリ秒単位

Note - (a) 実際の通信停止時間はネットワークの構成や規模、使用しているプロトコルなどによって変動します。ここに示した時間はあくまでも目安です。お客様の使用環境で事前にご確認の上、ご使用ください。

Note - (b) スタックリンクが2箇所以上ダウンするとVCSグループが分断されます。たとえば、ID=1, 2, 3, 4の4台構成（ID=1がマスター）でスタックリンクが2箇所ダウンし、ID=1, 2とID=3, 4の2グループに分断された場合、ID=2はマスター（ID=1）と通信できますが、ID=3, 4はマスターと通信できません。表中では、この状態におけるID=2を「マスター接続性あり」、ID=3, 4を「マスター接続性なし」と表現しています。

Note - (c) レジリエンシーリンクとスタックリンク以外のポートを無効化します。なお、AT-StackOP/0.3、AT-StackOP/9.0使用時はレジリエンシーリンクの使用が任意のため、レジリエンシーリンクを使用しないケースがありますが、その場合はスタックリンクを経由する以外にマスターの生存を確認する方法がないため、ケーブル（複数箇所）障害やモジュール（AT-StackOP/0.3、AT-StackOP/9.0）故障により、「マスター接続性なし」の状態になったスレーブの1台がマスターに昇格し、ネットワーク上に複数のマスターが存在する状態となります。ネットワーク構成にもよりますが、この状態では正常な通信ができなくなる可能性が高くなります。また、この状態からの自動復旧はできません。これを回避するには、AT-StackOP/0.3、AT-StackOP/9.0使用時でもレジリエンシーリンクを使用してください。

Note - (d) AT-StackOP/0.3、AT-StackOP/9.0使用時はレジリエンシーリンクの使用が任意のため、レジリエンシーリンクを使用しないケースがあります。その場合、「レジリエンシーリンク障害」は発生しません。

1. マスターに障害が発生する
   これによりマスターに隣接するスレーブはマスターとのスタックリンクがダウンしたことをただちに検出する。
   
   
2. ヘルスチェックが途絶える
   マスター停止により、スレーブはレジリエンシーリンク経由でマスターから送信されるヘルスチェックメッセージを受け取れなくなる（ヘルスチェックメッセージは0.5秒間隔でマスターからスレーブに送信される）。ヘルスチェックを4回連続して受信できなかった場合、ヘルスチェック失敗と判断し、スタックリンクのダウンとあわせてマスター障害と判断する。
   ※ AT-StackOP/0.3、AT-StackOP/9.0を使用しておりレジリエンシーリンクを使用していない場合、2はスキップ。
   
   
3. 次点のスレーブがマスターに昇格する
   
   
4. VCSグループのMACアドレス変更を通知する
   新マスターは、Gratuitous ARPパケットを送信してVCSグループの新しいMACアドレスをネットワーク上の各機器に通知する。これにより、各機器のFDBやARPテーブルが更新され、VCSグループ宛てのパケットが新マスターに届くようになる。
   （バーチャルMACアドレス機能有効時はGratuitous ARPパケットを送信しない。）
   

   Note - ファームウェアバージョン5.4.3-0.1以降では、VCS使用時にバーチャルMACアドレス機能の有効化が必須となりました。

   
   
5. マスター切り替え完了
   

• VMAC（バーチャルMACアドレス）の設定が必要
  VMAC無効時は、マスター切り替えが発生すると、Gratuitous ARPパケットを送信して、ARP/MACアドレステーブルの更新を行うため、VMACを有効にしている場合に比べ、マスター切り替えの時間が遅くなります。VMACを有効にした場合、各テーブルの更新が発生せず、切り替え時間が早くなります。
  

  Note - ファームウェアバージョン5.4.3-0.1以降では、VCS使用時にバーチャルMACアドレス機能の有効化が必須となりました。

1. スタックリンクに障害が発生する
   これによりスレーブはマスターとのスタックリンクがダウンしたことをただちに検出する。
   
   
2. ヘルスチェックは引き続き受信できる
   スタックリンク障害の場合、マスター自体は正常に動作しているため、スレーブはレジリエンシーリンク経由でマスターから送信されるヘルスチェックメッセージを引き続き受信できる。このため、ヘルスチェック成功、スタックリンクダウンの組み合わせとなり、スタックリンク障害が発生したと認識する。
   
   
3. スレーブがスイッチポートを無効化する
   スタックリンク障害を検出したスレーブは、レジリエンシーリンクとスタックリンク以外のポートを無効化する。これにより、スレーブのスイッチポートはリンクダウンする。
   
   
4. VCSグループ宛てのトラフィックがすべてマスターに向けられるようになる
   VCSグループに接続されている他の機器は、スレーブとのリンクがダウンしたことを検出し、VCSグループ宛てのトラフィックをすべてマスターとのリンクに送信するようになる。
   

(C) 2012 - 2013 アライドテレシスホールディングス株式会社

PN: 613-001763 Rev.B