データセンターの廃止が必要になることもあります。たとえば オペレーティング システムをアップグレードする場合は、 新しいオペレーティング システムを新しいデータセンターにインストールしてから、古いデータセンターを廃止する 次のセクションでは、データセンターの廃止の例を紹介します。 データセンターに dc-1 と dc-2 の 2 つのデータセンターがあり、 12 ノード クラスタ化インストール:
- dc-1 は廃止するデータセンターです。
- dc-2 は廃止手順で使用する 2 つ目のデータセンターです。
アップグレードする場合 dc-2 は、Google Cloud コンソールまたは オペレーティング システム(OS)の新しいバージョン。ただし、新しい OS をインストールする必要はありません。 データセンターを廃止します
データセンターを廃止する際の考慮事項
データセンターを廃止する際は、次の点を考慮してください。
- 廃止されるデータセンターへのすべてのランタイム トラフィックと管理トラフィックをブロックしてリダイレクトする 他のデータセンターに転送できます。
- データセンターを廃止すると、Apigee クラスタの容量は減少します。 これを補うために、残りのデータセンターの容量を増やすか、 管理できるようになります。
- 廃止プロセス中に、状況によっては分析データが失われる可能性があります。 廃止されるデータセンターにインストールされている分析コンポーネント詳しくは、 詳しくは、Qpid の追加または削除を行う 説明します。
- データセンターを廃止する前に、すべてのコンポーネントがどのように すべてのデータセンター、特に OpenLDAP、ZooKeeper、Cassandra、 Postgres サーバーですまた、すべてのコンポーネントとその構成のバックアップを取る必要もあります。
始める前に
- Management Server: すべての廃止手順は、Management Server によって大きく異なります。1 つしかない場合: Management Server を利用できます。 新しいソフトウェア インスタンスを Management Server コンポーネントが dc-1 以外のデータセンターにあること(管理を廃止する前) 追加し、DC-1 にアタッチされている Management Server の 1 つは常に使用できます。
- Router: Router を廃止する前に Router のネットワーク到達性を無効にします ポート 15999 をブロックします。ランタイムがないことを確認する ルーティングされるトラフィックを管理できます
Cassandra と ZooKeeper: 以下のセクションでは、2 つのデータセンター構成で dc-1 を廃止する方法について説明します。 3 つ以上の 廃止するノードへのすべての参照を削除してから、 (この場合は dc-1) すべてのサイレント構成ファイルから取得できます。 廃止する Cassandra ノードを
CASS_HOSTS
から削除します。 残りの Cassandra ノードは、CASS_HOSTS
の元の順序のままにする必要があります。Postgres: Postgres マスターを廃止する場合は、必ずいずれかのマスターを 新しい Postgres マスターとして使用可能なスタンバイ ノードを作成します。QPID サーバーは Postgres マスターが長期間使用できない場合、分析データが失われる可能性があります。
前提条件
コンポーネントを廃止する前に、すべてのコンポーネントを 説明します。現在のバージョンの Edge の手順に沿って、次の手順を実施します。 バックアップですバックアップの詳細については、このモジュールの バックアップと復元。
注: Cassandra ノードまたは ZooKeeper ノードが複数ある場合は、一度に 1 つずつバックアップしてください。 ZooKeeper が一時的にシャットダウンされるからです。
- 廃止する前に、次のコマンドを使用して Edge が稼働していることを確認します。
/opt/apigee/apigee-service/bin/apigee-all status
- 使用しているデータセンターにランタイム トラフィックが現在送信されていないことを確認する あります。
コンポーネントを廃止する順序
Edge for Private Cloud を複数のノードにインストールする場合は、 これらのノード上のエッジ コンポーネントは、次の順序で配置されます。
- Edge UI(edge-ui)
- Management Server(edge-management-server)
- OpenLDAP(apigee-openldap)
- Router(エッジルーター)
- Message Processor(edge-message-processor)
- Qpid Server と Qpidd(edge-qpid-server と apigee-qpidd)
- Postgres と PostgreSQL データベース(edge-postgres-server と apigee-postgresql)
- ZooKeeper(apigee-zookeeper)
- Cassandra(apigee-cassandra)
以降のセクションでは、各コンポーネントを廃止する方法について説明します。
Edge UI
dc-1 の Edge UI コンポーネントを停止してアンインストールするには、次のコマンドを入力します。
/opt/apigee/apigee-service/bin/apigee-service edge-ui stop
/opt/apigee/apigee-service/bin/apigee-service edge-ui uninstall
管理サーバー
dc-1 で管理サーバーを廃止するには、次の操作を行います。
- dc-1 で Management Server を停止します。
apigee-service edge-management-server stop
- dc-1 に登録されている Management Server の UUID を見つけます。
curl -u <AdminEmailID>:'<AdminPassword>' \ -X GET “http://{MS_IP}:8080/v1/servers?pod=central®ion=dc-1&type=management-server”
- サーバータイプの登録を解除します。
curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers \ -d "type=management-server®ion=dc-1&pod=central&uuid=UUID&action=remove"
- サーバーを削除します。注: このサーバーに他のコンポーネントもインストールされている場合、
UUID を削除する前に、それらをすべて登録解除してから、
curl -u <AdminEmailID>:'<AdminPassword> -X DELETE http://{MS_IP}:8080/v1/servers/{UUID}
- dc-1 で Management Server コンポーネントをアンインストールします。
/opt/apigee/apigee-service/bin/apigee-service edge-management-server uninstall
Open LDAP
このセクションでは、dc-1 で OpenLDAP を廃止する方法について説明します。
注: データセンターが 3 つ以上ある場合は、 データセンターが 3 つ以上ある設定については、以下をご覧ください。
dc-1 で OpenLDAP を廃止する手順は次のとおりです。
- 次の手順に従って、dc-1 OpenLDAP ノードをバックアップします。 バックアップ方法
2 つのデータセンター(dc-1 と dc-2)間のデータ レプリケーションを 両方のデータセンターで次の手順を実行します。
- 現在の状態を確認します。
ldapsearch -H ldap://{HOST}:{PORT} -LLL -x -b "cn=config" -D "cn=admin,cn=config" -w {credentials} -o ldif-wrap=no 'olcSyncRepl' | grep olcSyncrepl
出力は次のようになります。
olcSyncrepl: {0}rid=001 provider=ldap://{HOST}:{PORT}/ binddn="cn=manager,dc=apigee,dc=com" bindmethod=simple credentials={credentials} searchbase="dc=apigee,dc=com" attrs="*,+" type=refreshAndPersist retry="60 1 300 12 7200 +" timeout=1
- 次のコマンドを含むファイル
break_repl.ldif
を作成します。dn: olcDatabase={2}bdb,cn=config changetype: modify delete: olcSyncRepl dn: olcDatabase={2}bdb,cn=config changetype: modify delete: olcMirrorMode
ldapmodify
コマンドを実行します。ldapmodify -x -w {credentials} -D "cn=admin,cn=config" -H "ldap://{HOST}:{PORT}/" -f path/to/file/break_repl.ldif
出力は次のようになります。
modifying entry "olcDatabase={2}bdb,cn=config" modifying entry "olcDatabase={2}bdb,cn=config"
- 現在の状態を確認します。
dc-2 の LDAP でエントリを作成すると、dc-2 が dc-1 にレプリケーションされなくなったことを確認できます dc-1 の LDAP に表示されないようにする必要があります。
必要に応じて、以下の手順に沿って dc-2 リージョンに読み取り専用ユーザーを作成できます OpenLDAP ノードを作成し、ユーザーが複製されているかどうかを確認します。その後、ユーザーは 削除されました。
- dc-2 に、次の内容のファイル
readonly-user.ldif
を作成します。dn: uid=readonly-user,ou=users,ou=global,dc=apigee,dc=com objectClass: organizationalPerson objectClass: person objectClass: inetOrgPerson objectClass: top cn: readonly-user sn: readonly-user userPassword: {testPassword}
- dc-2 で「ldapadd」コマンドを使用してユーザーを追加します。
ldapadd -H ldap://{HOST}:{PORT} -w {credentials} -D "cn=manager,dc=apigee,dc=com" -f path/to/file/readonly-user.ldif
出力は次のようになります。
adding new entry "uid=readonly-user,ou=users,ou=global,dc=apigee,dc=com"
- dc-1 でユーザーを検索し、ユーザーが複製されていないことを確認します。ユーザーが
が dc-1 に存在しない場合は、両方の LDAP が複製されていないことがわかります。
ldapsearch -H ldap://{HOST}:{PORT} -x -w {credentials} -D "cn=manager,dc=apigee,dc=com" -b uid=readonly-user,ou=users,ou=global,dc=apigee,dc=com -LLL
出力例を以下に示します。
No such object (32) Matched DN: ou=users,ou=global,dc=apigee,dc=com
- 先ほど追加した読み取り専用ユーザーを削除します。
ldapdelete -v -H ldap://{HOST}:{PORT} -w {credentials} -D "cn=manager,dc=apigee,dc=com" "uid=readonly-user,ou=users,ou=global,dc=apigee,dc=com"
- dc-2 に、次の内容のファイル
- dc-1 で OpenLDAP を停止します。
/opt/apigee/apigee-service/bin/apigee-service apigee-openldap stop
- dc-1 の OpenLDAP コンポーネントをアンインストールします。
/opt/apigee/apigee-service/bin/apigee-service apigee-openldap uninstall
ルーター
このセクションでは、Router を廃止する方法について説明します。詳しくは、 <ph type="x-smartling-placeholder"></ph> Router の削除について詳しくは、サーバーを削除するをご覧ください。
次の手順で、dc-1 の Router を廃止します。 dc-1 に複数の Router ノードが構成されている場合は、すべての Router ノードで次の手順を実施します。 1 つずつ
注: ここでは、ルーターのヘルスチェック ポート 15999 が負荷 ポート 15999 をブロックするとルーターが到達不能になります。root アクセス権が必要な場合があります ポートをブロックします。
Router を廃止する手順は次のとおりです。
ルーターのネットワーク到達性を無効にするには、ヘルスチェック ポートであるポート 15999 をブロックします。 このデータセンターでランタイム トラフィックがブロックされていることを確認します。
iptables -A INPUT -i eth0 -p tcp --dport 15999 -j REJECT
ルーターに到達可能であることを確認します。
curl -vvv -X GET http://{ROUTER_IP}:15999/v1/servers/self/reachable
出力は次のようになります。
About to connect() to 10.126.0.160 port 15999 (#0) Trying 10.126.0.160... Connection refused Failed connect to 10.126.0.160:15999; Connection refused Closing connection 0 curl: (7) Failed connect to 10.126.0.160:15999; Connection refused
- 次の手順に従って、Router の UUID を取得します。 UUID を取得する。
- ルーターを停止します。
/opt/apigee/apigee-service/bin/apigee-service edge-router stop
- 次のコマンドを使用して、組織で使用可能なゲートウェイ Pod を一覧表示します。
curl -u <AdminEmailID>:<AdminPassword> -X GET "http://{MS_IP}:8080/v1/organizations/{ORG}/pods"
<ph type="x-smartling-placeholder"></ph>をご覧ください。 Pod について。
- サーバーのタイプの登録を解除します。
curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers \ -d "type=router&region=dc-1&pod=gateway-1&uuid=UUID&action=remove"
- サーバーを削除します。
curl -u <AdminEmailID>:'<AdminPassword>’ -X DELETE http://{MS_IP}:8080/v1/servers/UUID
edge-router
をアンインストールします。/opt/apigee/apigee-service/bin/apigee-service edge-router uninstall
<ph type="x-smartling-placeholder"></ph>をご覧ください。 サーバーを削除する。iptables
ルールをフラッシュして、ブロックされるポート 15999 を有効にします。iptables -F
Message Processor
このセクションでは、dc-1 で Message Processor を廃止する方法について説明します。 <ph type="x-smartling-placeholder"></ph>をご覧ください。 Message Processor の削除について詳しくは、サーバーを削除するをご覧ください。
dc-1 には gru_state が 12 ノード クラスタ化インストールの場合、dc-1 では 2 つの Message Processor ノードが構成されます。実施 次のコマンドを実行します。
- 次の手順に従って、Message Processor の UUID を取得します。 UUID を取得する。
- Message Processor を停止します。
apigee-service edge-message-processor stop
- サーバーのタイプの登録を解除します。
curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers \ -d "type=message-processor&region=dc-1&pod=gateway-1&uuid=UUID&action=remove"/pre>
- Disassociate an environment from the Message Processor.
Note: You need to remove the bindings on each org/env that associates the Message Processor UUID.
curl -H "Content-Type:application/x-www-form-urlencoded" -u <AdminEmailID>:'
' \ -X POST http://{MS_IP}:8080/v1/organizations/{ORG}/environments/{ENV}/servers \ -d "action=remove&uuid=UUID" - サーバーのタイプの登録を解除します。
curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://MS_IP:8080/v1/servers -d "type=message-processor®ion=dc-1&pod=gateway-1&uuid=UUID&action=remove"
- Message Processor をアンインストールします。
/opt/apigee/apigee-service/bin/apigee-service edge-message-processor uninstall
- サーバーの登録を解除します。
curl -u <AdminEmailID>:'<AdminPassword> -X DELETE http://{MS_IP}:8080/v1/servers/UUID
Qpid Server と Qpidd
このセクションでは、Qpid Server(edge-qpid-server
)と Qpidd を廃止する方法について説明します。
(apigee-qpidd
)。
dc-1 には 2 つの Qpid ノードが構成されているため、両方に対して次の手順を行う必要があります。
ノード:
- UUID。
edge-qpid-server
とapigee-qpidd
を停止します。/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
/opt/apigee/apigee-service/bin/apigee-service apigee-qpidd stop
- アナリティクス グループとコンシューマ グループのリストを取得します。
curl -u <AdminEmailID>:'<AdminPassword>' -X GET http://{MS_IP}:8080/v1/analytics/groups/ax
- コンシューマ グループから Qpid を削除します。
curl -u <AdminEmailID>:'<AdminPassword>' -H "Content-Type: application/json" -X DELETE \ "http://{MS_IP}:8080/v1/analytics/groups/ax/{ax_group}/consumer-groups/{consumer_group}/consumers/{QPID_UUID}"
- 分析グループから Qpid を削除します。
curl -v -u <AdminEmailID>:'<AdminPassword>' \ -X DELETE "http://{MS_IP}:8080/v1/analytics/groups/ax/{ax_group}/servers?uuid={QPID_UUID}&type=qpid-server"
- Edge インストールから Qpid サーバーの登録を解除します。
curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers \ -d "type=qpid-server®ion=dc-1&pod=central&uuid={QPID_UUID}&action=remove"
- Edge インストールから Qpid サーバーを削除します。
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID
- すべてのノードですべての edge-qpid-server コンポーネントを再起動して、変更が反映されていることを確認します
次のコンポーネントがあります。
$ /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server restart $ /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server wait_for_ready
- Edge-qpid-server と apigee-qpidd をアンインストールします。
$ /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server uninstall $ /opt/apigee/apigee-service/bin/apigee-service apigee-qpidd uninstall
Postgres と Postgresql
廃止するデータセンターに Postgres マスターまたは Postgres スタンバイが存在する場合があります。 以降のセクションでは、これらを廃止する方法について説明します。
Postgres マスターの廃止
注: Postgres マスターを廃止する場合は、必ずマスターを 新しい Postgres マスターとして使用可能なスタンバイ ノードを指定します。QPID はデータをキューイングし Postgres マスターが長期間使用できない場合、分析データが失われる可能性があります。
Postgres マスターを廃止するには:
- 次のリンクの手順に沿って、dc-1 Postgres マスターノードをバックアップします。 <ph type="x-smartling-placeholder">
- 次の説明に沿って、Postgres サーバーの UUID を取得します。 UUID を取得する。
- dc-1 で
edge-postgres-server
を停止し、 現在のマスターに対するapigee-postgresql
:/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
- dc-2 のスタンバイ ノードで、次のコマンドを入力してマスターノードにします。
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql promote-standby-to-master <IP of OLD Progress master>
注: スタンバイ Postgres ノードが複数ある場合は、オンプレミスにホストエントリを追加する必要があります。 新しいマスターに接続し、使用可能なすべての Postgres スタンバイ ノードのレプリケーション設定を更新します。
新しい Postgres マスターにホストエントリを追加するには: 該当するセクションの手順を行います。 下にあります。
スタンバイ ノードが 1 つしか残っていない場合
たとえば、廃止前に 3 つの Postgres ノードが構成されていたとします。 既存のマスターを廃止し、残りの postgres スタンバイの 1 つを昇格しました。 マスターノードに追加します。次の手順で残りのスタンバイ ノードを構成します。
- 新しいマスターで、構成を編集します。
次のように設定します。
PG_MASTER=IP_or_DNS_of_new_PG_MASTER PG_STANDBY=IP_or_DNS_of_PG_STANDBY
- 新しいマスターでレプリケーションを有効にします。
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-master -f configFIle
スタンバイ ノードが複数ある場合
- 次の構成を追加します:
/opt/apigee/customer/application/postgresql.properties
:conf_pg_hba_replication.connection=host replication apigee standby_1_ip/32 trust \n host replication apigee standby_2_ip/32 trust
- ファイル /opt/apigee/customer/application/postgresql.properties の所有者が
apigee ユーザー:
chown apigee:apigee /opt/apigee/customer/application/postgresql.properties
apigee-postgresql
を再起動します。apigee-service apigee-postgresql restart
- 構成ファイル
/opt/silent.conf
を変更して更新するPG_MASTER
フィールドには、新しい Postgres マスターの IP アドレスを指定します。 - 次のコマンドを使用して、古い Postgres データを削除します。
rm -rf /opt/apigee/data/apigee-postgresql/
- スタンバイ ノードでレプリケーションを設定します。
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile
- dc-2 で次のコマンドを入力して、Postgres マスターが正しく設定されていることを確認します。
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
- 分析グループとコンシューマ グループから Postgresql サーバーを削除して追加します。
- 次の手順に従って、分析グループから古い Postgres サーバーを削除します。 <ph type="x-smartling-placeholder"></ph> 分析グループから Postgres サーバーを削除する。
- 次の手順に従って、新しい postgres サーバーを分析グループに追加します。 <ph type="x-smartling-placeholder"></ph> 既存の Postgres サーバーを分析グループに追加する。
- dc-1 から古い postgres サーバーの登録を解除します。
curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers \ -d "type=postgres-server®ion=dc-1&pod=analytics&uuid=UUID&action=remove"<
- dc-1 から古い postgres サーバーを削除します。
curl -u >AdminEmailID>:'>AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID
- これで、古い Postgres マスターは安全に廃止できます。
edge-postgres-server
をアンインストール およびapigee-postgresql
:/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server uninstall /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql uninstall
スタンバイ ノードのレプリケーション設定を更新するには:
Postgres スタンバイの廃止
注: 12 ノード クラスタ化インストールでは、dc-1 postgresql ノードがマスターとして表示されています。 便宜上、このセクションでは dc-1 postgresql ノードがスタンバイ ノードであるものとします。 dc-2 postgresql ノードがマスターです。
Postgres スタンバイを廃止する手順は次のとおりです。
- 次の手順に従って、Postgres サーバーの UUID を取得します。 UUID を取得する。
- dc-1 の現在のスタンバイ ノードで
apigee-postgresql
を停止します。/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
- 分析グループとコンシューマ グループから Postgresql サーバーを削除して追加します。
- 次の手順に従って、分析グループから古い Postgres サーバーを削除します。 <ph type="x-smartling-placeholder"></ph> 分析グループから Postgres サーバーを削除する。
- 次の手順に従って、新しい postgres サーバーを分析グループに追加します。 <ph type="x-smartling-placeholder"></ph> 既存の Postgres サーバーを分析グループに追加する。
- dc-1 から古い postgres サーバーの登録を解除します。
curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers \ -d "type=postgres-server®ion=dc-1&pod=analytics&uuid=UUID&action=remove"<
- dc-1 から古い postgres サーバーを削除します。
curl -u >AdminEmailID>:'>AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID
- これで、古い Postgres マスターは安全に廃止できます。
edge-postgres-server
をアンインストール およびapigee-postgresql
:/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server uninstall /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql uninstall
ZooKeeper と Cassandra
このセクションでは、ZooKeeper サーバーと Cassandra サーバーを廃止する方法について説明します。 データセンターが 2 つあります
3 つ以上の 廃止するノードへのすべての参照を削除してから、 (この場合は dc-1) すべてのサイレント構成ファイルから取得できます。 廃止する Cassandra ノードを
CASS_HOSTS
から削除します。 残りの Cassandra ノードは、CASS_HOSTS
の元の順序のままにする必要があります。ZooKeeper に関する注意: ZooKeeper の変更中はボーターノードのクォーラムを維持する必要があります。
ZK_HOST
プロパティ 属性を宣言し、ZooKeeper アンサンブルを機能させ続けるようにします。 奇数を指定してください 投票者ノードの数をカウントします詳細については、次をご覧ください: Apache ZooKeeper のメンテナンス できます。ZooKeeper サーバーと Cassandra サーバーを廃止するには:
- 次のリンクの手順に沿って、dc-1 Cassandra ノードと ZooKeeper ノードをバックアップします。 <ph type="x-smartling-placeholder">で確認できます。
ZooKeeper と Cassandra の UUID を一覧表示する Cassandra ノードが配置されているデータセンター内の 決定します
apigee-adminapi.sh servers list -r dc-1 -p central -t application-datastore --admin <AdminEmailID> --pwd '<AdminPassword>' --host localhost
- サーバーのタイプの登録を解除します。
curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://MS_IP:8080/v1/servers -d "type=cache-datastore&type=user-settings-datastore&type=scheduler-datastore&type=audit-datastore&type=apimodel-datastore&type=application-datastore&type=edgenotification-datastore&type=identityzone-datastore&type=user-settings-datastore&type=auth-datastore®ion=dc-1&pod=central&uuid=UUID&action=remove"
- サーバーの登録を解除します。
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MS_IP:8080/v1/servers/UUID
- 廃止されたノードの IP を削除して構成ファイルを更新します。
ZK_HOSTS
とCASS_HOSTS
。例: dc-1 と
$IP4 $IP5 $IP6
に IP$IP1 $IP2 $IP3
があるとします。 DC-2 に属しており、 dc-1 が廃止されます次に、IP アドレス$IP1 $IP2 $IP3
を 構成ファイルを定義します。- 既存の構成ファイルのエントリ:
ZK_HOSTS="$IP1 $IP2 $IP3 $IP4 $IP5 $IP6" CASS_HOSTS="$IP1:1,1 $IP2:1,1 $IP3:1,1, $IP4:2,1 $IP5:2,1 $IP6:2,1”
- 構成ファイルの新しいエントリ:
ZK_HOSTS="$IP4 $IP5 $IP6" CASS_HOSTS="$IP4:2,1 $IP5:2,1 $IP6:2,1"
- 既存の構成ファイルのエントリ:
- サイレント構成ファイル(ステップ e で変更)を、削除したインスタンスの IP で更新します。
管理タスクの実行を自動化し、
Management Server をホストしているすべてのノード上のサーバー プロファイル:
/opt/apigee/apigee-setup/bin/setup.sh -p ms -f updated_config_file
- 廃止されたノードの IP で構成ファイルを更新し、MP/RMP プロファイルを実行する
すべての Router ノードと Message Processor ノードにアタッチされます。
<ph type="x-smartling-placeholder">
- </ph>
- Edge Router と Message Processor が同じノードで構成されている場合は、次のように入力します。
/opt/apigee/apigee-setup/bin/setup.sh -p rmp -f updated_config_file
Edge Router と Message Processor が別々のノードで構成されている場合は、次のように入力します。
Router の場合:
/opt/apigee/apigee-setup/bin/setup.sh -p r -f updated_config_file
Message Processor の場合:
/opt/apigee/apigee-setup/bin/setup.sh -p mp -f updated_config_file
- Edge Router と Message Processor が同じノードで構成されている場合は、次のように入力します。
- 廃止されたノードの IP をレスポンス ファイルから削除して、すべての Qpid ノードを再構成します。
/opt/apigee/apigee-setup/bin/setup.sh -p qs -f updated_config_file
- レスポンス ファイルから廃止されたノードの IP を削除して、すべての Postgres ノードを再構成します。
/opt/apigee/apigee-setup/bin/setup.sh -p ps -f updated_config_file
system_auth
キースペースを変更します。既存の VM で Cassandra 認証が有効になっている場合、 Cassandra ノードの場合は、次のコマンドを実行してsystem_auth
キースペースのレプリケーション係数を更新します。 次のコマンドを実行します。ALTER KEYSPACE system_auth WITH replication = {'class': 'NetworkTopologyStrategy', 'dc-2': '3'};
このコマンドは、レプリケーション係数を
'3'
に設定します。これは、3 つの Cassandra ノードを意味します。 構成されます。必要に応じてこの値を変更します。この手順を完了すると、Cassandra トポロジに どのキースペースにも
dc-1
がない。- dc-1 の Cassandra ノードを 1 つずつ廃止します。
Cassandra ノードを廃止するには、次のコマンドを入力します。
/opt/apigee/apigee-cassandra/bin/nodetool -h cassIP -u cassandra -pw '<AdminPassword>' decommission
- 次のいずれかのコマンドを使用して、dc-1 からの Cassandra ノードの接続を確認します。
/opt/apigee/apigee-cassandra/bin/cqlsh cassIP 9042 -u cassandra -p '<AdminPassword>'
廃止されたノードで実行する 2 つ目の検証コマンド:
/opt/apigee/apigee-cassandra/bin/nodetool netstats
上記のコマンドは、次の結果を返します。
Mode: DECOMMISSIONED
- dc-2 のすべての Cassandra ノードと ZooKeeper ノードの DS プロファイルを実行します。
/opt/apigee/apigee-setup/bin/setup.sh -p ds -f updated_config_file
- dc-1 で
apigee-cassandra
とapigee-zookeeper
を停止します。apigee-service apigee-cassandra stop
apigee-service apigee-zookeeper stop
- dc-1 で
apigee-cassandra
とapigee-zookeeper
をアンインストールします。apigee-service apigee-cassandra uninstall
apigee-service apigee-zookeeper uninstall
dc-1 からバインディングを削除する
dc-1 からバインディングを削除する手順は次のとおりです。
- dc-1 からバインディングを削除します。
- 組織で使用可能なすべての Pod を一覧表示します。
curl -v -u <AdminEmailID>:<AdminPassword> -X GET "http://MS_IP:8080/v1/o/ORG/pods"
- すべてのバインディングが削除されたかどうかを確認するには、
Pod に関連付けられているサーバーの UUID:
curl -v -u <AdminEmailID>:<AdminPassword> \ -X GET "http://MS_IP:8080/v1/regions/dc-1/pods/gateway-1/servers"
このコマンドで UUID が返されない場合は、前の手順ですべてのバインディングが削除されています。 次のステップはスキップできますそれ以外の場合は、次のステップに進みます。
- 前の手順で取得した UUID のサーバー バインディングをすべて削除します。
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MS_IP:8080/v1/servers/UUID
- 組織とチームの関連付けを解除します。
curl -v -u <AdminEmailID>:<AdminPassword> "http://MS_IP:8080/v1/o/ORG/pods" -d "action=remove®ion=dc-1&pod=gateway-1" -H "Content-Type: application/x-www-form-urlencoded" -X POST
- 組織で使用可能なすべての Pod を一覧表示します。
- Pod を削除します。
curl -v -u <AdminEmailID>:<AdminPassword> "http://MS_IP:8080/v1/regions/dc-1/pods/gateway-1" -X DELETE
- リージョンを削除します。
curl -v -u <AdminEmailID>:<AdminPassword> "http://MS_IP:8080/v1/regions/dc-1" -X DELETE
注: サーバーを削除する手順のいずれかを忘れた場合は、上記の手順で エラー メッセージが返されます。 Pod 内に特定のサーバーがまだ存在していることを示します。そのため、トラブルシューティングの手順に従って削除してください。
curl
コマンドで型をカスタマイズしながら、以下のコマンドを使用します。これで、dc-1 の廃止は完了です。
付録
トラブルシューティング
上記の手順を実施した後も一部の Pod にサーバーが残っている場合は、次の手順を行います。 サーバーの登録を解除して削除します。 注: 必要に応じてタイプと Pod を変更してください。
- 次のコマンドを使用して UUID を取得します。
apigee-adminapi.sh servers list -r dc-1 -p POD -t --admin <AdminEmailID> --pwd '<AdminPassword>’ --host localhost
- サーバータイプの登録を解除します。
curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://MP_IP:8080/v1/servers -d "type=TYPE=REGION=dc-1&pod=POD&uuid=UUID&action=remove"
- サーバーを 1 つずつ削除します。
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MP_IP:8080/v1/servers/UUID
検証
次のコマンドを使用して、廃止を検証できます。
管理サーバー
すべてのリージョンの Management Servers から次のコマンドを実行します。
curl -v -u <AdminEmailID>:'<AdminPassword>' http://MS_IP:8080/v1/servers?pod=central®ion=dc-1 curl -v -u <AdminEmailID>:'<AdminPassword>' http://MS_IP:8080/v1/servers?pod=gateway®ion=dc-1 curl -v -u <AdminEmailID>:'<AdminPassword>' http://MS_IP:8080/v1/servers?pod=analytics®ion=dc-1
すべてのコンポーネントで次のコマンドを実行して、すべての管理のポート要件を確認します。 ポート。
curl -v http://MS_IP:8080/v1/servers/self
分析グループを確認します。
curl -v -u <AdminEmailID>:'<AdminPassword>' "http://MS_IP:8080}/v1/o/ORG/e/ENV/provisioning/axstatus" curl -v -u <AdminEmailID>:'<AdminPassword>' http://MS_IP:8080/v1/analytics/groups/ax
Cassandra/ZooKeeper ノード
すべての Cassandra ノードで、次のように入力します。
/opt/apigee/apigee-cassandra/bin/nodetool -h <host> statusthrift
これにより、特定のリソースに対して
running
またはnot running
ステータスが返されます。 あります。1 つのノードで、次のように入力します。
/opt/apigee/apigee-cassandra/bin/nodetool -h <host> ring
/opt/apigee/apigee-cassandra/bin/nodetool -h <host> status
上記のコマンドは、アクティブなデータセンターの情報を返します。
ZooKeeper ノードでは、まず次のように入力します。
echo ruok | nc <host> 2181
このコマンドは
imok
を返します。続いて、次のように入力します。
echo stat | nc <host> 2181 | grep Mode
上記のコマンドで返される
Mode
の値は、次のいずれかです。observer
、leader
、またはfollower
。1 つの ZooKeeper ノードで次のようにします。
/opt/apigee/apigee-zookeeper/contrib/zk-tree.sh >> /tmp/zk-tree.out.txt
Postgres マスターノードで、次のコマンドを実行します。
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
レスポンスでノードがマスターであることが示されていることを確認します。
スタンバイ ノード:
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
レスポンスでノードがスタンバイ状態になっていることを確認します。
次のコマンドを使用して PostgreSQL データベースにログインします。
psql -h localhost -d apigee -U postgres
プロンプトが表示されたら、「postgres」と入力します。
'postgres'
としてのユーザー パスワード。 アナリティクスから [max(client_received_start_timestamp)
] を選択します。”$org.$env.fact” limit 1
、ログ
コンポーネントのログを調べて、エラーがないことを確認します。
- 新しいマスターで、構成を編集します。
次のように設定します。