test

Sun Cluster Geographic Edition のシステム管理

第 5 章 クラスタパートナーシップの管理

この章では、Sun Cluster Geographic Edition ソフトウェアが有効になった 2 つのクラスタ間のパートナーシップの管理手順を示します。

この章で説明する内容は次のとおりです。

パートナークラスタ間での信頼の構成

2 つのクラスタ間でパートナーシップを作成する前に、2 つのクラスタ間でセキュリティー保護された通信が行われるように Sun Cluster Geographic Edition ソフトウェアを設定する必要があります。この構成は相互に行う必要があります。たとえば、クラスタ cluster-newyork を信頼するようにクラスタ cluster-paris を構成する必要があります。同時に、クラスタ cluster-paris を信頼するようにクラスタ cluster-newyork を構成する必要があります。

Procedure2 つのクラスタ間で信頼を構成する

始める前に

次の条件が満たされているか確認します。

  1. クラスタノードの 1 つにログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

  2. 公開鍵をリモートクラスタからローカルクラスタにインポートします。

    このコマンドをローカルクラスタの 1 つのノードで実行し、鍵をリモートクラスタからローカルクラスタの 1 つのノードにインポートします。 


    # geops add-trust -c remotepartnerclustername
    -c remotepartnerclustername[.domainname]

    パートナーシップの形成に使用するクラスタの論理ホスト名を指定します。この論理ホスト名は Sun Cluster Geographic Edition ソフトウェアによって使用され、リモートパートナークラスタ名にマップされます。たとえば、リモートパートナークラスタ名は次のようになります。

    cluster-paris

    クラスタが異なるドメイン上にある場合は、完全修飾ドメイン名も指定します。たとえば、ドメインが異なるパートナーシップ内の 2 つのクラスタは、次のようになります。


    cluster-paris.france
cluster-newyork.usa

    このオプションと add-trust または remote-trust サブコマンドを使用すると、リモートクラスタ上の公開鍵が格納される別名が指定されます。リモートクラスタ上の証明書の別名は、次のパターンにします。

    remotepartnercluster.certificate[0-9]*

    リモートクラスタに属する鍵の別名は、このパターンに一致するようにしてください。

    geops コマンドについては、geops(1M) のマニュアルページを参照してください。

  3. 以上の手順を、リモートパートナークラスタのノードで繰り返します。

    Sun Cluster Manager の使用を選択した場合は、この手順を省略してください。Sun Cluster Manager によってすべてのノードが 1 回で処理されます。

  4. 各クラスタの 1 つのノードから信頼を確認します。


    # geops verify-trust -c remotepartnerclustername[.domainname]

    このコマンドは、コマンドを実行したノードからパートナークラスタのすべてのノードへの信頼を検証します。Sun Cluster Manager の使用を選択した場合は、ローカルクラスタのすべてのノードからパートナークラスタのすべてのノードへの信頼を検証します。

参照

パートナーシップの構成方法とパートナーシップへの参加方法の例については、例 5–4 を参照してください。

Procedure2 つのクラスタ間の信頼を削除する

始める前に

次の条件が満たされているか確認します。

  1. クラスタノードの 1 つにログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

  2. 2 つのクラスタ間でパートナーシップが構成されている場合は、そのパートナーシップを解消します。

    両方のクラスタ上で次のコマンドを実行します。


    # geops leave

  3. 両方のクラスタのすべてのノード上で、ローカルノード上の信頼ストアファイルから、リモートクラスタ用のすべての鍵を削除します。 


    # geops remove-trust -c remotepartnerclustername

    この手順を、ローカルクラスタのすべてのノード上で実行したあと、パートナークラスタのすべてのノード上で繰り返します。

    -c remotepartnerclustername

    鍵を削除するクラスタの論理ホスト名を指定します。リモートクラスタの名前は、geops add-trust コマンドで信頼を追加したときに指定したクラスタ名と同じにする必要があります。リモートクラスタが部分指定の名前で到達可能な場合は、完全指定の名前を指定する必要はありません。

    このオプションと add-trust または remote-trust サブコマンドを使用すると、リモートクラスタ上の公開鍵が格納される別名が指定されます。リモートクラスタ上の証明書の別名は、次のパターンにします。

    remotepartnercluster.certificate[0-9]*

    リモートクラスタに属する鍵の別名は、このパターンに一致するようにしてください。

    geops コマンドについては、geops(1M) のマニュアルページを参照してください。

    Sun Cluster Manager の使用を選択した場合は、クラスタのすべてのノードが 1 回で処理されます。

  4. 以上の手順を、リモートパートナークラスタのノードで繰り返します。

