書番号 :LK LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編 ) 第 5 版サイオステクノロジー株式会社

Size: px

Start display at page:

Download "書番号 :LK LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編 ) 第 5 版サイオステクノロジー株式会社"

せいごろうこやぎ
5 years ago
Views:

1 書番号 :LK LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編 ) 第 5 版サイオステクノロジー株式会社

2 目次 1. はじめに本ドキュメントについてサポート要件についてサポートされる仮想環境サポートされるストレージ仮想マシン構成について仮想マシン構成の概要各構成に共通する留意点共有ディスク構成 (SAN (RDM)) 共有ディスク構成 (SAN (RDM)) の留意点共有ディスク構成 (iscsi ターゲット ) 共有ディスク構成 (iscsi ターゲット ) の留意点共有ディスク構成 (NAS) 共有ディスク構成 (NAS) の留意点共有ディスク構成 (VMDK) 共有ディスク構成 (VMDK) の留意点 DataKeeper (DK) 構成 DataKeeper 構成の留意点 Single Server Protection (SSP) Server Protection (SSP) 構成の留意点障害発生時の LifeKeeper の動作について vsphere の機能利について vsphere HA vsphere HA 機能の利について vsphere HA 機能利時の留意点 vsphere FT vsphere FT 機能の利について vsphere FT 機能利時の留意点 vmotion vmotion 機能の利について vmotion 機能利時の留意点 Storage vmotion Storage vmotion 機能の利について Storage vmotion 機能利時の留意点 LifeKeeper for Linux 設定上の考慮点 LifeKeeper for Linux のインストールおよびクラスター設定について

3 7.2 IP リソースの監視処理についてリンク監視について疎通性確認について免責事項

4 改訂履歴日付バージョン変更情報 2015/10/ 第 1 版新規作成 2016/5/ 第 2 版第 1 版の誤植や説明不な項目を訂正 2017/05/ 第 3 版 vsphere6.5 に対応 2017/12/ 第 4 版 vsan のサポートを追加 2018/10/ 第 5 版 vsphere6.7 に対応 4

5 1. はじめに本ドキュメントに含まれる情報は公表の日付におけるサイオステクノロジー株式会社の考え方に基づいていますサイオステクノロジー株式会社は記載されている内容をお約束しているわけではありませんまたそれらの内容を保証するものでもありません本ドキュメントは情報提供のみを目的としていますまた記載内容は予告無く変更する場合があります予めご了承ください本文書に記載の内容は LifeKeeper for Linux 9 および VMware vsphere 6 の構成を対象としています本ドキュメントを作成するにあたり動作検証を実施していますが LifeKeeper for Linux および VMware vsphere の全機能全パラメータの組み合わせにつきましての動作検証はっていませんお客様の要件に沿った動作や結果が得られるかについては必要に応じて十分な検証を実施いただくことを推奨します 2. 本ドキュメントについて本ドキュメントは VMware vsphere 環境上の仮想マシン (Guest OS) に対して HA クラスタシステムを LifeKeeper for Linux をいてう場合の構成ガイドですクラスタシステムの運における詳細な情報は含まれていませんまた LifeKeeper for Linux / Single Server Protection 製品に関する詳細は SIOS Technology, Inc. より提供されている各種技術ドキュメント ( リリースノート, テクニカルドキュメンテーション ) を参照してください 5

6 SIOS Protection Suite for Linux リリースノートバージョン LifeKeeper Single Server Protection リリースノートバージョン SIOS Protection Suite for Linux 9.3 テクニカルドキュメンテーション LifeKeeper Single Server Protection v9.3 テクニカルドキュメンテーション 6

7 3. サポート要件について 3.1. サポートされる仮想環境 LifeKeeper for Linux の各バージョンがサポートする仮想環境は SPS サポートマトリクスのサポート対象の仮想環境に記載しています 3.2. サポートされるストレージ以下の情報を参考にしてそれぞれの構成で必要なストレージを選択してください SCSI Reservation によるフェンシングが可能な共有型ストレージ (SAN(RDM), iscsi ターゲット ) サポートストレージ一覧 NAS ストレージ NFS サーバーまたは NAS デバイス (NFS v2 v3 v4 でマウント可能な NFS ファイルシステム ) VMDK 構成 (Quorum, Witness + STONITH によるフェンシング ) VMware でサポートするストレージ 7

8 LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) 4. 仮想マシン構成について共有ディスク型構成以下に紹介する仮想マシンの構成はサーバー2 台共有ストレージ 1 台で構成をい共有ストレージに VMFS LUN RDM LUN を作成しています共有ディスク内の VMFS に各 VM を配置することを前提に紹介していますまた NAS ストレージ iscsi ターゲット Quorum/Witness サーバーは図にあるように外部ネットワークを経由した先のサーバーに設置されている事を前提としています 8

9 具体的なストレージの構成は以下の図のようになります VMFS データストア (VMFS1,VMFS2) には VMDK が保管されます RDM には別に LUN(LUN0 から 14) を作成し各 VM に対して割り当て可能な状態にします 9

それぞれに以下の様な役割を設定しています vswitch 番号 vsphere システムポート仮想 NIC 名 ( ネットワーク ) vswitch0 Management -

