[index] CentreCOM x510シリーズ・AT-IX5-28GPX コマンドリファレンス 5.4.3

# バーチャルシャーシスタック（VCS） / 導入

本バージョンにおけるVCSの仕様
初期設定から運用までの流れ
必要な機材の準備
スタックメンバーの初期設定
スタックメンバーの接続
VCSグループの起動
VCSグループの初期設定
VCSグループの運用設定と運用開始

VCSの設定/運用方法について、各機器に対する初期設定、各機器の接続、VCSグループの起動、VCSグループとしての設定から運用開始まで、順を追って説明します。

## 本バージョンにおけるVCSの仕様

ファームウェアバージョン5.4.3-3.9におけるVCSの仕様は以下のとおりです。VCSの設定は、以下の各項目を念頭に置きながら進めてください。

- VCSグループを構成するスタックメンバーは4台まで
  すべてのVCSグループが、マスター1台、スレーブ1〜3台の計2〜4台で構成されることになります。
- VMAC（バーチャルMACアドレス）の設定が必要
  VCSマスター障害発生時のマスター切り替えをスムーズに行うため、必ずVMACを設定してください。
  VMACの有効化は、stack virtual-macコマンドで行います。
  VMAC無効時は、マスター切り替えが発生すると、Gratuitous ARPパケットを送信して、ARP/MACアドレステーブルの更新を行うため、VMACを有効にしている場合に比べ、マスター切り替えの時間が遅くなります。VMACを有効にした場合、各テーブルの更新が発生せず、切り替え時間が早くなります。
  なお、同一ネットワーク上に複数のVCSグループが存在する場合は、バーチャルMACアドレスの下位12ビットとして使用されるバーチャルシャーシIDを、該当するVCSグループ間で重複しないように設定してください。バーチャルシャーシIDの設定は、stack virtual-chassis-idコマンドで行います。また、VCSグループのバーチャルシャーシIDは、show stackコマンドをdetailオプション付きで実行したときに表示される「Virtual Chassis ID」欄で確認できます。
- 同一VCSグループを構成する機器の組み合わせは以下のとおり（○ = 可、× = 不可。製品名の「AT-」を省略しています）

  | x510-28GTX | x510-52GTX | x510-28GPX | x510-52GSX | x510-28GSX | x510DP-52GTX | IX5-28GPX
  x510-28GTX | ○ | ○ | ○ | ○ | ○ | ○ | ×
  x510-52GTX | ○ | ○ | ○ | ○ | ○ | ○ | ×
  x510-28GPX | ○ | ○ | ○ | ○ | ○ | ○ | ×
  x510-52GPX | ○ | ○ | ○ | ○ | ○ | ○ | ×
  x510-28GSX | ○ | ○ | ○ | ○ | ○ | ○ | ×
  x510DP-52GTX | ○ | ○ | ○ | ○ | ○ | ○ | ×
  IX5-28GPX | × | × | × | × | × | × | ○

- ファームウェアの同期が可能
  VCSグループのマスター・スレーブ間のファームウェアの自動同期が可能です。(ただし、メジャーバージョンの同期は未サポート)
- フィーチャーライセンスはあらかじめ同期しておく必要あり
  VCSグループを起動する前に、フィーチャーライセンスの対象機能を使用する場合は、すべてのメンバーでライセンスを有効化しておいてください。
  なお、フィーチャーライセンスが適用された機器でVCS 構成を利用する場合は、各VCS メンバーに同一の「License issue date」を持つフィーチャーライセンスがインストールされている必要があります。
  各VCS メンバー間でフィーチャーライセンスの「License issue date」が異なる場合には、ライセンスパスワードを更新する必要がありますので、弊社窓口までご連絡ください。フィーチャーライセンスの「License issue date」は、show licenseコマンドでご確認いただけます。
- 設定変更時はこまめなコンフィグ保存が必要
  コマンド入力による設定変更はただちにVCS グループの動作に反映されます。未保存のままマスターが切り替わっても、新マスターは設定変更後のコンフィグで起動しますが、設定変更後はただちにコンフィグを保存することを推奨します。
- 大きなファイルをインストールする場合はすべてのメンバーの空き領域をあらかじめ確認しておく必要あり
  マスターに新たにファイルが作成された場合、VCSグループのメンバーにファイルがコピーされますが、スレーブメンバーのフラッシュメモリーに充分な空きがない場合は、ファイルがコピーされません。この際、ファームウェアのイメージファイルやJavaアプレットファイルが未保存のままマスターが切り替わると、ファームウェアのアップデートやWeb GUIの表示が行われません。これを避けるため、大容量のファイルをインストールする場合は、各メンバーの空き領域を確認し、空き領域が不足している場合は不要なファイルを削除するなどして、充分な空き領域を確保するようにしてください。