パートナーシップの作成と変更

Sun Cluster Geographic Edition ソフトウェアでは、クラスタ間でパートナーシップを形成し、災害に対する相互的な保護を提供することが可能です。パートナーシップ内のクラスタ同士は、シングルクラスタのノード同士の場合と同じ方法で、相互にハートビートメッセージを送信し合うことによって互いを監視します。ローカルクラスタとは異なり、パートナーシップ内のクラスタは公開ネットワークを使用してこれらのメッセージを送信しますが、追加のプラグインメカニズムもサポートしています。

geops(1M) コマンドを使用して、特定の 2 つのクラスタ間にパートナーシップを 1 つだけ作成します。パートナーシップの作成が終わると、このコマンドを使用してパートナーシップのプロパティーを変更できます。

パートナーシップを作成するときは、パートナーシップ内のすべてのクラスタの名前を必ず一意にしてください。たとえば、ドメイン .france の内部に完全に収まるクラスタの場合は、paris や grenoble などのホスト名を使用できます。しかし、クロスドメインクラスタの場合は、ネットワーク上のホストを識別できるほど十分に限定されたホスト名を指定する必要があります。paris および munich を、ホスト名 paris.france および munich.germany とリンクし、クラスタ名を paris および munich のままにしておくことができます。

クラスタ paris.france および paris.texas の間にパートナーシップを作成することはできません。クラスタ名 paris と衝突するからです。

Sun Cluster Geographic Edition ソフトウェアによって管理されるアプリケーションリソースグループの名前は、両方のパートナークラスタで同じでなければいけません。これらのリソースグループ名は、手動で設定することも、scsnapshot コマンドを使用して設定することもできます。

scsnapshot コマンドには、リソースグループ、リソースタイプ、およびリソースが構成されていないクラスタ上に構成データを複製する機能があります。scsnapshot コマンドを実行すると、実行したクラスタから構成データが取得され、scriptfile という名前のスクリプトが生成されます。このスクリプトを編集して、構成データを複製したいクラスタに固有な特徴に合わせます。たとえば、スクリプトに含まれている IP アドレスやホスト名を必要に応じて変更しなくてはならない場合があります。このスクリプトを、構成データを複製したい任意のクラスタノードから実行します。このコマンドの使用については、scsnapshot(1M) のマニュアルページを参照してください。

2 つの特定のクラスタ間で定義できるパートナーシップは 1 つだけです。1 つのクラスタが、異なるクラスタとのほかのパートナーシップに参加することができます。

Procedureパートナーシップを作成する方法

始める前に

次の条件が満たされているか確認します。

  1. クラスタノードの 1 つにログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

  2. パートナーシップを作成します。


    # geops create -c remotepartnerclustername[.domainname] [-h heartbeatname] \
