PowerProtect Data Domain：DDHAアップグレードの事前チェック

高可用性(HA)機能を使用すると、2つの保護システムをアクティブ-スタンバイ ペアとして構成し、システム障害が発生した場合に冗長性を提供することができます。HAは、アクティブ システムとスタンバイ システムの同期を維持します。これは、ハードウェアまたはソフトウェアの問題が原因でアクティブ ノードに障害が発生した場合に、スタンバイ ノードが障害が発生したノードを引き継ぐことができるようにするためです。

HAは、次のシステムでサポートされています。

• Data Domain DD6800
• PowerProtect DD6900
• Data Domain DD9300
• PowerProtect DD9400
• PowerProtect DD9410
• Data Domain DD9800
• PowerProtect DD9900
• PowerProtect DD9910

DDHAシステムのアップグレードの準備

アップグレードを開始する前に、両方のノードが最適に機能していることを確認してください。どちらかのノードに障害が発生している間にアップグレードすると、障害が発生してサービスが中断する可能性があります。アップグレードを進める前に、次のチェックを実行します。

システム情報

システムのホスト名、シリアル番号、モデル、現在のDDOSバージョン、アップタイムを確認します。

iDRAC構成

iDRACは、再起動中の問題を監視およびトラブルシューティングするための貴重なツールであるため、設定されているかどうかを確認します。

iDRACがDellレガシー システムDD6800、DD9300、DD9800で使用できないわけではありません。

ファイル システムのステータス

ファイル システムが有効で実行中であることを確認します。

アラートとハードウェア障害

現在のシステム アラートを確認し、ハードウェア障害があれば解決します。

アラートは、アクティブ ノードとスタンバイ ノードの間で常に共有されるわけではありません。根本的な問題を示す可能性のあるアクティブなアラートがないか、両方のノードを個別に確認してください。ほとんどのアラートは1つのノードにのみ表示されるため、デュアルノードの検証が不可欠です。

HAシステム ステータス

アップグレードを開始する前に、システムが高可用性状態であることを確認します。

システムの容量

システム全体の容量を評価します。

DDOSアップグレード プロセスを円滑に進めるために、DDOSバージョン7.xより前のバージョンにアップグレードする場合はData Domainシステム上に少なくとも 10%の空き領域 を確保し、DDOS 7.x以降にアップグレードする場合は 少なくとも5%の空き領域 を確保することが推奨されます。この使用可能なスペースは、一時ファイルや、インデックスまたはメタデータへの変更を処理するために不可欠です。これにより、アップグレード中のアップグレードの失敗やパフォーマンス低下のリスクを最小限に抑えることができます。 

ファームウェアのバージョン

すべてのシステム コンポーネントが最新のファームウェアを実行していることを確認します。

ターゲット コードが7.7.5.1、7.10.1.0、7.11.xより前の場合は、ディスク ファームウェアのバージョンを確認し、KB記事 000204252でガイダンスを参照してください。

ネットワーク設定

システムのネットワーク構成を確認し、すべてのインターフェイスが適切なIPアドレスで動作していることを確認します。

DDHAシステムでは、ネットワーク インターフェイスはフローティングまたは固定として構成されます。各タイプには、特定の動作と検証要件があります。

• フローティング インターフェイス: フローティングとして構成されたインターフェイスの場合は、各ネットワーク インターフェイス カード(NIC)ポート、エイリアス、または仮想Ethernet(veth)インターフェイスが、アクティブ ノードとスタンバイ ノードの両方で有効かつ実行中の状態であることを確認します。フローティング インターフェイスでは、アクティブ ノードではIPアドレスが表示され、スタンバイ ノードでは[N/A]と表示されることが予想されます。
• 固定インターフェイス: 固定とマークされたインターフェイスの場合は、構成された各NICポート、エイリアス、またはvethが有効で実行中の状態であることを確認します。フローティング インターフェイスとは異なり、固定インターフェイスは両方のノードで同じ構成である必要はありません。
• HAインターコネクト(veth99): HAインターコネクト(veth99)が存在し、必要なすべてのポートが有効で実行中であることを確認します。
  • veth99に必要な接続の数とスロットの位置は、Data Domainモデルによって異なります。

ディスク ステータス

ディスクの状態を評価し、障害発生(F)、再構築中(R)、コピー(C)、または不在(A)のディスクがないことを確認します。 

