このページは Cloud Translation API によって翻訳されました。

データセンターの廃止

データセンターの廃止が必要になることもあります。たとえばオペレーティングシステムをアップグレードする場合は、新しいオペレーティングシステムを新しいデータセンターにインストールしてから、古いデータセンターを廃止する次のセクションでは、データセンターの廃止の例を紹介します。データセンターに dc-1 と dc-2 の 2 つのデータセンターがあり、 12 ノードクラスタ化インストール:

dc-1 は廃止するデータセンターです。
dc-2 は廃止手順で使用する 2 つ目のデータセンターです。

アップグレードする場合 dc-2 は、Google Cloud コンソールまたはオペレーティングシステム（OS）の新しいバージョン。ただし、新しい OS をインストールする必要はありません。データセンターを廃止します

データセンターを廃止する際の考慮事項

データセンターを廃止する際は、次の点を考慮してください。

廃止されるデータセンターへのすべてのランタイムトラフィックと管理トラフィックをブロックしてリダイレクトする他のデータセンターに転送できます。
データセンターを廃止すると、Apigee クラスタの容量は減少します。これを補うために、残りのデータセンターの容量を増やすか、管理できるようになります。
廃止プロセス中に、状況によっては分析データが失われる可能性があります。廃止されるデータセンターにインストールされている分析コンポーネント詳しくは、詳しくは、Qpid の追加または削除を行う説明します。
データセンターを廃止する前に、すべてのコンポーネントがどのようにすべてのデータセンター、特に OpenLDAP、ZooKeeper、Cassandra、 Postgres サーバーですまた、すべてのコンポーネントとその構成のバックアップを取る必要もあります。

始める前に

注意: <ph type="x-smartling-placeholder">

コンポーネントを登録解除した後に、コンポーネントをアンインストールせずに再起動した場合完了すると、コンポーネントが自動的に説明します。コンポーネントを完全にアンインストールするか、ノードネットワークを分離する必要があります廃止されると予測されます。
コンポーネントをアンインストールしても、/opt/apigee/data からデータは削除されません。
廃止プロセス中に、複数の Edge アプリケーションを再構成する必要があります。説明します。Edge コンポーネントの再構成中、その特定のコンポーネントがそのノードが使用できなくなります。

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 マスターが長期間使用できない場合、分析データが失われる可能性があります。
注意: Postgresql サーバーを分析から削除して追加する必要があります。コンシューマグループの両方に同時に適用できます。一部の分析データが失われる可能性があります 2 つのステップの間に大幅な遅延がある場合です
提案: Message Processor には小さなキューがあり、分析データ（メモリ内）この操作により、データの損失を防ぐことができます。分析グループに変更を加える前にトラフィックを転送しているデータセンターのポート 5672 をブロックします。変更後はすぐにこのポートを再度有効にしてデータのオーバーフローが発生する可能性があります

たとえば、Google Cloud のインフラストラクチャから Message Processor から Qpid サーバーへ:
1. 開始
```
iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP
```
2. axgroup の変更手順を行います。
3. axgroup の変更後に iptable ルールを削除します。
```
iptables -F
```

前提条件

コンポーネントを廃止する前に、すべてのコンポーネントを説明します。現在のバージョンの 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&region=dc-1&type=management-server”

サーバータイプの登録を解除します。

curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers \
-d "type=management-server&region=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）間のデータレプリケーションを両方のデータセンターで次の手順を実行します。
注: 3 つ以上のデータセンターがある場合は、次のことを行う必要があります。 <ph type="x-smartling-placeholder">
1. どの OpenLDAP ノードがデコミッションされるノードに複製されます。
2. そのノードのレプリケーションを変更して複製するレプリケーションサークルを完成させます。
たとえば、3 つのデータセンターがあり、そこでノード 1 がノード 2 に複製されているとします。ノード 2 はノード 3 に、ノード 3 はノード 1 にそれぞれ複製されます。廃止する場合ノード 1、ノード 1 のレプリケーションを中断し、ノード 3 のレプリケーションをノード 2 に複製します
1. 現在の状態を確認します。
```
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
```
2. 次のコマンドを含むファイル break_repl.ldif を作成します。
```
dn: olcDatabase={2}bdb,cn=config
changetype: modify
delete: olcSyncRepl

dn: olcDatabase={2}bdb,cn=config
changetype: modify
delete: olcMirrorMode
```
3. 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 ノードを作成し、ユーザーが複製されているかどうかを確認します。その後、ユーザーは削除されました。
1. 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}
```
2. 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"
```
3. 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
```
4. 先ほど追加した読み取り専用ユーザーを削除します。
```
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-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&amp;region=dc-1&amp;pod=gateway-1&amp;uuid=UUID&amp;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
```
参照: サーバーを削除する。
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&amp;region=dc-1&amp;pod=gateway-1&amp;uuid=UUID&amp;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&region=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&region=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 スタンバイの廃止

注意: Postgresql サーバーを分析から削除して追加する必要があります。コンシューマグループの両方に同時に適用できます。一部の分析データが失われる可能性があります 2 つのステップの間に大幅な遅延がある場合です

提案: Message Processor には小さなキューがあり、分析データ（メモリ内）この操作により、データの損失を防ぐことができます。分析グループに変更を加える前にトラフィックを転送しているデータセンターのポート 5672 をブロックします。変更後はすぐにこのポートを再度有効にしてデータのオーバーフローが発生する可能性があります

たとえば、Google Cloud のインフラストラクチャから Message Processor から Qpid サーバーへ:

開始

iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP

axgroup の変更手順を行います。
axgroup の変更後に iptable ルールを削除します。
```
iptables -F
```

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 つを昇格しました。マスターノードに追加します。次の手順で残りのスタンバイノードを構成します。
1. 新しいマスターで、構成を編集します。次のように設定します。
```
PG_MASTER=IP_or_DNS_of_new_PG_MASTER
PG_STANDBY=IP_or_DNS_of_PG_STANDBY
```
2. 新しいマスターでレプリケーションを有効にします。
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-master -f configFIle
```
スタンバイノードが複数ある場合
1. 次の構成を追加します: /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
```
2. ファイル /opt/apigee/customer/application/postgresql.properties の所有者が apigee ユーザー:
```
      chown apigee:apigee /opt/apigee/customer/application/postgresql.properties
```
3. apigee-postgresql を再起動します。
```
apigee-service apigee-postgresql restart
```
4. dc-2 で次のコマンドを入力して、Postgres マスターが正しく設定されていることを確認します。
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
```
5. 分析グループとコンシューマグループから Postgresql サーバーを削除して追加します。
  注意: 次の 2 つのステップは同時に実行してください。分析データの損失を回避できます
  1. 次の手順に従って、分析グループから古い Postgres サーバーを削除します。 <ph type="x-smartling-placeholder"></ph> 分析グループから Postgres サーバーを削除する。
  2. 次の手順に従って、新しい postgres サーバーを分析グループに追加します。 <ph type="x-smartling-placeholder"></ph> 既存の Postgres サーバーを分析グループに追加する。