10 LifeKeeper for Linux / Single Server Protection v9.1.2 以降のバージョンでは vsphere 6.5 での vsan 環境についてもサポートしますネットワーク構成は ESXi サーバーの内部で使する以下の 4 つの vswitch( 仮想スイッチ ) を作成してそれぞれに以下の様な役割を設定しています vswitch 番号 vsphere システムポート仮想 NIC 名 ( ネットワーク ) vswitch0 Management - vswitch1 vmotion private1( /24) vswitch2 FT private2( /24) vswitch3 - public( /16) 10

クラスターのすべてのホストで共有される単一のストレージプールを作成します HA vmotion DRS といった共有ストレージを必要とする VMware 機能をサポートすることで vsan

11 LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) VMware vsan 構成 VMware vsan は ESXi ハイパーバイザーの一部としてネイティブに実されるソフトウェアの分散レイヤーです vsan はホストクラスタのローカルディスクまたは直接接続されたキャパシティデバイスを統合し vsan クラスターのすべてのホストで共有される単一のストレージプールを作成します HA vmotion DRS といった共有ストレージを必要とする VMware 機能をサポートすることで vsan では外部共有ストレージの必要性がなくなりストレージ構成や仮想マシンのプロビジョニング操作を簡素化できますこの VMware vsan についても LifeKeeper for Linux 製品でご利いただけるプラットフォー1 台の ESXi を監視サーバーとした構成です 11

ネットワーク構成は通常の ESXi サーバーで使する構成のほかに vsan のネットワークを割り当てて構成します vsan のネットワークは監視サーバーとも通信がえる必要があります vsan Server vswitch 番号 vsphere システムポート仮想 NIC 名 ( ネットワーク ) vswitch0 Management - vswitch1 vsan -

12 ネットワーク構成は通常の ESXi サーバーで使する構成のほかに vsan のネットワークを割り当てて構成します vsan のネットワークは監視サーバーとも通信がえる必要があります vsan Server vswitch 番号 vsphere システムポート仮想 NIC 名 ( ネットワーク ) vswitch0 Management - vswitch1 vsan - vswitch2 FT,vMotion - vswitch3 - public( /16) vswitch4 - private1( /24) ESXi Server( 監視 ) vswitch 番号 vsphere システムポート仮想 NIC 名 ( ネットワーク ) vswitch0 Management public( /16) vswitch1 vsan - 12

13 4.1. 仮想マシン構成の概要共有ディスク構成本ドキュメントにおいて示す共有ディスクとは仮想マシン間で共有するディスクまたは領域を指します SAN(Raw Device Mapping(RDM)) 物理互換モードにより直接ストレージ上の LU を仮想マシンに割り当てて利します iscsi ターゲット仮想マシン上の OS の iscsi イニシエーターから iscsi ストレージ ( ターゲット ) を利します Network Attached Storage(NAS) 仮想マシン上の OS の NFS クライアントから NAS 上の領域を利します VMDK VMDK ファイルを複数の VM で共有する構成です RDM のように SCSI Reservation による排他制御は利できませんので Quorum/Witness, STONITH を使した排他制御をいます DataKeeper 構成 (DK) 各仮想マシンに対して仮想ディスク (VMDK) をローカルディスクとして割り当てネットワーク越しに同期したディスクを共有領域として利します Single Server Protection 構成 (SSP) 単一 VM で構成しアプリケーション障害を検出した場合に動的に復旧させることが出来ます vsphere HA と連携する事でアプリケーション障害 OS の障害を vsphere HA によって検出して復旧させることが出来ます 13

14 ESXi の構成 ( 共有ディスク型 vsan) でそれぞれ利可能な構成が異なります以下の表に利可能な構成をまとめました仮想マシン構成共有ディスク型 vsan SAN(Raw Device Mapping(RDM)) 〇 iscsi ターゲット〇〇 Network Attached Storage(NAS) 〇〇 VMDK 〇〇 DataKeeper 構成 (DK) 〇〇 Single Server Protection 構成 (SSP) 〇〇 14

15 各構成に共通する留意点クラスターを構成する仮想マシンを単一の仮想ホストで稼動させることはサポートされません単一の仮想ホストでクラスターを構成する仮想マシンを稼動させた場合その仮想ホストが単一障害点 (SPOF) となる事により高可性システムとはならないため高可性の観点からクラスターを構成する仮想マシンは単一の仮想ホストで稼動させる事はサポートされません仮想マシンが単一のホストで動作する要因として以下の要因が考えられます vsphere vmotion によるライブマイグレーション仮想マシン停中の移操作 vsphere HA による仮想マシンのフェイルオーバシステムの障害やメンテナンス等に伴い仮想マシンを一時的に単一の仮想ホストでクラスターノードを稼動させる事は可能ですがメンテナンス完了後は仮想マシンを個別の仮想ホストでクラスターノードを稼動させてください vsphere 6 のクラスター機能からvSphere DRS の機能である仮想マシン / ホストルールを使すると動的に同じホスト上で稼働しないよう VM を制御させることが出来ます具体的には vsphere Web Client からログインして以下のように操作をってください 1. vsphere クラスターの管理タブから仮想マシン / ホストルールを選択する 2. 仮想マシンの分割を選択して別々のホストで稼働したいノードを登録する 15

Reservation による排他制御を vsphere6 でうためには上記の様に RDM を共有ディスクとして各 VM を別々のホストに配置する必要があります 4.2.1.