- AT-StackXS/1.0 使用時はレジリエンシーリンクが必須、AT-StackOP/0.3、AT-StackOP/9.0使用時は任意
  レジリエンシーリンクの使用は、スタックモジュールAT-StackXS/1.0使用時は必須、AT-StackOP/0.3、AT-StackOP/9.0使用時は任意となります。
  ただし、レジリエンシーリンクを使用しない場合にスタック接続用ケーブル（複数箇所）の障害やモジュール（AT-StackOP/0.3、AT-StackOP/9.0）の故障が発生してVCSグループが分断されると、マスターと切り離された側のスレーブの1台がマスターに昇格し、ネットワーク上に複数のマスターが存在する状態となります。ネットワーク構成にもよりますが、この状態では正常な通信ができなくなる可能性が高くなり、また、この状態からの自動復旧もできませんのでご留意ください。これを回避するには、AT-StackOP/0.3、AT-StackOP/9.0使用時でもレジリエンシーリンクを使用してください。
- 各メンバーにおいてスイッチポートをレジリエンシーリンクに設定する必要あり
  レジリエンシーリンクを使用する場合、各メンバーにおいてスイッチポート2ポートをレジリエンシーリンクに設定し、各メンバーをリング状に接続してください。ただし2台のメンバーでVCSグループを構成するときは、各メンバー1ポートずつをレジリエンシーリンクに設定して、1本のケーブルで接続してもかまいません。
  レジリエンシーリンクは初期状態で無効ですが、AT-StackXS/1.0を使用する場合、レジリエンシーリンクを使わない構成はサポート対象外となりますので、必ず有効化して使用するようご注意ください。AT-StackOP/0.3、AT-StackOP/9.0を使用する場合は、レジリエンシーリンクの使用は任意です。
  なお、レジリエンシーリンクとして設定したスイッチポートを通常のスイッチポートとして使用することはできません。
- スタックモジュールのホットスワップに対応
  スタックモジュールAT-StackXS/1.0、AT-StackOP/0.3、AT-StackOP/9.0はホットスワップ対応のため、取り付け・取りはずしの際に、本体の電源を切る必要はありません。異なる種類（型番）のモジュールへのホットスワップも可能です。
- VLAN設定数は2000個まで
  VCS構成時、VCSグループに設定するVLANの数は2000個以内にしてください。
- フォワーディングデータベースのサポートエントリー数は4000個まで
  VCS構成時、フォワーディングデータベース（FDB）のエントリー数は4000個までをサポート対象とします。
- IPv4ホストエントリー登録数は最大768個まで
  デフォルト設定時においては、IPv4ホスト登録数（ARPエントリー数）は最大で768個までをサポートとします。
- DHCPサーバー機能有効時にマスター切り替えが発生するとリース中のIPアドレスのリースタイムが更新される
  DHCPサーバー機能を有効にしIPアドレスをリースしている状態で、マスター切り替えが発生すると、DHCPサーバー機能も再起動され、リース中のIP アドレスのリースタイムが更新されます。
- QoSにおいて送信キュー7は使用不可（VCSの制御パケットが使うため）
  VCS構成時は、VCSの制御パケットが送信キュー7を使うため、その他のパケットを送信キュー7に割り当てないでください。
  具体的には、mls qos map cos-queueコマンドで送信キュー7を使用しないよう設定してください。cos-queueマップの初期設定では、CoS値「7」が送信キュー「7」にマップされているので、VCS構成時は送信キュー「7」を使わないよう、mls qos map cos-queueコマンドでマッピングを変更してください。
- 以下の機能は併用不可
  VCS構成時は以下の機能を使用できません。
  - バックプレッシャー（backpressureコマンド）
  - PAUSEフレームの送信（flowcontrolコマンドのbothオプション）
  - GVRP
  - DHCPクライアント
  - プロキシーARP（ip proxy-arpコマンド）
  - ローカルプロキシーARP（ip local-proxy-arpコマンド）
  - 攻撃検出
- VCSとWeb認証またはダイナミックVLANの併用時、バーチャルMACアドレスが必須
  VCS構成でWeb認証やダイナミックVLANを使うときは、必ずバーチャルMACアドレス機能を有効化してください。バーチャルMACアドレス機能の設定は、stack virtual-macコマンドとstack virtual-chassis-idコマンドで行います。