[-p propertysetting [-p…]] partnershipname
    -c remotepartnerclustername[.domainname]

    パートナーシップに参加するリモートクラスタの名前を指定します パートナーシップ内のクラスタが異なるドメインにある場合は、リモートクラスタのドメイン名も指定してください。

    この名前は、リモートクラスタ上の Sun Cluster Geographic Edition インフラストラクチャーで使用されている論理ホスト名と一致します。

    -h heartbeatname

    パートナークラスタの可用性を監視するために、パートナーシップ内で使用するカスタムハートビートを指定します。

    このオプションを省略した場合、Sun Cluster Geographic Edition のデフォルトのハートビートが使用されます。

    カスタムハートビートは特殊な用途向けであり、構成時には注意が必要です。使用中のシステムでカスタムハートビートを使用する必要がある場合は、Sun の技術担当者に問い合わせてください。カスタムハートビートの構成については、第 6 章ハートビートの管理を参照してください。

    カスタムハートビートを作成する場合は、パートナーシップが縮退モードのままになるのを防ぐため、プラグインを 1 つ以上追加する必要があります。

    geops コマンドを実行する前に、このオプションで提供されているカスタムハートビートを構成する必要があります。

    注 –

    カスタムハートビートが存在すると、パートナーシップを作成している間、デフォルトのハートビートは使用されません。パートナーシップでデフォルトのハートビートを使用するには、geops create コマンドの実行前にカスタムハートビートを削除する必要があります。

    -p propertysetting

    文字列 property=value のように対をなす文で、パートナーシップのプロパティー値を指定します。

    Description プロパティーを使用してパートナーシップの説明を指定します。

    ハートビート喪失通知は、Notification_emailaddrs プロパティーと Notification_actioncmd プロパティーを使用して構成できます。ハートビート喪失通知を構成する方法の詳細は、「ハートビート喪失通知の構成」を参照してください。

    設定できるプロパティーについては、付録 A Sun Cluster Geographic Edition の標準プロパティーを参照してください。

    partnershipname

    パートナーシップの名前を指定します。

    Sun Cluster Geographic Edition ソフトウェアでサポートされる名前と値については、付録 B Sun Cluster Geographic Edition エンティティーに使用できる名前と値を参照してください。

    geops コマンドについては、geops(1M) のマニュアルページを参照してください。

  3. パートナーシップが作成されたことと、そのパートナーシップの状態を確認します。


    # geoadm status
例 5–1 パートナーシップの作成

この例では、cluster-paris クラスタ上で paris-newyork-ps パートナーシップを作成する方法を示します。 


# geops create -c cluster-newyork.usa -p Description=Transatlantic \
-p Notification_emailaddrs=sysadmin@companyX.com paris-newyork-ps
# geoadm status
参照

パートナーシップの構成方法とパートナーシップへの参加方法の例については、例 5–4 を参照してください。

Procedureパートナーシップのプロパティーを変更する方法

  1. クラスタノードの 1 つにログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

  2. パートナーシップのプロパティーを変更します。


    # geops set-prop -p propertysetting [-p…] partnershipname
    -p propertysetting

    文字列 property=value のように対をなす文で、パートナーシップのプロパティー値を指定します。

    Description プロパティーを使用してパートナーシップの説明を指定します。

    ハートビート喪失通知は、Notification_emailaddrs プロパティーと Notification_actioncmd プロパティーを使用して構成できます。ハートビート喪失通知を構成する方法の詳細は、「ハートビート喪失通知の構成」を参照してください。

    設定できるプロパティーについては、付録 A Sun Cluster Geographic Edition の標準プロパティーを参照してください。

    partnershipname

    パートナーシップの名前を指定します。

    Sun Cluster Geographic Edition ソフトウェアでサポートされる名前と値については、付録 B Sun Cluster Geographic Edition エンティティーに使用できる名前と値を参照してください。

    geops コマンドについては、geops(1M) のマニュアルページを参照してください。

  3. 変更内容に間違いがないことを確認します。


    # geops list
例 5–2 パートナーシップのプロパティーの変更

この例では、cluster-paris クラスタの通知電子メールアドレスを変更する方法を示します。


# geops set-prop -p Notification_emailaddrs=operations@companyX.com \
paris-newyork-ps
# geops list

既存のパートナーシップへの参加

パートナーシップの定義と構成を行う際には、このパートナーシップのメンバーとなる二次クラスタを指定します。続いて、この二次クラスタを構成して、パートナー シップに参加させる必要があります。

Procedureパートナーシップに参加する方法

始める前に