16 LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) 4.2. 共有ディスク構成 (SAN (RDM)) 共有ディスク構成 (SAN (RDM)) の構成例共有ディスク構成は別々の ESXi サーバー(ホスト)で稼働する各 VM から SCSI バスの共有を利して RDM にアクセスをい実現します LifeKeeper がう SCSI Reservation による排他制御を vsphere6 でうためには上記の様に RDM を共有ディスクとして各 VM を別々のホストに配置する必要があります共有ディスク構成 (SAN (RDM)) の留意点オプションのマルチパス Recovery Kit が不要ですストレージ接続がマルチパスの環境であってもパスの制御は VMware vsphere 側のマルチパスドライバが実施するため仮想マシン上に導入する LifeKeeper for Linux ではオプションのマルチパス Recovery Kit が不要ですサポートされるストレージについてはサポートストレージ一覧を参考にしてくださいゾーニングや LUN マスキングを適切に設定してくださいハイパーバイザーが使する共有ストレージには適切にゾーニングや LUN マスキング 16

17 を設定し不要なハイパーバイザーからアクセスしないように構成してくださいこれはハイパーバイザーが起動時に認識する共有ストレージに対して査をい SCSI RESERVE が設定されている事によりアクセスできない場合に BUS_DEVICE_RESET を実施して一時的に LifeKeeper による SCSI RESERVE が解除される場合があるためです SCSI RESERVE が解除された場合でも LifeKeeper がう共有ストレージの監視処理実時に再度 SCSI RESERVE が設定されるため運上の影響はありません単一ホストで稼動させた場合は排他制御が不可となります単一のホストで LifeKeeper のクラスターノードを稼動させた場合は LifeKeeper の共有ストレージを使した SCSI Reservation による排他制御がわれませんこれによりコミュニケーションパスの全断にともない両ノードでリソースがアクティブとなった場合両ノードからファイルシステムの変更をいファイルシステムを破損する恐れがあります必ず複数のホストで構成された vsphere の環境で別々のホストで各ノードが稼働するようスケジュールしてくださいなおこの挙動は RDM を使した共有ディスク構成のみで起こる事象です iscsi ターゲットをはじめ他の構成では発生しませんまた単一ホストで稼働する構成は SCSI Reservation による排他制御を使しない構成においても非サポートとなります理由は単一ホストが単一障害点となる為クラスター構成による冗化構成が保てなくなる為です vsan 環境では RDM を利いただけません vsan 環境では RDM が非サポートとなりますそのため LifeKeeper for Linux で RDM による共有ディスク構成をリソースとすることはできません 17

18 LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) 4.3. 共有ディスク構成 (iscsi ターゲット) 共有ディスク構成 (iscsi) の構成例 iscsi 接続の共有ディスクを使して共有ディスク構成を実現する場合各 VM から iscsi イニシエーターを使して iscsi ターゲットに接続をいますこの接続方式の場合 RDM を使した共有ディスク接続が不要であり SCSI バス共有をう必要がありません共有ディスク構成 (iscsi ターゲット) の留意点ストレージモデルによりオプションのマルチパス Recovery Kit が必要となります RDM としての登録をわないため VM の OS は直接 iscsi ストレージへ接続をいますそのためサポートストレージ一覧に記載のあるように iscsi モデルには vsphere(rdm) の項目は無く Multi Path もしくは Single Path の項目に記載のある ARK が必要となります iscsi ストレージによる RDM 構成はサポートしていません 18

19 現在 LifeKeeper for Linux では iscsi ストレージによる RDM 構成をサポートしていません vsan 構成でも利可能です LifeKeeper for Linux でサポートする iscsi ストレージは vsan で稼働する VM( クラスターノード ) で共有ディスクとして利することが可能です 19

20 LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) 4.4. 共有ディスク構成 (NAS) 共有ディスク構成 (NAS) の構成例 NAS ARK を使して保護する NAS ストレージ NFS Client を共有ディスクとして設定する事が可能です VM で共有ディスクの設定をわない構成となりますので SCSI バスの共有をう必要がありません共有ディスク構成 (NAS) の留意点オプションの NAS Recovery Kit が必須ですオプションの NAS (Network Attached Storage) Recovery Kit が必要です NFS サーバーのバージョンを確認してください NAS 接続のストレージは NAS ARK がサポートする NFS サーバーまたは NAS デバイス(NFS v2 v3 v4 でマウント可能な NFS ファイルシステム)である必要があります 20

21 vsan 構成でも利可能です NAS 接続のストレージは vsan で稼働する VM( クラスターノード ) の共有ディスクとして利することが可能です 21

I/O フェンシングが可能な構成共有ディスクを RDM として VM に認識させる方法もしくは iscsi ストレージを VM から接続する方法とすることをお勧めしていますが

22 LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) 4.5. 共有ディスク構成 (VMDK) 共有ディスク構成 (VMDK) の構成例 LifeKeeper for Linux で共有ディスクを構成する場合は SCSI Reservation による I/O フェンシングが可能な構成共有ディスクを RDM として VM に認識させる方法もしくは iscsi ストレージを VM から接続する方法とすることをお勧めしていますが SCSI Reservation 以外の I/O フェンシングをいる事で VMDK を共有ディスクとして利する事も出来ます VMDK の共有ディスク構成では以下に紹介するような I/O フェンシング機能を利してスプリットブレインを未然に防いでください 22