- VCSと認証の併用時、トランクグループが認証ポートとして動作している場合の注意事項
  VCSと認証の併用時、トランクグループが認証ポートとして動作している場合、スレーブがVCSグループに参加すると、全Supplicantの認証は解除されます。
  VCSのマスター切り替えが発生しても、Supplicantの認証情報は保持されますが、スレーブがVCSグループに参加すると、認証は解除されます。
- マルチキャストグループは16グループまで
  VCS構成時、マルチキャストグループは16グループまでのサポートとなります。
- トリガー使用時の注意事項
  VCS構成でトリガーを使用する場合は、次の点にご注意ください。
  - マスター切り替え時、新マスターではスタックマスターフェイルトリガー、スタックメンバートリガー（leave）の両方が起動されます。
  - スタックリンク障害によってスレーブがポートをリンクダウンしたとき（VCSグループが分断されたとき）、マスターではスタックメンバートリガー（leave）が起動されます。また、スレーブではスタックマスターフェイルトリガーとスタックメンバートリガー（leave）の両方が起動されます。
  - スタックリンクトリガーは、2つあるスタックポートのうち、どちらか一方のリンクステータスが変化すれば起動されます。
- SSHのユーザー公開鍵はあらかじめ全スタックメンバーに手動登録しておく必要あり
  VCS構成でSSHサーバー機能の公開鍵認証を使用する場合は、あらかじめ同一VCSグループを構成するすべてのスタックメンバーにSSHのユーザー公開鍵を登録しておいてください（任意のスタックメンバーにログインするには、remote-loginコマンドを使います。また、ユーザー公開鍵の登録はcrypto key pubkey-chain userkeyコマンドで行います）。マスターにだけユーザー公開鍵が登録されている状態でマスター切り替えが発生すると、新マスターにはユーザー公開鍵の情報が存在しない状態となり、公開鍵によるSSHログインができなくなります。
- linkUp/linkDownトラップを有効にしている場合の注意事項
  VCS構成でlinkUp/linkDownトラップを有効にしている場合、両方のスタックケーブルに障害が発生すると、スレーブメンバーがマスター側スイッチポートの不在を検知し、マスター側スイッチポートのlinkDownトラップを送信します。このとき、マスター側スイッチポートやVLANインターフェースは実際にはダウンしていないので、上位のプロトコルや通信に影響を与えることはありません。
- EPSR-SLP（Super Loop Prevention）使用時の注意事項
  VCS構成でEPSR-SLP機能を使用する場合は、次の点にご注意ください。
  なお、以下の説明では、EPSRのリング接続用ポートのうち、複数のEPSRドメインに所属している共有ポートを「Common Link」と呼びます。
  - Common Linkを持つノードがVCS構成の場合、マスターノードでfailovertimeを5秒に設定してください（epsrコマンドのfailovertimeパラメーターで設定）。
  - Common Linkを持つノードがVCS構成であり、かつリング接続用ポートとしてトランクグループではなく単一ポートを使用している場合、次図のようにCommon Link（図の(C)）と通常のリング接続用ポート（同 (N)）をそれぞれ別のVCSメンバー上に設定してください。

  - Common Linkを持つノードがVCS構成であり、かつリング接続用ポートとしてトランクグループではなく単一ポートを使用している場合、スタックリンクがダウンすると1秒未満のループが発生することがあります。
- PoE対応機種と非対応機種を混在させる場合の注意事項
  同一VCSグループにPoE対応機種（AT-x510-28GPX, AT-x510-52GPX）と非対応機種（AT-x510-28GTX, AT-x510-52GTX, AT-x510-28GSX）を混在させる場合は、次の点にご注意ください。
  - PoE非対応機種がマスターになっている状態でCLIから設定を保存すると、コンフィグファイルに「service power-inline」が入りません。この状態でPoE対応機種が後からVCSグループに加入（ジョイン）すると、PoE関連コマンドが有効になりません。PoE対応機種と非対応機種を混在させる場合は、VCSグループで使用するスタートアップコンフィグにservice power-inlineが記述されているかどうかを確認し、記述されていない場合は同コマンドを実行した上で設定を保存しなおしてください（PoE非対応機種がマスターのときでも同コマンドの実行は可能です）。
- プライベートVLAN使用時の注意事項
  VCS構成において、CLIからプライベートVLANの設定をダイナミックに行った場合は、設定を保存して再起動してください。
- マルチキャストドメイン境界ルーター機能使用時の注意事項
  メンバー3台以上のVCS構成では、マルチキャストドメイン境界ルーター機能（ip multicast-routing borderコマンド）を使用しないでください。
