LifeKeeper for Windowsサポートマトリックス

*LifeKeeperはWindowsの復元をサポートしていません。Windowsの復元を使用すると、共有ストレージがロックされ、RAW状態になる場合があります。

サポートするクラウドプラットフォーム

• AWS
• AWS Outposts
• Microsoft Azure
• Google Cloud
• Oracle Cloud Infrastructure

AWS Outposts

クラウドサービスとして一般に提供されているAWSのサービスをRegion、AWS OutpostsをOutpostsと表記します。
また、Outposts上または同一アカウントのRegion上にあるクライアントを内部クライアント、オンプレミス上や別アカウント上にあるクライアントを外部クライアントと表記します。

利用可能な構成

一部のARKを除いてRegion上で利用可能な機能はOutposts上でも同等の要件を満たすことでご利用いただけます。
Outposts固有の制限があるARKは以下の通りです。

• Recovery Kit for EC2 (RK for EC2)
• Recovery Kit for Route53 (RK for Route53)
• Generic ARK for Secondary IP address on AWS (Gen_AWS_2nd_IP)
• LB Health Check Kit (LBHC Kit)

外部クライアントから接続する場合には、これらのARKはOutpostsのルーティングモードによって利用が制限されます。

各構成の詳細については後述します。

また可用性の観点から、各LifeKeeperクラスターノードはそれぞれ異なるOutpostsサーバー上に配置することを推奨します。

ダイレクトVPCルーティングモードでGeneric ARK for Secondary IP address on AWSを使う場合の構成上の注意点

ダイレクトVPCルーティングモードにおいて外部クライアントからLifeKeeperクラスターに通信するにはGen_AWS_2nd_IPを利用してください。

CoIPモードでRecovery Kit for Route53を使う場合の構成上の注意点

CoIPモードにおいて外部クライアントからLifeKeeperクラスターに通信するにはRK for Route53を利用してください。
RK for Route53でRoute53 Hosted ZoneのAレコードに対応するIPアドレスを書き換えるために、CoIPをOSに認識させてください。
CoIPはAWSコンソール上でEC2インスタンスやENIに割り当ててもOSからは認識されません。そこでCoIPと同等のプライベートIPアドレスをOS上で静的に割り当てる必要があります。しかしAWSコンソールで割り当てられていないIPアドレスをOS上で静的に割り当てると、該当のNICを使った他の通信に問題が生じる可能性があります。そこで実際の通信には利用しない専用のENIを割り当てたり、ダミーNICを作成したりしてから、そのNICに対してCoIPを静的に割り当ててください。

Red Hat OpenShift Virtualization

利用可能なOpenShift Virtualizationの機能

• ライブマイグレーション
• スナップショット
  1. 取得時の注意点
     1. DataKeeperを使用している場合はソースノードとターゲットノード間でデータの不整合が発生しないような手順でスナップショットを取得する必要があります。これを確実にするためにスナップショットを取得する場合は、全てのターゲットノードを停止し、必ず全ノードで同タイミングのスナップショットを取得してください。
  2. 復元時の注意点
     1. 復元前に全てのLifeKeeperクラスターノードを停止してください。
     2. スナップショットから復元するとPVCが別のPVCに置き換わります。共有ディスクがアタッチされている場合は、最初に復元した仮想マシン以外は古いPVCのままか、何も指定されない状態になるため、同じPVCを手動で指定しなおす必要があります。
     3. Windows VMではvTPMデバイスが割り当てられている場合は該当VMからvTPMデバイスを削除する必要があります。OpenShift VirtualizationのWebコンソールで該当VMのConfigurationタブからboot modeをUEFIとして、YAMLタブからvTPM設定を無効にします。
        （OpenShift Virtualization v4.18以降ではこの対応は不要です。）

■ 変更前
spec:
..(snip)..
        devices:
          tpm:
            persistent: true
■ 変更後
spec:
..(snip)..
        devices:
          tpm: {}

構成上の要件

ストレージ要件
LifeKeeperをインストールするディスク、およびLifeKeeperで保護するディスクの要件は以下の通りです。

• ストレージクラスがocs-storagecluster-ceph-rbd-virtualizationであること
• TypeがDiskであること
• 共有ディスクをLifeKeeperで保護する場合は、両ノードのDisk名を同じにすること
• Interfaceがvirtioであること
  

ネットワーク要件

• LifeKeeperのコミュニケーションパスおよびIPリソースに利用するネットワークは以下の要件を満たしてください。
  1. Linuxブリッジネットワークであること
  2. ネットワークインターフェイスコントローラーのモデルがvirtioであること

クライアント要件

• 想定するクライアントは同じOpenShift Virtualization上にあるVMやコンテナです。
  

制限事項

• 以下のARKは利用できません。
  1. LB Health Check Kit
  2. プラットフォーム固有のARK
     1. Recovery Kit for EC2
     2. Recovery Kit for Route 53
• LifeKeeperをインストールした仮想マシンを他の仮想化プラットフォームとOpenShift Virtualization間で移行することはサポートしません。
• OpenShift Data Foundationに関連する障害ではLifeKeeperが期待通り機能しないことがあります。十分な冗長化とLifeKeeper以外での対処を推奨します。