23 共有ディスク構成 (VMDK) の留意点 SCSI Reservation 以外のフェンシング機能が必要です VMDK をノード間で使する共有ディスクとする為には SCSI Reservation による I/O フェンシング機能が利できなくなる為代替え手段が必要となります LifeKeeper では代替えの I/O フェンシング機能として Quorum/Witness, STONITH, Watchdog の機能を利頂けますそれぞれの機能には所 / 短所がありますのでシステム要件に応じて Quorum/Witness と STONITH の様に組み合わせて利してください LifeKeeper の I/O フェンシングについては以下のドキュメントに詳細を掲載しています LifeKeeper I-O フェンシングの概要 ifekeeper_io_fencing/introduction.htm Quorum/Witness Server Support Package for LifeKeeper(steeleyelkQWK) が必要です Quorum/Witness によるフェンシングを実現する場合は Quorum/Witness Server Support Package for LifeKeeper (steeleye-lkqwk) を各ノードおよび Witness サーバーを利する場合は Witness サーバーにそれぞれ追加インストールする必要がありますライセンスは Core ライセンスで稼働しますのでオプションとしてライセンスを追加購入する必要はありません steeleye-lkqwk はインストールした直後からフェンシング機能が有効になりますそのため設定する直前にパッケージをインストールしてくださいまた使しなくなった場合はアンインストールをってください majority モードでは 3 台以上のクラスター構成が必要です majority モードを使する場合は quorum check を使しますので 3 台以上でクラスターを構成しそれぞれに steeleye-lkqwk をインストールする必要がありますそのため 2 台構成のクラスターの場合さらに Witness サーバーを意する必要があります Witness サーバーには LifeKeeper Core をインストー 23

24 ルする必要がありますがライセンスは Core ライセンスで稼働しますのでオプションとしてライセンスを追加購入する必要はありません Remote_tcp モードを利する場合は Quorum チェックのためにクラスター構成外の他のサーバーが必要です 3 台目以降のサーバーをクラスターとしてシステムに組み込まなくても構成が可能です設定の詳細は以下を参照してください Quorum/Witness ion/lifekeeper_io_fencing/quorum_witness.htm vsphere CLI が必要です vsphere6 を使した STONITH を使する場合 vsphere CLI を OS にインストールする必要があります VMware のサイトからダウンロードして各ノードにインストールをってください vsphere CLI を使した STONITH の設定について STONITH はクラスター内のノードの電源をリモートから切断するフェンシング方式です vsphere CLI の vmware-cmd コマンドを使する事で vsphere6 でも STONITH を利することが出来ますただし VM は vmotion や vsphere HA によって稼働するホストが変更されますので現在稼働するホストに対して VM を停するようコマンドを実する設定が必要となりますそのため VM が稼働するホストに対して VM の停コマンドを発するスクリプトを作成してこのスクリプトを stonith.conf から実できるよう設定をってください stonith.conf には両ノードを停するコマンドを指定する必要がありますそのため例えば以下の様にノード毎のスクリプトファイルを作成し ESXi1, ESXi2 の両方のホストに対して実できるようにします ( スクリプトに実権限も与えてください ) ル ) /opt/lifekeeper/config/shutdowna.sh(vm1 を停するスクリプトファイ #! /bin/bash vmware-cmd -H ESXi1 -U root -P password VM1.vmx stop hard 24

25 vmware-cmd -H ESXi2 -U root -P password VM1.vmx stop hard /opt/lifekeeper/config/shutdownb.sh(vm2 を停するスクリプトファイル ) #! /bin/bash vmware-cmd -H ESXi1 -U root -P password VM2.vmx stop hard vmware-cmd -H ESXi2 -U root -P password VM2.vmx stop hard -H はホスト (ESXi サーバー ) -U は OS のログインユーザ -P はユーザのパスワードを指定します実際に停する VM のイメージファイルをフルパスで指定して最後に処理内容を記入します作成したスクリプトファイルを両ノードに保存して以下の様に stonith.conf ファイルから読み込まれるよう設定します /opt/lifekeeper/config/stonith.conf : VM1 /opt/lifekeeper/config/shutdowna.sh VM2 /opt/lifekeeper/config/shutdownb.sh *VM1,VM2 は LifeKeeper が認識している OS のホストネームです STONITH の設定の詳細については以下を参照してください STONITH n/lifekeeper_io_fencing/stonith.htm 25

26 オプションのマルチパス Recovery Kit が不要ですストレージ接続がマルチパスの環境であってもパスの制御は VMware vsphere 側のマルチパスドライバが実施するため仮想マシン上に導入する LifeKeeper for Linux ではオプションのマルチパス Recovery Kit が不要ですサポートストレージ一覧に掲載されている以外のストレージを利できますサポートストレージ一覧に掲載されたストレージは SCSI Reservation によるフェンシングが可能である事を確認したストレージとなります VMDK の構成では SCSI Reservation によるフェンシングを利しませんので vsphere ESXi サーバーでサポートするストレージであれば利できます vsan 構成でも利可能です共有ディスク構成 (VMDK) は vsan 環境で稼働する LifeKeeper for Linux のクラスターノードの共有ディスクとして利することが可能です ( SCSI Reservation 以外の I/O フェンシングが必須 ) 26

27 LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) 4.6. DataKeeper (DK) 構成 DataKeeper 構成の構成例 DataKeeper 構成はシステム領域以外に別のパーティションを設けてパーティション単位でブロックレベルのデータレプリケーションをいクラスターノード間でデータの共有をいます別パーティションに分かれれば良いので共通の VMDK 内にシステムデータ領域を共存する事も可能ですデータレプリケーションは専のネットワーク経路を指定しています 27