- auth supplicant-macコマンド使用時の注意事項
  VCS構成において、auth supplicant-macコマンドのport-controlパラメーターで特定Supplicantの認証状態を「認証済み」（force-authorized）あるいは「未認証」（force-unauthorized）に固定設定している場合、VCSマスターがダウンすると該当Supplicantの認証状態の表示がそれぞれ次のようになりますが、通信への影響はありません。また、ダウンした旧マスターがVCSグループに復帰（ジョイン）すると正しい表示に戻ります。

  通常の表示 | VCSマスターダウン時の表示
  Force-Authorized | Authenticated
  Force-Unauthorized | Down

- その他の注意事項
  以下の制限事項はVCS構成時に限定されるものではありませんが、とりわけVCS構成において大きな意味を持ちますので、あらためてここに記載します。
  - 複数のスイッチチップ（インスタンス）にまたがるトランクグループ（スタティック・LACPとも）では、QoSのメータリングが動作しません。複数インスタンスにまたがるトランクグループに対しては、メータリング（ポリサー）設定（police single-rateコマンド、police twin-rateコマンド）を含むポリシーマップを適用しないでください（適用してもメータリングが動作しません）。
    VCS構成で一般的に使用されるマスター・スレーブにまたがったポートトランキングの構成はこのケースにあたりますのでご注意ください。

## 初期設定から運用までの流れ

VCSの初期設定から運用までの流れは次のようになります。

1. 必要な機材の準備
   スタックメンバーとなるスイッチ、スタックモジュール、スタックケーブル、レジリエンシーリンク用のイーサネットケーブルなどを準備します。
   → 「必要な機材の準備」をご覧ください。
2. スタックメンバーの初期設定
   VCSの物理的な接続をする前に、各メンバーの設定状態を確認し、必要な初期設定を行っておきます。
   → 「スタックメンバーの初期設定」をご覧ください。
3. スタックメンバーの接続
   各メンバーの初期設定が終わったら、メンバー同士を接続してVCSの物理的構成を完成させます。
   → 「スタックメンバーの接続」をご覧ください。
4. VCSグループの起動
   接続が完了したら、各メンバーの電源を入れてVCSグループを起動します。本製品は、専用のLED表示でマスターの確認はできませんが、LED ON/OFFボタンによってLED OFF（エコLED）に設定することで、ステータスLED（LED ON設定時にスタックメンバーIDが表示されている場所）の横3セグメントに、マスターであれば上側のライン"￣"、スレーブであれば下側のライン"＿"が点灯します。LED ON設定時にはステータスLEDの表示でメンバーIDがどのように割り振られているか確認できます。また、CLIコマンドを使うことによっても、VCSグループの情報を知ることができます。
   → 「VCSグループの起動」をご覧ください。
5. VCSグループの初期設定
   VCSグループが正しく起動したことを確認したら、その後の設定や運用をしやすくするため、IDやプライオリティーの調整など、いくつかの初期設定を行います。
   → 「VCSグループの初期設定」をご覧ください。
6. VCSグループの運用設定と運用開始
   VCSグループの初期設定が完了したら、その後はVCSグループを1台のスイッチと見なして、運用ネットワークのための設定を行い、運用を開始します。
   → 「VCSグループの運用設定と運用開始」をご覧ください。
7. VCSグループの運用状態確認
   VCSグループの運用を開始したら、CLIで運用状態を定期的に確認します。
   → 運用編の「VCSグループの運用状態確認」をご覧ください。
8. VCSグループ運用中のメンテナンス作業
   VCSグループ運用中に構成を変更する場合や障害が発生した場合は、メンテナンス作業が必要です。
   → 運用編の「VCSグループ運用中のメンテナンス作業」をご覧ください。

## 必要な機材の準備

VCSグループを構築するのに必要な機材を手元に準備してください。

- スタックメンバーになるスイッチ × 2〜4
  同一VCSグループを構成する機器の組み合わせは、以下の表（製品名の「AT-」を省略しています）で「○」になっているものだけですのでご注意ください。

  | x510-28GTX | x510-52GTX | x510-28GPX | x510-52GSX | x510-28GSX | x510DP-52GTX | IX5-28GPX
  x510-28GTX | ○ | ○ | ○ | ○ | ○ | ○ | ×
  x510-52GTX | ○ | ○ | ○ | ○ | ○ | ○ | ×
  x510-28GPX | ○ | ○ | ○ | ○ | ○ | ○ | ×
  x510-52GPX | ○ | ○ | ○ | ○ | ○ | ○ | ×
  x510-28GSX | ○ | ○ | ○ | ○ | ○ | ○ | ×
  x510DP-52GTX | ○ | ○ | ○ | ○ | ○ | ○ | ×
  IX5-28GPX | × | × | × | × | × | × | ○

