要約データ

マニュアルの変更履歴

Cinder は、VNF にボリュームを割り当てるための OpenStack ブロックストレージサービスです。ボリュームは、永続的なストレージを可能にするためにインスタンスにアタッチされるブロックストレージデバイスです。

OSP 16.0 より前の P-GW では、仮想顧客宅内機器（VCPE）と RedHat を使用するときに、運用上の問題が発生していました。VM の回復機能は QvPC-DI の VM 制御機能（CF）を停止させ、コンピューティングホストの障害により別のコンピューティングホスト上で復旧を試みます。新しい CF インスタンスが起動し、冗長ディスクアレイ（RAID1）が形成されると、アクティブな CF インスタンスは internet Small Computer System Interface（iSCSI）チャネルを介してディスクの同期を実行します。このプロセスはブロック単位で実行され、ディスク全体で反復されます。ディスクの同期は DI-LAN を介して行われます。ディスクサイズが 250GB を超えると、ストレージ構成、DI-LAN ネットワーク帯域幅、トラフィックによっては時間がかかります。

この問題を克服するために、OSP16.1 を使用して Cinder ボリュームのマルチアタッチをサポートします。この Cinder マルチアタッチ機能を使用すると、ボリュームを複数の VNF インスタンスに同時にアタッチできます。

• QvPC-DI の CF1（アクティブ）と CF2（スタンバイ）は、オーケストレータの起動時に同じマルチアタッチボリュームに接続します。

• StarOS は、CF1 と CF2 が iSCSI チャネルを介して同じディスクボリュームに接続されているかどうかを検出します。

• Cinder ボリュームのマルチアタッチケースが検出されると、HD-RAID は HD ローカルディスクのみ（アクティブな CF に接続されたディスク）を使用して形成されます。このプロセスは、動作上の問題を解決するために HD-RAID ミラーリングを回避します。

マルチアタッチでのディスク障害

マルチアタッチでのディスク障害の場合、両方の CF が同じボリュームを指しているため、CF をスイッチオーバーできません。Cinder ボリュームマルチアタッチでディスク障害が検出されると、自動 ICSR スイッチオーバーが開始されます。Cinder ボリュームマルチアタッチのディスク障害シナリオを処理するために、シャーシ間セッションリカバリ（ICSR）設定が使用されます。

システム ボリューム ステータスのモニター

vPGW のアクティブな CF カードのマルチアタッチ Cinder ボリュームに障害が発生した場合、サービス冗長性プロトコル（SRP）グローバル コンフィギュレーション モードのシステムボリュームモニター 機能によって、以下のことを実行できます。

• CLI コマンドを使用してボリュームのアタッチやデタッチ中のシステムボリュームをモニタリングする。

• マルチアタッチ Cinder ボリュームがアクティブな CF カードから切断され、SRP スイッチオーバーが発生した場合に、スイッチオーバー理由を変更する。

• アクティブな VNF のスタンバイ CF カードがボリュームのデタッチを検出したときに、SNMP トラップを通知する。

システムがアクティブな CF からマルチアタッチ Cinder ボリュームのステータスをモニターできるようにするには、次の CLI コマンドを使用します。

configure 
   context context_name 
      service-redundancy-protocol 
      [ no ] monitor system volume 
   end 

注：

• monitor system volume ：サービス冗長性プロトコル（SRP）を有効にしてボリュームをモニターします。

• no ：ボリュームモニタリングを無効にします。

この項では、show コマンドを使用してこの機能を監視およびトラブルシューティングする方法について説明します。