次の条件が満たされているか確認します。

  1. パートナーシップに参加させるクラスタのノードにログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

  2. パートナーシップを最初に作成したリモートクラスタ cluster-paris に、その論理ホスト名で到達できることを確認します。


    # ping lh-paris-1

    クラスタの論理ホスト名については、「Sun Cluster Geographic Edition ソフトウェアを有効にする方法」を参照してください。

  3. パートナーシップに参加します。


    # geops join-partnership [-h heartbeatname] remoteclustername partnershipname
    -h heartbeatname

    パートナークラスタの可用性を監視するために、パートナーシップ内で使用するカスタムハートビートを指定します。

    このオプションを省略した場合、Sun Cluster Geographic Edition のデフォルトのハートビートが使用されます。

    カスタムハートビートは特殊な用途向けであり、構成時には注意が必要です。使用中のシステムでカスタムハートビートを使用する必要がある場合は、Sun の技術担当者に問い合わせてください。カスタムハートビートの構成については、第 6 章ハートビートの管理を参照してください。

    カスタムハートビートを作成する場合は、パートナーシップが縮退モードのままになるのを防ぐため、プラグインを 1 つ以上追加する必要があります。

    geops コマンドを実行する前に、このオプションで提供されているカスタムハートビートを構成する必要があります。

    remoteclustername

    現在参加するパートナーシップのメンバーとなっているクラスタの名前を指定します。このクラスタは、パートナーシップの構成情報を取得するのに使用されます。

    partnershipname

    パートナーシップの名前を指定します。

    Sun Cluster Geographic Edition ソフトウェアでサポートされる名前と値については、付録 B Sun Cluster Geographic Edition エンティティーに使用できる名前と値を参照してください。

    geops コマンドについては、geops(1M) のマニュアルページを参照してください。

  4. クラスタがパートナーシップに追加されパートナーシップのプロパティーが正しく定義されたことを確認します。


    # geops list
# geoadm status
例 5–3 パートナーシップへの参加

この例では、例 5–1で cluster-paris 上に作成したパートナーシップに cluster-newyork クラスタを参加させる方法を示します。


# geops join-partnership cluster-paris paris-newyork-ps
# geops list
# geoadm status
例 5–4 異なるドメインにあるリモートクラスタとのパートナーシップを作成して参加させる

この例では、クラスタ cluster-paris.france および cluster-newyork.usa 間に paris-newyork-ps パートナーシップを作成して構成する方法を示します。

  1. cluster-paris.france のノードの 1 つで、パートナーシップの信頼を構成します。


    phys-paris-1# geops add-trust -c cluster-newyork.usa

  2. cluster-newyork.usa のノードの 1 つで、パートナーシップの信頼を構成します。


    phys-newyork-1# geops add-trust -c cluster-paris.france

  3. 両方のクラスタの各ノードで、ローカルクラスタとパートナークラスタ間、およびローカルクラスタのノード同士の両方について、信頼が正しく設定されたことを確認します。


    phys-newyork-1# geops verify-trust -c cluster-paris.france
phys-newyork-2# geops verify-trust -c cluster-paris.france
phys-newyork-1# geops verify-trust
phys-newyork-2# geops verify-trust
phys-paris-1# geops verify-trust -c cluster-newyork.usa
phys-paris-2# geops verify-trust -c cluster-newyork.usa
phys-paris-1# geops verify-trust
phys-paris-2# geops verify-trust

  4. cluster-paris.france 上で、パートナーシップ paris-newyork-ps を作成します。


    cluster-paris# geops create -c cluster-newyork.usa -p Description=Transatlantic \
-p Notification_emailaddrs=sysadmin@companyX.com paris-newyork-ps

  5. cluster-newyork.usa上で、パートナーシップ paris-newyork-ps に参加します。


    cluster-newyork# geops join-partnership cluster-paris.france paris-newyork-ps

  6. パートナーシップが正常に作成されたことを確認します。


    # geops list
# geoadm status

新しいクラスタノードの追加

パートナーシップ内のクラスタに新しいノードを追加するときは、Sun Cluster Geographic Edition 構成内のアクティブな参加者にするための追加タスクをそのノード上で実行してください。

Procedureパートナーシップ内のクラスタに新しいノードを追加する方法