- スタックモジュール、スタックケーブル、レジリエンシーリンク用イーサネットケーブル
  以降の説明では、AT-StackXS/1.0、AT-StackOP/0.3、AT-StackOP/9.0を「スタックモジュール」、スタックモジュールAT-StackOP/0.3、AT-StackOP/9.0同士を接続する対応ケーブルを「スタックケーブル」（スタックモジュールAT-StackXS/1.0はモジュールとケーブルが一体型）、レジリエンシーリンクを接続するためのUTPケーブル、SFP/SFP+モジュールと対応ケーブルを「レジリエンシーリンク用イーサネットケーブル」と総称します。
  1つのVCSグループ内で、カッパーのリンクとファイバーのリンク、または、300mのファイバーリンクと9kmのファイバーリンクを混在させることができます。
  [スタックモジュールとしてAT-StackXS/1.0を使う場合]
  - スタックモジュールAT-StackXS/1.0 ×1〜4
  - レジリエンシーリンクを接続するためのUTPケーブル × 2〜4
    または
    SFP/SFP+モジュール × 4〜8と対応ケーブル × 2〜4

    > Note - 2台のメンバーでVCSグループを構成する場合はUTPケーブル ×1、または、SFP/SFP+モジュール×2と対応ケーブル ×1でもかまいません。

  [スタックモジュールとしてAT-StackOP/0.3、AT-StackOP/9.0を使う場合]
  - スタックモジュールAT-StackOP/0.3、AT-StackOP/9.0 × 2〜8
  - 対応ケーブル ×2〜4
  - レジリエンシーリンクを接続するためのUTPケーブル ×2〜4
    または
    SFP/SFP+モジュール ×4〜8と対応ケーブル × 2〜4

    > Note - 2台のメンバーでVCSグループを構成する場合はUTPケーブル ×1、または、SFP/SFP+モジュール×2と対応ケーブル ×1でもかまいません。

    > Note - AT-StackOP/0.3、AT-StackOP/9.0使用時はレジリエンシーリンクの使用は任意です。レジリエンシーリンクを使用しない場合、レジリエンシーリンク用のケーブルは不要です。

## スタックメンバーの初期設定

スタックメンバーとなるスイッチを用意したら、最初に各スイッチを単体で起動し、以下の作業を行ってください。

- ファームウェアバージョンの確認と統一
- スタートアップコンフィグの確認とバックアップ
- スタートアップコンフィグの消去
- フィーチャーライセンスの確認と統一

以下、具体的な手順を説明します。

1. スタックモジュールやスタックケーブルを装着しない状態でスイッチを単体起動したら、コンソールからログインしてください。
2. enableコマンドを実行して、特権EXECモードに移行します。

       awplus> enable ↓
       awplus#

3. show bootコマンドを実行して、通常用と緊急用のファームウェアイメージを確認します。すべてのスイッチで「Current boot image」と「Backup boot image」の設定が同じになっていることを確認してください。違いがある場合は、必要に応じてイメージファイルをダウンロードし、boot systemコマンドを実行して、これらの設定をあわせてください。

       awplus# show boot ↓
       Boot configuration
       --------------------------------------------------------------------------------
       Current software   : x510-5.4.3-3.9.rel
       Current boot image : flash:/x510-5.4.3-3.9.rel (file exists)
       Backup  boot image : Not set
       Default boot config: flash:/default.cfg
       Current boot config: flash:/default.cfg (file exists)
       Backup boot config : Not set
       Autoboot status    : disabled

4. 同じshow bootコマンドの出力にある「Current boot config」欄を確認します。「(file exists)」と表示されている場合は、スタートアップコンフィグが存在していることを示していますので、その内容をファイルにバックアップしておいてください。これにはcopyコマンドを使って次のようにします。ここでは、例として「StandaloneConfig.cfg」というファイルにバックアップしています。

       awplus# copy startup-config StandaloneConfig.cfg ↓
       Copying..
       Successful operation