6. dc-1 から古い postgres サーバーの登録を解除します。
```
curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers \
-d "type=postgres-server&region=dc-1&pod=analytics&uuid=UUID&action=remove"<
```
7. dc-1 から古い postgres サーバーを削除します。
```
curl -u >AdminEmailID>:'>AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID
```
8. これで、古い 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 スタンバイを廃止する手順は次のとおりです。
1. 次の手順に従って、Postgres サーバーの UUID を取得します。 UUID を取得する。
2. 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
```
3. 分析グループとコンシューマグループから Postgresql サーバーを削除して追加します。
  注意: 次の 2 つのステップは同時に実行してください。分析データの損失を回避できます
  1. 次の手順に従って、分析グループから古い Postgres サーバーを削除します。 <ph type="x-smartling-placeholder"></ph> 分析グループから Postgres サーバーを削除する。
  2. 次の手順に従って、新しい postgres サーバーを分析グループに追加します。 <ph type="x-smartling-placeholder"></ph> 既存の Postgres サーバーを分析グループに追加する。
4. dc-1 から古い postgres サーバーの登録を解除します。
```
curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers \
-d "type=postgres-server&region=dc-1&pod=analytics&uuid=UUID&action=remove"<
```
5. dc-1 から古い postgres サーバーを削除します。
```
curl -u >AdminEmailID>:'>AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID
```
6. これで、古い 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 ノードではダウンタイムが発生します。

ZooKeeper サーバーと Cassandra サーバーを廃止するには:
1. 次のリンクの手順に沿って、dc-1 Cassandra ノードと ZooKeeper ノードをバックアップします。 <ph type="x-smartling-placeholder">
  - バックアップと復元
  - バックアップ方法
  で確認できます。
  注: 複数の ZooKeeper ノードがある場合は一度に 1 つずつバックアップしてください。そのバックアッププロセスにより、ZooKeeper が一時的にシャットダウンされます。
2. ZooKeeper と Cassandra の UUID を一覧表示する Cassandra ノードが配置されているデータセンター内の決定します
```
apigee-adminapi.sh servers list -r dc-1 -p central -t application-datastore --admin <AdminEmailID> --pwd '<AdminPassword>' --host localhost
```
3. サーバーのタイプの登録を解除します。
```
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&region=dc-1&pod=central&uuid=UUID&action=remove"
```
4. サーバーの登録を解除します。
```
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MS_IP:8080/v1/servers/UUID
```
5. 廃止されたノードの IP を削除して構成ファイルを更新します。 ZK_HOSTS と CASS_HOSTS。
  注: <ph type="x-smartling-placeholder">
  - 変更中もボーターノードのクォーラムを維持する必要がある ZooKeeper アンサンブルを実現するように、構成ファイルの ZK_HOST プロパティ維持します構成内のボーターノードの数は奇数である必要があります。詳しくは、 ZooKeeper についてエッジがあります。
  - 廃止する Cassandra ノードについて、それらのホストを CASS_HOSTS。残りの Cassandra ノードは、CASS_HOSTS の元の順序のままにする必要があります。
  - ZooKeeper オブザーバーノードは投票に参加せず、次の場合にカウントされないクォーラムを決定します
  例: 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"
```
6. サイレント構成ファイル（ステップ e で変更）を、削除したインスタンスの IP で更新します。管理タスクの実行を自動化し、 Management Server をホストしているすべてのノード上のサーバープロファイル:
```
/opt/apigee/apigee-setup/bin/setup.sh -p ms -f updated_config_file
```
7. 廃止されたノードの IP で構成ファイルを更新し、MP/RMP プロファイルを実行するすべての Router ノードと Message Processor ノードにアタッチされます。 <ph type="x-smartling-placeholder">
  - 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
```
8. 廃止されたノードの IP をレスポンスファイルから削除して、すべての Qpid ノードを再構成します。
```
/opt/apigee/apigee-setup/bin/setup.sh -p qs -f updated_config_file
```
9. レスポンスファイルから廃止されたノードの IP を削除して、すべての Postgres ノードを再構成します。
```
/opt/apigee/apigee-setup/bin/setup.sh -p ps -f updated_config_file
```
10. system_auth キースペースを変更します。既存の VM で Cassandra 認証が有効になっている場合、 Cassandra ノードの場合は、次のコマンドを実行して system_auth キースペースのレプリケーション係数を更新します。次のコマンドを実行します。
```
ALTER KEYSPACE system_auth WITH replication = {'class': 'NetworkTopologyStrategy', 'dc-2': '3'};
```
  このコマンドは、レプリケーション係数を '3' に設定します。これは、3 つの Cassandra ノードを意味します。構成されます。必要に応じてこの値を変更します。
  
  この手順を完了すると、Cassandra トポロジにどのキースペースにも dc-1 がない。
11. dc-1 の Cassandra ノードを 1 つずつ廃止します。
  注: 廃止されたノードにはまだ Cassandra があります。 Pod のシード情報とコピーされます。Cassandra サービスが偶然に起動した場合でも、ノードがクラスタリングに再参加します。これを回避するには必ず、廃止後に Cassandra コンポーネントをアンインストールし、ノードを起動してクラスタに再参加できます。
  
  Cassandra ノードを廃止するには、次のコマンドを入力します。
```
/opt/apigee/apigee-cassandra/bin/nodetool -h cassIP -u cassandra -pw '<AdminPassword>' decommission
```
  注: ノードがデコミッション状態のまま停止した場合は、 <ph type="x-smartling-placeholder"></ph> Cassandra nodetool removenode を削除します。例:
```
/opt/apigee/apigee-cassandra/bin/nodetool removenode UUID
```
12. 次のいずれかのコマンドを使用して、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
```
13. dc-2 のすべての Cassandra ノードと ZooKeeper ノードの DS プロファイルを実行します。
```
/opt/apigee/apigee-setup/bin/setup.sh -p ds -f updated_config_file
```
14. dc-1 で apigee-cassandra と apigee-zookeeper を停止します。
```
apigee-service apigee-cassandra stop
apigee-service apigee-zookeeper stop
```
15. dc-1 で apigee-cassandra と apigee-zookeeper をアンインストールします。
```
apigee-service apigee-cassandra uninstall
apigee-service apigee-zookeeper uninstall
```
dc-1 からバインディングを削除する