すべての手順を新しいノードから実行します。

  1. クラスタに新しいノードを追加します。

    『Sun Cluster のシステム管理 (Solaris OS 版)』の「ノードの追加」の手順に従います。

  2. Sun Cluster Geographic Edition、データ複製、およびアプリケーションソフトウェアを新しいノードにインストールします。

    • Sun Cluster Geographic Edition ソフトウェアをインストールするには、『Sun Cluster Geographic Edition のインストール』を参照してください。

    • データ複製およびアプリケーションソフトウェアをインストールするには、使用するソフトウェアのマニュアルを参照してください。

  3. 新しいノードを含むクラスタが、アクティブにされている保護グループの主クラスタである場合は、これらの保護グループからアプリケーションリソースグループを削除します。

    この手順は、アプリケーションのダウンタイムを回避するために必要です。


    # geopg remove-resource-group resourcegroup protectiongroup

  4. このクラスタ上でアクティブなすべての保護グループをローカルで非アクティブにします。


    # geopg stop -e local protectiongroup

  5. Sun Cluster Geographic Edition インフラストラクチャーを停止します。


    # geoadm stop

  6. Sun Cluster Geographic Edition インフラストラクチャーを再度有効にします。

    このアクションにより、各 Sun Cluster Geographic Edition リソースグループが作成し直され、新しいノードを含め、クラスタ内のすべてのノードがノード一覧に追加されます。


    # geoadm start

  7. 手順 4 で非アクティブにした保護グループを再度有効にします。


    # geopg start -e local protectiongroup

  8. 手順 3 で削除したアプリケーションリソースグループを復元します。


    # geopg add-resource-group resourcegroup protectiongroup

パートナーシップ内にあるクラスタの名前変更

パートナーシップ内にあるクラスタの名前を変更すると、パートナーシップは無効になります。既存のパートナーシップを完全に構成解除し、新しいクラスタ名を使用する新しいパートナーシップを作成する必要があります。

Procedureパートナーシップ内にあるクラスタの名前を変更する方法

この手順は、パートナーシップ内にあるクラスタのいずれかの名前を変更する方法を示しています。同時に複数のクラスタの名前を変更することができます。

注 –

名前を変更するクラスタが複数のパートナーシップに属している場合は、名前を変更するクラスタとパートナーシップを共有するすべてのクラスタ上で各手順を実行してから、次の手順に進みます。

  1. 名前を変更するクラスタの 1 つのノードで、そのクラスタが属する各保護グループからリソースグループを削除します。

    このタスクにより、本稼働環境でのアプリケーションのダウンタイムが回避されます。


    # geopg remove-resource-group app-rg pg1

  2. 保護グループ内の各クラスタの 1 つのノードから、アプリケーションリソースグループが削除されたことを確認します。


    # geopg list pg1

  3. 名前を変更するクラスタの 1 つのノードから、各保護グループをグローバルに停止します。

    このタスクにより、データ複製が停止します。


    # geopg stop pg1 -e global

  4. 保護グループ内の各クラスタの 1 つのノードから、保護グループを削除します。


    # geopg delete pg1

  5. パートナーシップ内の各クラスタの 1 つのノードから、パートナーシップを離脱させます。


    # geops leave-partnership ps1

  6. 各クラスタの 1 つのノードから、保護グループおよびパートナーシップが削除されたことを確認します。


    # geoadm status

  7. 各クラスタの 1 つのノードから、Sun Cluster Geographic Edition ソフトウェアを無効にします。


    # geoadm stop

  8. 各クラスタの 1 つのノードから、Sun Cluster Geographic Edition ソフトウェアが無効になったことを確認します。

    geo-infrastructure、geo-clusterstate、および data-replication リソースグループが削除されていることを確認します。


    # clrg list
# geoadm status

  9. 名前を変更するクラスタの 1 つのノードから、クラスタ名を変更します。

    『Sun Cluster Geographic Edition のインストール』の「必要な IP アドレスとホスト名の計画」に記載されているネーミングに関するガイドラインに従います。


    # cluster rename -c new-clustername
    注 –

    クラスタの名前にはドメインを含めないでください。パートナーシップに異なるドメイン内のクラスタが含まれる場合は、必要に応じてクラスタ名に cluster.domain という形式でドメイン名を付加して、管理コマンドにドメインを指定します。 パートナーシップ内のクラスタが同じドメイン内のものでない場合、特定の Sun Cluster Geographic Edition コマンドだけがこの完全修飾名を必要とします。

  10. クラスタ名が変更されたことを確認します。


    # cluster list

  11. 両方のクラスタの各ノード上で、新しいクラスタ名に一致する hostname エントリがフリーで、ローカルの /etc/hosts ファイルに追加されていることを確認してください。

    パートナーシップ内のクラスタが異なるドメイン内にある場合は、各クラスタの /etc/hosts エントリにドメインを含めます。


    # ping new-clustername there should be no response