5. スタートアップコンフィグをバックアップしたら、erase startup-configコマンドでスタートアップコンフィグを削除します。show bootコマンドで再度確認すると、「Current boot config」欄の末尾に「(file not found)」と表示されていればスタートアップコンフィグは削除されています。

       awplus# erase startup-config ↓
       Deleting..
       Successful operation
       awplus# show boot ↓
       Boot configuration
       --------------------------------------------------------------------------------
       Current software   : x510-5.4.3-3.9.rel
       Current boot image : flash:/x510-5.4.3-3.9.rel (file exists)
       Backup  boot image : Not set
       Default boot config: flash:/default.cfg
       Current boot config: flash:/default.cfg (file not found)
       Backup boot config : Not set
       Autoboot status    : disabled

6. 最後に、フィーチャーライセンスの必要な機能を利用する場合は、show licenseコマンドを実行して有効化されているライセンスを確認します。すべてのメンバーで同じライセンスが有効化されていることを確認してください。

   > Note - フィーチャーライセンスが適用された機器でVCS 構成を利用する場合は、各VCS メンバーに同一の「License issue date」を持つフィーチャーライセンスがインストールされている必要があります。各VCS メンバー間でフィーチャーライセンスの「License issue date」が異なる場合には、ライセンスパスワードを更新する必要がありますので、弊社窓口までご連絡ください。フィーチャーライセンスの「License issue date」は、show licenseコマンドでご確認いただけます。

7. 以上でスタックメンバーの初期設定は完了です。各スイッチの電源を切ってください。

## スタックメンバーの接続

スタックメンバーの初期設定が終わったら、各スイッチを実際に接続します。
モジュールやケーブルの具体的な装着方法や注意事項については、取扱説明書をご覧ください。

1. 各スイッチの電源が入っていないことを確認してください。
2. 各スイッチにスタックモジュールを取り付けます。
3. 各スイッチをスタックケーブルでリング状に接続し、スタックリンクを形成します。
   スイッチ間を接続するときは、必ず番号の異なるスタックポート同士を接続するようにしてください。
   たとえばスイッチA、Bの2台構成の場合は、スイッチAのスタックポート1をスイッチBのスタックポート2に、スイッチBのスタックポート1をスイッチAのスタックポート2に接続します。

   3台以上の構成の場合も同様で、たとえばスイッチA、B、Cの3台構成の場合は、スイッチAのスタックポート1をスイッチBのスタックポート2に、スイッチBのスタックポート1をスイッチCのスタックポート2に、スイッチCのスタックポート1をスイッチAのスタックポート2に接続します。

   > Note - スタックリンクに冗長性を持たせ、耐障害性を高めるため、通常はスタックケーブルをリング状に接続することをおすすめします。これ以降の説明はすべて、リング状に接続していることを前提としています。

   > Note - スタックを組む場合、スタックポート間に他の装置をはさまず、スタックポート同士を直接接続してください。

4. 以上でスタックメンバーの接続は完了です。

## VCSグループの起動

スタックメンバーの接続が終わったら、いよいよVCSグループを起動します。これは以下の手順で行います。

1. 各スイッチに同時に電源を入れます。
2. 各メンバーは、起動後にメッセージを交換してマスターを選出し、必要に応じてIDの再割り当てを行います。これらが済むと、VCSグループの起動は完了です。これは、各スイッチの本体前面にあるSFP+スロットLEDとステータスLEDを見ることで確認できます。

   - 本製品は、専用のLED表示でマスターの確認はできませんが、LED ON/OFFボタンによってLED OFF（エコLED）に設定することで、ステータスLEDの横3セグメントに、マスターであれば上側のライン"￣"、スレーブであれば下側のライン"＿"が点灯します。
   - ステータスLEDの7セグメントLEDの表示、またはCLIコマンドによって各スイッチのスタックメンバーIDを確認できます。すべてのスイッチでIDの重複がないことを確認してください。
   - SFP+ スロットLEDのS1 L/AとS2 L/Aは、それぞれスタックポート1、2のリンクステータスを表しています。すべてのスイッチで両方のLEDが緑に点灯していることを確認してください。
3. LED表示に問題がなければVCSグループの起動は完了です。

## VCSグループの初期設定

VCSグループが起動したら、その後の設定や運用がしやすいように、スタックメンバーIDやプライオリティーを調整します。また、運用ネットワークとVCS管理用VLAN/サブネットアドレスが重複しないことを確認し、必要なら管理用VLAN/サブネットアドレスを変更します。
たとえば、2台のスイッチでVCSグループを構成している場合、2台のスイッチを配置順にID=1、ID=2としておき、ID=1をマスターにするのがもっとも直感的で、ケーブルの接続時やポートの設定時にもわかりやすく便利です。
ここでは、例としてVCSグループ起動直後のID割り当てが次のようになったと仮定して、これを前記のようなわかりやすい構成に変更する手順を示します。