28 DataKeeper 構成の留意点 DataKeeper for Linux が必須です LifeKeeper for Linux においてデータレプリケーション構成を実施する場合 DataKeeper for Linux が必須ですデバイス ID を取得するために device_pattern ファイルへの追記が必要です VMware vsphere 環境において DataKeeper for Linux を使してデータレプリケーションをう場合データレプリケーションに使する仮想ディスクのデバイス ID を取得するために DataKeeper for Linux が使する以下の device_pattern ファイルへの追記が必要です追記先ファイル /opt/lifekeeper/subsys/scsi/resources/devname/device_pattern 追記内容 /dev/sd* または /dev/sdb* /dev/sdc* 本対応が実施されていない場合はデータレプリケーションリソース作成時に以下のメッセージが LifeKeeper GUI 上に表示されリソース作成に失敗します BEGIN create of < リソース名 > Cannnot get the hardware ID of device < ソースディスク名 > vsan 構成でも利可能です 28

29 DataKeeper for Linux は vsan で稼働する LifeKeeper for Linux のクラスターノードの共有ディスクとして利することが可能です 29

LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) 4.7.

Protection(SSP)の構成例 SSP はクラスターではないのですが LifeKeeper

して動的に保護したサービスを復旧しますまた vsphere HA と連携する事でア

30 LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) 4.7. Single Server Protection (SSP) Single Server Protection(SSP)の構成例 SSP はクラスターではないのですが LifeKeeper のようにサービスをリソースとして保護します保護したサービスで障害が発生した場合監視機能とリカバリ機能が稼働して動的に保護したサービスを復旧しますまた vsphere HA と連携する事でアプリケーション障害のみではなくカーネルパニック等で VM の OS が稼働しなくなった場合でも vsphere HA を使した VM の強制再起動による復旧をうことが出来ます 30

31 Server Protection (SSP) 構成の留意点 vsphere HA が利できる環境ではない場合カーネルパニック等のノード障害の復旧はえません vsphere HA と連携して稼働する場合は仮想マシンとアプリケーションの監視に設定変更し /etc/default/lifekeeper に HA_DISABLE=0 のパラメータを追加設定する必要があります vsphere6 では vcenter と連携する SteelEye 管理コンソール (SMC) をサポートしていません SMC による vcenter との連携が可能なのは vsphere5.5 以前のバージョンとなります vsan 構成でも利可能です vsan で構成する仮想環境上の VM ノードでも SSP を使してアプリケーションを保護することが可能です 31

32 5. 障害発生時の LifeKeeper の動作について VMware vsphere 環境で稼働する LifeKeeper では以下の様なサービス障害に発生した場合正常にサービスのリカバリがわれます LifeKeeper for Linux SSP RDM iscsi NAS DK VMDK OS 上のアプリケーション障害〇〇〇〇〇〇 *1 VM 障害 ( カーネルパニック VM のフリーズリセット等 ) ネットワーク障害 ( サービス LAN 障害 ) ネットワーク障害 ( コミュニケーションパス 1 本切断 ) ネットワーク障害 ( コミュニケーションパス全て切断 ) マネージメントネットワーク障害全パスダウン (APD) ホスト (ESXi サーバー ) 障害〇〇〇〇〇〇 ( 要 VHA) 〇〇〇〇〇 *2 〇〇〇〇〇 *3 〇〇〇〇〇 *3 影響なし影響なし影響なし影響なし影響なし影響なし〇〇〇〇 ( 要 VHA) ( 要 VHA) ( 要 VHA) ( 要 VHA) 〇 ( 要 VHA) *4 〇〇〇〇〇〇 ( 要 VHA) *1. vsphere HA と連携する事でよりサービスの継続性を高めることが出来ます *2. SSP ではネットワーク障害を検出できますが他の経路を使するローカルリカバリで復旧できない場合同じホスト上で VM を再起動する挙動のみとなりますそのため物理的にネットワークの通信がえない経路障害の場合復旧できなくなります *3. SSP にはコミュニケーションンパスがないため該当の障害は発生しませんそのため - としています *4. SSP は VM 単体で稼働します APD が発生した場合は同じノードでの再起動しか動的にえないため APD を復旧するもしくは vmotion 等で他のホストにサービスを切り替えない限り起動はえません OS 上のアプリケーション障害アプリケーション障害とはハートビートによるノード監視は正常であるが保護するサービス 32