dc-1 からバインディングを削除する手順は次のとおりです。
1. dc-1 からバインディングを削除します。
  1. 組織で使用可能なすべての Pod を一覧表示します。
```
curl -v -u  <AdminEmailID>:<AdminPassword> -X GET "http://MS_IP:8080/v1/o/ORG/pods"
```
  2. すべてのバインディングが削除されたかどうかを確認するには、 Pod に関連付けられているサーバーの UUID:
```
curl -v -u  <AdminEmailID>:<AdminPassword> \
-X GET "http://MS_IP:8080/v1/regions/dc-1/pods/gateway-1/servers"
```
    このコマンドで UUID が返されない場合は、前の手順ですべてのバインディングが削除されています。次のステップはスキップできますそれ以外の場合は、次のステップに進みます。
  3. 前の手順で取得した UUID のサーバーバインディングをすべて削除します。
```
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MS_IP:8080/v1/servers/UUID
```
  4. 組織とチームの関連付けを解除します。
```
curl -v -u  <AdminEmailID>:<AdminPassword>  "http://MS_IP:8080/v1/o/ORG/pods" -d "action=remove&region=dc-1&pod=gateway-1" -H "Content-Type: application/x-www-form-urlencoded" -X POST
```
2. Pod を削除します。
```
curl -v -u <AdminEmailID>:<AdminPassword> "http://MS_IP:8080/v1/regions/dc-1/pods/gateway-1" -X DELETE
```
3. リージョンを削除します。
```
curl -v -u <AdminEmailID>:<AdminPassword>  "http://MS_IP:8080/v1/regions/dc-1" -X DELETE
```
注: サーバーを削除するステップのいずれかを見逃した場合は、エラーメッセージが返されます。 Pod 内に特定のサーバーがまだ存在していることを示します。そのため、トラブルシューティングの手順に従って削除してください。 curl コマンドで型をカスタマイズしながら、以下のコマンドを使用します。

これで、dc-1 の廃止は完了です。

付録

トラブルシューティング

上記の手順を行っても一部の Pod にサーバーが残っている場合は、次の手順を行います。サーバーの登録を解除して削除します。注: 必要に応じてタイプと Pod を変更してください。
1. 次のコマンドを使用して UUID を取得します。
```
apigee-adminapi.sh servers list -r dc-1 -p POD -t  --admin <AdminEmailID> --pwd  '<AdminPassword>’ --host localhost
```
2. サーバータイプの登録を解除します。
```
curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://MP_IP:8080/v1/servers -d "type=TYPE=REGION=dc-1&pod=POD&uuid=UUID&action=remove"
```
3. サーバーを 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&region=dc-1
curl -v  -u  <AdminEmailID>:'<AdminPassword>' http://MS_IP:8080/v1/servers?pod=gateway&region=dc-1
curl -v -u  <AdminEmailID>:'<AdminPassword>'  http://MS_IP:8080/v1/servers?pod=analytics&region=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、
ログ

コンポーネントのログを調べて、エラーがないことを確認します。

データセンターの廃止

データセンターを廃止する際の考慮事項

始める前に

前提条件

コンポーネントを廃止する順序

Edge UI

管理サーバー

Open LDAP

ルーター

Message Processor

Qpid Server と Qpidd

Postgres と Postgresql

Postgres マスターの廃止

スタンバイ ノードが 1 つしか残っていない場合

スタンバイ ノードが複数ある場合

Postgres スタンバイの廃止

ZooKeeper と Cassandra

dc-1 からバインディングを削除する

付録

トラブルシューティング

検証

管理サーバー

Cassandra/ZooKeeper ノード

ログ

スタンバイノードが 1 つしか残っていない場合

スタンバイノードが複数ある場合