1. いずれかのスイッチにコンソールを接続してログインします。どちらのスイッチにコンソールを接続しても、表示されるのはマスター（VCSグループ）のコンソール画面となります。
2. enableコマンドを実行して、特権EXECモードに移行します。

       awplus> enable ↓
       awplus#

3. スタックメンバーIDを変更するため、次のコマンドを実行します。これによりスイッチAがID=1となり、スイッチBがID=2になります。stack renumber cascadeコマンドを実行すると、新しいIDを有効にするため、各スイッチが自動的に再起動します。

       awplus# configure terminal ↓
       Enter configuration commands, one per line.  End with CNTL/Z.
       awplus(config)# stack 2 renumber cascade ↓
       Any existing interface configuration may no longer be valid
       Are you sure you want to renumber and reboot the entire stack? (y/n): y ↓

4. スタックLEDでVCSグループの再起動が完了したことを確認します。手順3の操作により、VCSグループのID割り当てと役割分担は次のようになるはずです。

   次にスイッチAをマスターにするため、プライオリティーの変更を行います。
5. もう一度ログインしたら、hostnameコマンドでVCSグループとしてのホスト名を設定し、VCSグループを識別しやすくします。

       awplus> enable ↓
       awplus# configure terminal ↓
       Enter configuration commands, one per line.  End with CNTL/Z.
       awplus(config)# hostname vcg ↓

6. スイッチAをマスターにするため、スイッチAのプライオリティーを初期値の128より小さく設定します。ここでは例として64にします。これには、グローバルコンフィグモードのstack priorityコマンドを使います。このコマンドでは対象メンバーをIDで指定するため、ここではスイッチAのIDである1を指定しています。

       vcg(config)# stack 1 priority 64 ↓

7. VCSマスター障害発生時のマスター切り替えをスムーズに行うため、stack virtual-macコマンドでバーチャルMACアドレス機能を有効化します。
   また、stack virtual-chassis-idコマンドで、バーチャルMACアドレスの下位12ビットとして使用されるバーチャルシャーシIDを設定します。

       vcg(config)# stack virtual-mac ↓
       vcg(config)# stack virtual-chassis-id 127 ↓

   > Note - 同一ネットワーク上に複数のVCSグループが存在するときは、該当するVCSグループ間でバーチャルシャーシID（stack virtual-chassis-id）が重複しないよう注意して設定してください。バーチャルシャーシIDは、show stackコマンドをdetailオプション付きで実行したときに表示される「Virtual Chassis ID」欄で確認できます。

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

8. VCS管理用VLANとサブネットアドレスの確認をし、必要に応じて変更します。運用ネットワークの設計資料を参照して、以下の2点を確認してください。
   - 運用ネットワーク上で192.168.255.0/27（192.168.255.0〜192.168.255.31）のIPアドレスを使用していないかどうか？
     これらのアドレスをVCSグループに直接設定しなくても、VCSグループから到達できる場所にこれらのアドレスを使うネットワークがある場合は、次に述べる手順にしたがって管理用サブネットのアドレスを変更してください。
     もし、運用ネットワーク上で該当アドレスを使用している場合は、グローバルコンフィグモードのstack management subnetコマンドでVCS管理用サブネットのIPアドレスを変更し、運用ネットワークと重複しないようなアドレスを指定してください。

         vcg(config)# stack management subnet 172.21.255.64 ↓

     なお、管理用サブネットのサブネットマスクは/27（ホスト部5ビット）固定です。
   - VCSグループ自体が、運用ネットワーク側でVLAN ID 4094を使用していないかどうか？
     もし、VCSグループ上でVLAN ID 4094を使用する場合は、グローバルコンフィグモードのstack management vlanコマンドでVCS管理用VLANを変更し、運用ネットワークと重複しないようなVLAN IDを指定してください。

         vcg(config)# stack management vlan 4000 ↓

9. ここまでに行ったVCSグループに対する初期設定内容をshow running-configコマンドで確認した上でスタートアップコンフィグに保存し、reloadコマンドかrebootコマンドでVCSグループを再起動します。

       vcg(config)# end ↓
       vcg# show running-config ↓
       ...（表示されるコンフィグに問題がないことを確認） ...
       vcg# copy running-config startup-config ↓
       Building configuration...
       [OK]
       Synchronizing file across the stack, please wait..
       File synchronization with stack member-1 successfully completed
       [DONE]
       vcg# reload ↓
       Are you sure you want to reboot the whole stack? (y/n): y ↓