33 の監視で障害を検出する事です vsphere6 体にはアプリケーションの障害を検出する機能がありませんので LifeKeeper, SSP を使する事で保護するサービスの障害を動的に復旧してサービスの継続性を高めることが出来ますまた SSP ではローカルリカバリで復旧がえなかった場合のシステムリセットを OS によるシステムリセットではなく vsphere HA によるシステムのリセットに変更することが出来ますこれは OS によるシステムリセットがえないようなアプリケーション障害 ( システム負荷が高くサービスの提供やコマンドの受け付けはえないがハートビートへの応答は可能な状態など ) が発生した場合に有効ですこの機能を利する場合は vsphere HA が有効である必要があります VM 障害 ( カーネルパニック VM のフリーズリセット等 ) VM 障害とは VM がフリーズやカーネルパニック等を引き起こす障害ですその結果待機ノードがハートビートによるノード監視がえなくなり障害を検出しますこの場合 vsphere HA による VM の監視機能を使する事で動的にリカバリ (VM のリセット ) する事が可能です vsphere HA による VM の監視では障害を検出してから 1 分程度でリセットがわれます対して LifeKeeper では VM の障害を検出してサービスの切り替えを開始するまでに 15 秒程度となりますので vsphere HA の VM 監視より早くサービスを復旧する事が可能ですネットワーク障害 ( サービス LAN 障害 ) サービス LAN のネットワーク障害が発生した場合 VIP, もしくはサービスがアプリケーション障害を検出しますそのため OS 上のアプリケーション障害と同等の動作となりますただし SSP の場合 1 台の VM で障害検出し復旧する必要がありますのでネットワークが物理的に切断されている場合は動的な復旧が望めませんそのためネットワークの冗化等を推奨しますネットワーク障害 ( コミュニケーションパス 1 本切断 ) ハートビート通信をうコミュニケーションパス 1 本が切断した場合 LifeKeeper ではそれぞれコミュニケーションパスの障害を検出しますコミュニケーションパスは複数本で構成しますので 1 本途切れても稼働するサービスには影響しませんネットワーク障害 ( コミュニケーションパス全て切断 ) コミュニケーションパスが全断した場合ハートビートによるノード監視がえなくなりますそのため各ノードがサービス復旧を試みますが LifeKeeper の排他制御をう機能により両ノードでのサービスの起動を防ぐことが出来ますマネージメントネットワーク障害 vsphere HA のマネージメントネットワークに障害が発生しましても LifeKeeper, SSP の各構 33

34 成では保護するサービスや OS には影響しませんただ vsphere6 による vcenter や ESX サーバーを経由した VM の管理がえなくなりますなお vsphere HA の設定でマネージメントネットワーク障害が発生した場合のホストの対応として VM に対して再起動や停を促す設定も可能です全パスダウン (APD) VM を保存する VMFS へのパスが全てダウンした場合の挙動ですこの場合ホストのメモリ上で OS が起動した状態で読込先のディスク (VMDK) にアクセスできなくなるという状況に陥ります LifeKeeper や SSP ではこの状況に陥ったシステムやアプリケーションの障害の検出は殆どえませんそのため vsphere HA の設定によって APD となった VM を強制再起動させることお勧めします強制再起動をう事で稼働しているノードで VM の障害を検出しますアクティブノードが強制再起動された場合はスタンバイノードにサービスを切り替えますホスト (ESXi サーバー ) 障害 VM が稼働する ESXi サーバー ( ホスト ) が障害となり停や再起動を起こした場合 vsphere HA によって別のホストに VM を切り替えることが出来ます LifeKeeper で構成する RDM iscsi,nas,dk,vmdk,ssp のいずれの構成でも vsphere HA による別ホストへの切り替えは可能であり LifeKeeper としても正常に稼働しますなお LifeKeeper は vsphere HA によるノードの切り替えよりも早くハードビートによるノードの障害を検出し切り替えを開始しますのでアクティブノードが稼働するホストで障害が発生した場合は別のホストで稼働するスタンバイノードにサービスを切り替えます 34

35 6. vsphere の機能利について構成別 vsphere 機能対応表 LifeKeeper for Linux SSP RDM iscsi NAS DK VMDK vsphere HA( ホスト障害 )*3 〇〇〇〇〇〇 vsphere HA (VM 監視 ) 〇〇〇〇〇〇 *1 vsphere FT *2 〇〇〇 *2 〇 vmotion 〇〇〇〇〇〇 Storage vmotion *2 〇〇 *2 〇 *1 SSP は OS の強制再起動によるリカバリの他に vsphere HA のアプリケーション監視と連動した VM の強制再起動によるリカバリを使する事も可能です具体的な設定方法については P36 のをご確認ください *2 該当の構成は全て SCSI バスの共有を意味しますこの場合各機能が利できなくなるためとしています *3 vsphere HA のホスト障害によって単一ホストにクラスターノードが集まった場合 P37 のを参考に対応をう必要があります 35

36 LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) 6.1. vsphere HA vsphere HA 機能の利について vsphere HA で実現される機能としては ESXi サーバー体の障害によって他の ESXi サーバーに VM を切り替えるサービスと仮想マシンアプリケーションの監視やネットワークストレージパスの監視など多岐に渡ります LifeKeeper ではこれらのそれぞれの機能と共存して稼働する事が可能です仮想ホスト障害時は vsphere HA よる障害検出(60 秒程度)より LifeKeeper のコミュニケーションパスによるノード障害検知(15 秒)が先にわれますそのため LifeKeeper によるリカバリ処理が早くわれますまた何らかの影響で LifeKeeper によるノードの障害の検出に vsphere HA による障害検出リカバリより時間を要したとしても vsphere HA によるシステムの復旧が先にわれるのみですスタンバイノードは死活監視が正常にえるように復旧したと判断してそのままスタンバイノードとして稼働します仮想マシンの監視機能は SSP と連動することが出来ます SSP と連動する場合は vsphere HA の設定にある仮想マシンの監視の項目を仮想マシンとアプリケーションの監視に変更してください仮想マシンとアプリケーション障害を検出するためのハートビートが利可能となります実際の障害が発生した場合の動作については vsphere HA の設定にあるホスト隔離への対応と仮想マシンの感度の項目を変更してください 36