DDHA構成では、スタンバイ ノードはデータを処理または提供しません。その結果、スタンバイ ノードに接続されているエンクロージャ ディスクに「使用中ディスク」状態が表示されません。代わりに、すべてのディスクが「既知のディスク」状態で表示され、システムは認識しているがアクティブではないことを示します。アクティブ ノードがすべてのデータ操作を処理するため、これは予期された動作です。

エンクロージャステータス

すべてのエンクロージャ デバイスが正しく機能していることを確認します。

エンクロージャトポロジ

両方のノードからエンクロージャ トポロジーを検証します。 

メモ:

• 出力はミラーリング画像である必要があります。
• enc.ctrl.portの横にあるアスタリスク(*)を探し、[Error Message]フィールドでコントローラーやケーブルの障害などの問題を確認します。
• ?, !, や !! などの記号エラーを示します。
• すべてのシェルフ番号が正しく、一貫していることを確認します。

レプリケーション ステータス

レプリケーションが初期化中でないことを確認してください。その場合は、KB記事000014079を参照してください。

DDOSバージョン7.7.1以降、ディレクトリー レプリケーションはサポートされなくなりました。7.7.1より前のバージョンからアップグレードし、ディレクトリー レプリケーションが構成されている場合は、アップグレードする前に、DDOS管理ガイドの「ディレクトリーからMTreeへのレプリケーションの移行」セクションを参照してください。

ハードウェアの正常性評価

Data Domainシステムの包括的なハードウェア ヘルス チェックを開始します。 

このコマンドは、すべてのDDプラットフォームと互換性があるわけではありません。詳細については、KB記事 000326481を参照してください。

ファイルシステムのクリーニング

ファイルシステムのクリーニングが実行されているかどうかを確認します。アクティブな場合は、完了を許可するか、アクティブ ノードで# filesys clean stopコマンドを実行して手動で停止します。

クラウド クリーニング

クラウドのクリーニングが実行されているかどうかを確認します。アクティブな場合は、完了を許可するか、アクティブ ノードで # cloud clean stop コマンドを実行して手動で停止します。

データ移動

クラウド階層を使用するシステムの場合は、データ移動が実行されているかどうかを確認します。アクティブな場合は、アクティブ ノードで# data-movement stop allコマンドを実行して、手動で停止します。

バックアップと復元

バックアップまたはリストア アクティビティが進行中の場合は、続行する前に一時停止または停止します。

HAフェールオーバー テスト

フェールオーバー テストの目的は、アクティブ ノードからスタンバイ ノードへのフェールオーバーを開始して高可用性を検証することです。移行が完了したら、2回目のフェールオーバーを実行して元のノードに制御を戻し、完全な双方向フェールオーバー機能を確保します。

アクティブ ノード：

• 次のコマンド： ha status コマンドを使用して、両方のノードがオンラインの高可用性状態であることを確認します。
• そのノードで ha failover precheck (DDOSバージョン7.8以降で使用可能)を実行して、フェールオーバーの準備状況を確認します。
• そのノードで ha failover アクティブ ノードで、アクティブ ノードからスタンバイ ノードに切り替えます。

新しいアクティブ ノード(以前のスタンバイ ノード):

• 次のコマンド： ha status コマンドを使用して、両方のノードがオンラインの高可用性状態であることを確認します。
• そのノードで ha failover precheck (DDOSバージョン7.8以降で使用可能)を使用して、システムのフェールオーバーの準備ができていることを確認します。
• そのノードで ha failover 新しいアクティブ ノードでスタンバイに切り替えます。

RPMパッケージのアップグレード

アップグレードRPMパッケージをアクティブ ノードにアップロードします。システム アップグレードの事前チェック コマンドが実行されると、パッケージは自動的にスタンバイ ノードにコピーされます。

アップグレードRPMパッケージは、 Data Domain Deduplication Storage Systems ページから入手できます。

• 次のコマンドを使用して、クライアント サーバーからアクティブ ノードにRPMファイルを転送します。

client-server# scp <rpm file> sysadmin@<active-node-hostname-or-IP-address>:/ddr/var/releases/

• • お客様が定義したパスワードの入力を求めるプロンプトが表示されます。アクティブ ノード上のターゲット ディレクトリーは/ddr/var/releasesです。
• ファイル転送が完了したら、次のコマンドを実行して、アクティブ ノードに関するシステム パッケージ情報を確認します。 

active-node# system package list

システム アップグレードの事前チェック

アクティブ ノードから、 system upgrade precheck <file> に指定します。事前チェックがエラーなしで正常に完了した場合、システムはDDOSのアップグレードを続行する準備ができています。DDHAシステムのアップグレードに関する詳細なガイダンスについては、KB記事 000009653を参照してください。