10. SFP+スロットLEDとステータスLEDでVCSグループの再起動が完了したことを確認します。ここまでの操作により、VCSグループのID割り当てと役割分担は次のようになったはずです。

これでVCSグループとしての初期設定は完了です。

## VCSグループの運用設定と運用開始

スタックメンバーの初期設定が完了したら、運用ネットワークのための設定に入ります。VCSグループを仮想的な1台のスイッチと見なして、通常どおりネットワークの設定を行ってください。設定が完了したら最後にレジリエンシーリンクを有効化し、設定を保存してください。

1. いずれかのスイッチにコンソールを接続してログインします。どちらのスイッチにコンソールを接続しても、表示されるのはマスター（VCSグループ）のコンソール画面となります。
   ログインしたら、単独のスイッチを設定するときと同じようにネットワーク構成に応じたインターフェースやプロトコルの設定を行ってください。
   設定コマンドでスイッチポート番号を指定するときは、「portX.Y.Z」の形式で指定します。
   - XはスタックメンバーID（1〜8）です。
   - Yは拡張モジュールベイの番号です。本製品ではつねに「0」（本体）を指定します。
   - Zは本体のポート番号です。
2. ネットワークの設定が終わったら、レジリエンシーリンクを接続します。AT-StackXS/1.0を使用する場合、レジリエンシーリンクを使用しない構成はサポート対象外ですので、運用に入る前に必ずこの設定を行ってください。なお、AT-StackOP/0.3、AT-StackOP/9.0を使用する場合、レジリエンシーリンクの使用は任意ですが、使用するときは下記の手順にしたがって設定・接続してください。レジリエンシーリンクを使用しない場合、本手順は不要です。
   - レジリエンシーリンク用の内部VLANを指定します。未作成のVLAN（vlanコマンドで定義していないVLAN）を1つ選び、stack resiliencylinkコマンドでVLANインターフェース名の形式で指定してください。ここでは例として、VLAN ID = 4001をレジリエンシーリンク用に使うものとします。

         vcg> enable ↓
         vcg# configure terminal ↓
         Enter configuration commands, one per line.  End with CNTL/Z.
         vcg(config)# stack resiliencylink vlan4001 ↓

   - レジリエンシーリンク用のスイッチポートを各メンバーに2つずつ指定します。レジリエンシーリンク用に使うスイッチポートを指定してインターフェースモードに入り、switchport resiliencylinkコマンドを実行してください。ここでは各メンバーのポート1と2をレジリエンシーリンク用に使うものとします。ID=1、2の2台構成の場合は、次のようなコマンドになります。3台以上の場合も同様に設定してください。

         vcg(config)# interface port1.0.1-1.0.2,port2.0.1-2.0.2 ↓
         vcg(config-if)# switchport resiliencylink ↓

   - レジリエンシーリンク用に設定した各メンバーのスイッチポート同士をイーサネットケーブルで接続します。接続順序は任意ですが、スタックリンクと同じ構成にするのがわかりやすいでしょう。
     2台構成の例

     3台構成の例（4台構成の場合も同様です）

     > Note - レジリエンシーリンクに冗長性を持たせ、耐障害性を高めるため、通常は各メンバー2ポートずつをレジリエンシーリンク用に設定し、イーサネットケーブルをリング状に接続することをおすすめします。ただし、メンバー2台でVCSグループを構成するときは、各メンバー1ポートずつをレジリエンシーリンク用に設定して、1本のケーブルで接続してもかまいません。なお、これ以降の説明はすべて、リング状に接続していることを前提としています。

3. 設定内容を確認し、スタートアップコンフィグに保存します。

       vcg(config)# end ↓
       vcg# show running-config ↓
       ...（表示されるコンフィグに問題がないことを確認） ...
       vcg# copy running-config startup-config ↓
       Building configuration...
       [OK]
       Synchronizing file across the stack, please wait..
       File synchronization with stack member-2 successfully completed
       [DONE]
       vcg#

4. これで運用前の設定は完了です。各スイッチのポートを実ネットワークに接続し、運用を開始してください。VCSグループとしての動作状況は、スタンドアローン時にも使用する各種コマンドで確認できるほか、SNMPやログでも確認可能です。また、LED ON/OFFボタンによってLED OFF（エコLED）に設定することで、ステータスLED（LED ON設定時にスタックメンバーIDが表示されている場所）の横3セグメントに、マスターであれば上側のライン"￣"、スレーブであれば下側のライン"＿"が点灯します。

## ナビゲーション

■ VCS導入後の日常作業の基本手順については、第3部 運用編をご覧ください。

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

PN: 613-001763 Rev.F