37 また SSP の設定として /etc/default/lifekeeper に HA_DISABLE=0 のパラメータを追加する必要があります全パスダウン (APD) に掲載した VMFS との接続が全てダウンする APD の様な状態に陥った場合の挙動についても vsphere HA の設定にある障害状態と仮想マシンの対応から設定を変更して頂く事が出来ます vsphere HA 機能利時の留意点 LifeKeeper for Linux のノードが同一 ESXi サーバー ( ホスト ) 上で稼働する可能性がありますホストが 2 台構成で 1 台のホストで障害が発生した場合全てのノードが 1 台のホスト上で稼働する事になりますまた RDM を使した共有ディスク構成は障害時の一時的な構成ではありますが SCSI Reservation によるフェンシング機能が利できない構成となります LifeKeeper では VM を同一ホストで稼働する事は単一障害点となる構成であり SCSI Reservation によるフェンシング機能が利できない構成となるためサポートしていない構成となりますそのため速やかに障害の発生したホストを復旧してください vsphere DRS による仮想マシンの分割構成を利できます vsphere HA によって同一ホストでクラスターノードが稼働する構成となった場合でもホストが復旧した後動的に別々のホストへ vmotion をう事が出来ますこの設定をう事でリカバリ後に手動で vmotion する手間が省けます具体的な設定は vsphere Web Client からログインして以下のように操作をってください 1. vsphere クラスターの管理タブから仮想マシン / ホストルールを選択する 2. 仮想マシンの分割を選択して別々のホストで稼働したいノード ( クラスタノードの要件 ) を登録する 37

LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) 6.2. 6.2.1.

ホストの障害発生時にシームレスに稼働するホストを切り替えますこの際 LifeKeeper のノードを構成する VM や SSP が稼働する VM も

38 LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) vsphere FT vsphere FT 機能の利について vsphere FT は HA とは異なりホストの障害発生時にシームレスに稼働するホストを切り替えますこの際 LifeKeeper のノードを構成する VM や SSP が稼働する VM も LifeKeeper による障害検知やデータ損失はありません vsphere FT を使する場合あらかじめプライマリの VM の他にリアルタイムでデータ更新のわれるシャドウインスタンスを他のホストに作成します 38

39 vsphere FT 機能利時の留意点使するディスクサイズが 2 倍になります vsphere 6 から新機能として導入された vsphere FT を使する場合あらかじめプライマリの VM の他にリアルタイムでデータ更新のわれるシャドウインスタンスを他のホストに作成しますそのため 2 ノードでクラスターを構成している場合 4 ノード分のディスク容量を使しますなおレガシー Fault Tolerance( レガシー FT) を使する場合はレガシー FT の仕様に準じますので単一ディスクで構成されますディスクサイズを 2 倍使しません vsphere FT は SCSI バスの共有を使する VM に対して利できません vsphere FT は SCSI バスの共有を使する VM に対して利できませんので RDM を使した共有ディスク構成 VMDK を使する共有ディスク構成のクラスターに対しては利できません 10GBps のネットワークポートが必要です vsphere 6 から新機能として導入された vsphere FT を実現するためにはプライマリインスタンスとシャドウインスタンスを保存するホスト間で 10GBps ネットワークポートを使したデータ転送が可能な環境が必要となりますなおレガシー FT を使する場合はレガシー FT の仕様に準じますので 1Gbps でも構成が可能ですレガシー FT については以下のドキュメント P62 のレガシー Fault Tolerance をご参照ください 67-availability-guide.pdf 39

LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) 6.3. 6.3.1.

40 LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) vmotion vmotion 機能の利について vmotion は VM が稼働するホストをオンラインで切り替えるライブマイグレーション機能です vmotion を LifeKeeper のノードを構成する VM や SSP が稼働する VM に対してっても LifeKeeper による障害検知やデータ損失はありませんまた vsphere6 からは RDM を使した VM についてもライブマイグレーションが可能となりました 40

41 vmotion 機能利時の留意点 RDM を共有ディスクとして構成した VM の vmotion は可能です RDM を共有ディスクとして構成している場合でも vmotion は可能ですただし LifeKeeper で RDM に対して SCSI Reservation をう場合は必ず別々のホスト上で VM が稼働してそれぞれ別々の経路で RDM に接続できるよう構成してください同じホスト上で稼働する VM を使して RDM を共有ディスクとして保護しても SCSI Reservation が正しく稼働しません vsphere DRS を利して頂く事は可能です vsphere DRS を使して vmotion をスケジュールすることは可能です vsphere HA の留意事項にあるように別々のホストで VM が稼働するよう vsphere DRS を設定してください 41

LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) 6.4. Storage vmotion 6.

を変更する機能ですまた稼働するホストとストレージの両方を同時に切り替える事も可能ですそのため vmotion と Storage

42 LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) 6.4. Storage vmotion Storage vmotion 機能の利について Storage vmotion はオンラインで VM が稼働する VMFS を変更する機能ですまた稼働するホストとストレージの両方を同時に切り替える事も可能ですそのため vmotion と Storage vmotion のどちらも利可能な構成であれば LifeKeeper や SSP の稼働には影響なく稼働するホストとストレージの両方を同時に切り替える事が可能です 42