# echo "IPaddress new-clustername" >> /etc/hosts

  12. 各クラスタの 1 つのノードから、Sun Cluster Geographic Edition ソフトウェアを起動します。


    # geoadm start

    Sun Cluster Geographic Edition ソフトウェアを起動できず、エラーの原因が新しい論理ホストの問題ではない場合は、cacaoadm restart コマンドを使用してすべてのノード上で共通エージェントコンテナを再起動してから、Sun Cluster Geographic Edition ソフトウェアを起動します。

  13. 各クラスタの 1 つのノードから、Sun Cluster Geographic Edition ソフトウェアが正しく起動されていることを確認します。


    # geoadm status

  14. 各クラスタの 1 つのノードから、クラスタ間の信頼を追加します。


    # geops add-trust -c remotepartnerclustername[.domainname]

  15. 各クラスタの 1 つのノードから、信頼が正しく追加されていることを確認します。

    注 –

    verify-trust サブコマンドにドメイン名を指定しないでください。


    # geops verify-trust -c remotepartnerclustername

  16. クラスタ間の新しいパートナーシップを作成して参加します。

    1. 主クラスタから、パートナーシップを作成します。


      # geops create -c remotepartnerclustername[.domainname] partnershipname

    2. 二次クラスタから、パートナーシップに参加します。


      # geops join-partnership remotepartnerclustername[.domainname] partnershipname

  17. 各クラスタで、新しいパートナーシップが正しく作成され、そのパートナーシップに参加していることを確認します。


    # geoadm status

  18. 名前を変更したクラスタのノードを再起動しなかった場合は、名前を変更したクラスタの各ノードでハートビートを再起動します。

    ハートビートを再起動すると、ハートビートによる新しいクラスタ名の読み取りと保存が開始されます。


    # /etc/init.d/initgchb_resd stop
# /etc/init.d/initgchb_resd start
例 5–5 パートナーシップ内のクラスタの名前変更

この例では、paris-newyork-ps パートナーチップ内のクラスタ newyork の名前を chicago に変更します。 このクラスタ内のノードの名前は変更されないため、phys-newyork-1 は新しく名前が付けられた chicago クラスタ内のノードになります。 最初に paris-newyork-ps パートナーシップが構成解除されます。 クラスタの名前を変更したあと、新しい paris-chicago-ps パートナーシップが、chicago クラスタを主クラスタ、paris クラスタを二次クラスタとして作成されます。 2 つのクラスタは同じドメインに属するため、コマンドにドメイン名は指定しません。


phys-newyork-1# geopg remove-resource-group app-rg

phys-newyork-1# geopg list examplepg
phys-paris-1# geopg list examplepg

phys-newyork-1# geopg stop examplepg -e global

phys-newyork-1# geopg delete examplepg
phys-paris-1# geopg delete examplepg

phys-newyork-1# geops leave-partnership paris-newyork-ps
phys-paris-1# geops leave-partnership paris-newyork-ps

phys-newyork-1# geoadm stop
phys-paris-1# geoadm stop

phys-newyork-1# clrg list
phys-newyork-1# geoadm status
phys-paris-1# clrg list
phys-paris-1# geoadm status

phys-newyork-1# cluster rename -c chicago
phys-newyork-1# cluster list

phys-newyork-1# ping chicago
phys-newyork-1# echo "192.168.10.1 chicago" >> /etc/hosts
repeat on each node of the chicago cluster

phys-paris-1# ping chicago
phys-paris-1# echo "192.168.20.1 chicago" >> /etc/hosts
repeat on each node of the paris cluster

phys-newyork-1# geoadm start
phys-paris-1# geoadm start

phys-newyork-1# geoadm status
phys-paris-1# geoadm status

phys-newyork-1# geops add-trust -c paris
phys-paris-1# geops add-trust -c chicago

phys-newyork-1# geops verify-trust -c paris
phys-paris-1# geops verify-trust -c chicago

phys-newyork-1# geops create -c paris paris-chicago-ps
phys-paris-1# geops join-partnership chicago paris-chicago-ps

phys-newyork-1# geoadm status
phys-paris-1# geoadm status

phys-newyork-1# /etc/init.d/initgchb_resd stop
phys-newyork-1# /etc/init.d/initgchb_resd start
repeat on each node of the chicago cluster

phys-paris-1# /etc/init.d/initgchb_resd stop
phys-paris-1# /etc/init.d/initgchb_resd start
repeat on each node of the paris cluster
次の手順