43 Storage vmotion 機能利時の留意点 SCSI バスの共有を使する VM に対して利できません Storage vmotion は SCSI バスの共有を使する VM に対して利できませんそのため RDM を使した共有ディスク構成 VMDK を使する共有ディスク構成のクラスターに対しては利できません DataKeeper を使した構成の場合は利できません LifeKeeper + DataKeeper 構成のクラスターに対しては利できません 43

44 7. LifeKeeper for Linux 設定上の考慮点 7.1 LifeKeeper for Linux のインストールおよびクラスター設定について LifeKeeper for Linux のインストールおよびクラスター設定は物理サーバーと同じ手順でインストール可能です具体的な手順については以下のスタートアップガイドを確認してください LifeKeeper for Linux スタートアップガイド (v9.3 ) IP リソースの監視処理について仮想環境においては物理的なネットワークスイッチに加えて仮想ホスト上にも仮想的なネットワークスイッチがあるため仮想的なネットワークスイッチを含めてネットワーク構成全体を考える必要がありますリンク監視について VMware vsphere の環境において仮想マシンはすべて仮想ホスト内の仮想スイッチに接続されているため仮想ホストの物理スイッチを介して接続している場合異なる仮想ホスト上で稼動する仮想マシン同士は下図の様に 3 つのネットワークスイッチを介して接続される形になります 44

45 LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) クラスターを構成する仮想マシン間のネットワーク接続概要仮想マシン間の接続は上図の様なネットワーク構成となるため仮想スイッチ仮想ホストと物理スイッチのリンクが切断した場合仮想マシン上の LifeKeeper はこのリンク切断を検知できないことにより IP リソースの監視処理においてリンクの切断を検知しませんこのため IP リソースではブロードキャストまたはユニキャストによる LifeKeeper クラスター外部への疎通確認が必要です仮想マシン上の OS または LifeKeeper においてリンクの切断を検知した場合は仮想マシンの設定においてネットワーク接続を無効化したことが原因であると考えられます疎通性確認についてブロードキャストまたはユニキャストによる疎通性確認において仮想ホストの内部と外部の何れかに存在する IP アドレスが応答したかにより以下の２つの図において示すネットワーク障害発生時の疎通性確認の結果に差異が発生します仮想ホスト内部の仮想マシンが応答して疎通確認に成功する例 45

46 LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) 上図に示す例では仮想ホスト外への通信は不可であるが非クラスターノードの仮想マシンが応答しているためクラスターノードはシステムから隔離されていないという判断のもと IP リソースの障害を検知しません 46

LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) 仮想ホスト外部の Gateway が応答せず疎通確認に失敗する例上図に示す例では仮想ホスト外への通信が不可であり Gateway から応答が無いためクラスターノードはシステムから隔離されているという判断のもと IP

47 LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編) 仮想ホスト外部の Gateway が応答せず疎通確認に失敗する例上図に示す例では仮想ホスト外への通信が不可であり Gateway から応答が無いためクラスターノードはシステムから隔離されているという判断のもと IP リソースの障害を検知します疎通性確認においては先の 2 つの図のような差異が発生することから検討事項としては以下の様な項目があげられます仮想マシンにおいてブロードキャスト PING への応答を無効化する IP リソースのプロパティにおいて Ping List に仮想ホスト外部のホストや機器の IP アドレスを指定する 47

48 8. 免責事項本書に記載された情報は予告なしに変更削除される場合があります最新のものをご確認ください本書に記載された情報は全て慎重に作成され記載されていますが本書をもってその妥当性や正確性についていかなる種類の保証もするものではありません本書に含まれた誤りに起因して本書の利者に生じた損害についてはサイオステクノロジー株式会社は一切の責任を負うものではありません第三者による本書の記載事項の変更削除ホームページ及び本書等に対する不正なアクセスその他第三者のためにより本書の利者に生じた一切の損害についてサイオステクノロジー株式会社は一切の責任を負うものではありませんシステム障害などの原因によりメールフォームからのお問い合せが届かずまたは延着する場合がありますのであらかじめご了承くださいお問い合せの不着及び延着に関しサイオステクノロジー株式会社は一切の責任を負うものではありません著作権本書に記載されているコンテンツ ( 情報資料画像等種類を問わず ) に関する知的財産権はサイオステクノロジー株式会社に帰属しますその全部一部を問わずサイオステクノロジー株式会社の許可なく本書を複製転転載公衆への送信販売翻案その他の次利をすることはいずれも禁されますまたコンテンツの改変削除についても一切認められません本書では製品名ロゴなど他社が保有する商標もしくは登録商標を使していますサイオステクノロジー株式会社住所 : 東京都港区南麻布 2 丁目 12-3 サイオスビル URL : 48

SIOS Protection Suite for Linux v9.3.2 AWS Direct Connect 接続クイックスタートガイド 2019 年 4 月

SIOS Protection Suite for Linux v9.3.2 AWS Direct Connect 接続クイックスタートガイド 2019 年 4 月本書およびその内容は SIOS Technology Corp.( 旧称 SteelEye Technology, Inc.) の所有物であり許可なき使用および複製は禁止されています SIOS Technology Corp. は本書の内容に関していかなる保証も行いません

書番号 :LK LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編 ) 第 5 版 サイオステクノロジー株式会社

書番号 :LK LifeKeeper for Linux 仮想環境構成ガイド (VMware vsphere6 編 ) 第 5 版サイオステクノロジー株式会社