次の作業を実行します。

注 - 新しい保護グループを作成するときは、どれが主クラスタでどれが二次クラスタであるかに注意を払い、データ複製が目的の方向で開始されるようにする必要があります。

該当するデータ複製ガイドの手順に従います。

パートナーシップからの離脱 (パートナーシップの削除)

geops コマンドを使用してパートナーシップからクラスタを除去し、そのパートナーシップに関連付けられていたすべてのリソースを解放することもできます。

このコマンドを実行すると、ローカルのパートナーシップ構成情報が破棄されます。このため、パートナーシップから最後のメンバーが離脱する時点で、このパートナーシップは消滅します。

Procedureパートナーシップから離脱する方法

始める前に

次の条件が満たされているか確認します。

  1. クラスタノードの 1 つにログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

  2. パートナーシップに保護グループが含まれていないことを確認します。


    # geopg list

    パートナーシップに保護グループが含まれていることが判明した場合は、geopg delete コマンドを実行して削除できます。保護グループの削除については、次のいずれかのデータ複製ガイドを参照してください。

  3. パートナーシップのメンバーであるクラスタの任意のノードで、パートナーシップを除去します。


    # geops leave-partnership partnershipname
    partnershipname

    パートナーシップの名前を指定します

    注 –

    geops leave-partnership コマンドを実行すると、カスタムハートビートも含め、パートナーシップ用に構成されたハートビートが削除されます。

    詳細は、geops(1M) のマニュアルページを参照してください。

例 5–6 パートナーシップからの離脱

この例では、cluster-paris クラスタを paris-newyork-ps パートナーシップから離脱させる方法を示します。 


phys-paris-1# geops leave-partnership paris-newyork-ps
例 5–7 パートナーシップの削除

上記の例の方法で paris-newyork-ps パートナーシップから cluster-paris クラスタを離脱させると、パートナーシップに残ったメンバーは cluster-newyork クラスタだけになります。cluster-newyork クラスタをパートナーシップから強制的に離脱させることにより、paris-newyork-ps パートナーシップを削除できます。 


phys-newyork-1# geops leave-partnership paris-newyork-ps
次の手順

パートナーシップ内の他方のクラスタで、この手順を繰り返します。

パートナーシップの再同期

災害が発生した場合、復旧するまでの間、両パートナークラスタは切り離された状態になります。この場合、管理者は、両パートナーが共有している保護グループのテイクオーバーを実施しなければならないことがあります。両方のクラスタが再びオンライン状態になった時点で、両方のパートナークラスタはそれ自体を保護グループの主クラスタと報告することがあります。ローカル保護グループの構成情報を、パートナークラスタから取得した構成情報と再同期させる必要があります。

パートナーシップに参加しているクラスタに障害が発生した場合、このクラスタはその再起動時に、停止していた間にパートナーシップのパラメタが変更されていないかを確認します。管理者は、障害が発生したクラスタの情報、またはフェイルオーバークラスタ上の情報で、どちらのパートナーシップ構成情報を保持するかを 決定します。続いて、必要に応じ、パートナーシップ構成を再同期させます。

元の二次クラスタがダウンし、あとで稼働を再開した場合は、その後の状況で構成情報を再同期させる必要はありません。

パートナーシップの再同期が必要かどうかを調べるには、geoadm status コマンドを使用します。Configuration 状態が Synchronization Status Error の場合は、パートナーシップを再同期させる必要があります。Local status に「Partnership Error」と表示されている場合は、パートナーシップを再同期させないでください。この場合は、ハートビートの交換が行われるまで待機してください。

Procedureパートナーシップを再同期させる方法

始める前に

次の条件が満たされているか確認します。

注意 – 注意 –

パートナーシップを再同期させると、コマンドの実行元クラスタのパートナーシップ構成がパートナークラスタの情報によって上書きされます。

  1. パートナークラスタから取得した情報を使用して同期をとる必要があるクラスタの任意のノードにログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

  2. パートナーシップを再同期させます。


    # geops update partnershipname
    partnershipname

    パートナーシップの名前を指定します

例 5–8 パートナーシップの再同期

この例では、パートナーシップを再同期させる方法を示します。


# geops update paris-newyork-ps