이 페이지는 Cloud Translation API를 통해 번역되었습니다.

데이터 센터 사용 중지

경우에 따라 데이터 센터를 폐기해야 할 수도 있습니다. 예를 들어 운영체제를 업그레이드하는 경우 새 데이터 센터에 새 운영 체제를 설치한 다음 기존 데이터 센터를 사용 중단할 수 있습니다. 다음 섹션에서는 데이터 센터를 사용 중지하는 예를 보여줍니다. 두 개의 데이터 센터, 즉 dc-1과 12노드 클러스터링 설치:

dc-1은 사용 중단할 데이터 센터입니다.
dc-2는 사용 중단 절차에 사용되는 두 번째 데이터 센터입니다.

업그레이드하는 경우 dc-2는 사용자가 설치한 새 버전의 운영 체제 (OS)로 업그레이드될 수 있습니다. 하지만 새 OS를 설치할 필요는 없습니다. 데이터 센터를 폐기할 수 있습니다.

데이터 센터를 사용 중지하기 전에 고려해야 할 사항

데이터 센터를 사용 중단할 때는 다음 사항을 고려해야 합니다.

데이터 센터에 대한 모든 런타임 및 관리 트래픽을 사용 중단 및 리디렉션 차단 다른 데이터 센터로 보냅니다
데이터 센터를 사용 중단하면 Apigee 클러스터의 용량이 줄어듭니다. 이를 만회하려면 나머지 데이터 센터의 용량을 늘리거나 데이터 센터 내부에 분산되어 있기 때문입니다.
사용 중단 프로세스 중에 다음에 따라 분석 데이터가 손실될 가능성이 있습니다. 사용 중단되는 데이터 센터에 설치되는 분석 구성 요소 다음에서 확인할 수 있습니다. 자세한 내용은 Qpid 추가 또는 삭제 노드를 참조하세요.
데이터 센터를 중단하기 전에 모든 구성 요소가 어떻게 작동하는지 이해해야 합니다. 모든 데이터 센터, 특히 OpenLDAP, 주키퍼, Cassandra Postgres 서버도 있습니다 또한 모든 구성 요소와 구성 요소를 백업해야 합니다.

시작하기 전에

관리 서버: 모든 사용 중단 단계는 관리 서버에 따라 크게 달라집니다. 계정이 하나뿐인 경우 관리 서버 사용 가능, 새로운 포드를 설치하는 것이 좋습니다. 관리를 사용 중지하기 전에 dc-1이 아닌 다른 데이터 센터에 있는 관리 서버 구성요소 서버를 dc-1에 설치하고 관리 서버 중 하나를 항상 사용할 수 있습니다.
라우터: 라우터를 사용 중지하기 전에 라우터의 연결 가능성을 사용 중지하세요. 포트 15999를 차단합니다. 런타임이 없는지 확인 트래픽은 사용 중단되는 라우터로 전달됩니다
Cassandra 및 ZooKeeper: 아래 섹션에서는 2개의 데이터 센터 설정에서 dc-1을 사용 중지하는 방법을 설명합니다. 3개 이상의 사용 중단하려면 사용 중단되는 노드에 대한 모든 참조를 삭제해야 함 (이 경우 dc-1) 자동 구성 파일을 복구합니다. 사용 중단할 Cassandra 노드의 경우 CASS_HOSTS에서 해당 호스트를 삭제합니다. 나머지 Cassandra 노드는 원래 CASS_HOSTS 순서를 유지해야 합니다.
Postgres: Postgres 마스터를 사용 중지하는 경우 대기 노드를 새로운 Postgres 마스터로 사용할 수 있습니다 QPID 서버는 버퍼를 유지하는 동안 Postgres 마스터를 사용할 수 없는 시간이 길어지면 분석 데이터가 손실될 수 있습니다.
주의: 애널리틱스에서 Postgresql 서버를 삭제하고 추가해야 합니다. 그룹 및 소비자 그룹을 동시에 연결합니다. 일부 분석 데이터가 손실될 수 있음 이 두 단계 사이에 상당한 지연이 발생하는 경우
제안: 메시지 프로세서는 작은 큐를 가지고 있기 때문에 메모리의 분석 데이터 이를 사용하면 데이터 손실을 방지할 수 있습니다. 분석 그룹을 변경하기 전에 포트 5672를 차단하고 변경 후 이 포트를 빠르게 다시 사용 설정해야 합니다. 데이터 오버플로가 발생할 수 있습니다.

예를 들어 Qpid 서버에 대한 메시지 프로세서:
1. Enter
```
iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP
```
2. axgroup 변경 단계를 따릅니다.
3. axgroup 변경 후 iptable 규칙을 삭제합니다.
```
iptables -F
```

기본 요건

구성요소를 사용 중단하기 전에 모든 구성 요소를 노드라는 두 가지 리소스가 있습니다 현재 버전의 Edge에 맞는 절차를 사용하여 백업 백업에 관한 자세한 내용은 다음을 참고하세요. 백업 및 복원

참고: Cassandra 또는 주키퍼 노드가 여러 개 있는 경우 한 번에 하나씩 백업하세요. 백업 프로세스에서 동물원키퍼가 일시적으로 종료되기 때문입니다.
사용 중지하기 전에 다음 명령어를 사용하여 Edge가 작동 및 실행 중인지 확인합니다.
```
/opt/apigee/apigee-service/bin/apigee-all status
```
현재 실행 중인 데이터 센터에 런타임 트래픽이 수신되고 있지 않은지 확인하세요. 사용 중단하기로 결정했습니다

구성요소 사용 중단 순서

여러 노드에 프라이빗 클라우드용 Edge를 설치하는 경우 사용 중지해야 합니다. 이러한 노드의 에지 구성요소를 다음 순서로 배열할 수 있습니다.

Edge UI (edge-ui)
Management Server (edge-management-server)
OpenLDAP (apigee-openldap)
라우터 (에지 라우터)
메시지 프로세서 (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에서 관리 서버를 중지합니다.
```
apigee-service edge-management-server stop
```

dc-1에 등록된 관리 서버의 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에서 관리 서버 구성요소를 제거합니다.

/opt/apigee/apigee-service/bin/apigee-service edge-management-server uninstall

Open LDAP

이 섹션에서는 dc-1에서 OpenLDAP를 사용 중지하는 방법을 설명합니다.

참고: 데이터 센터가 3개 이상인 경우 데이터 센터가 3개 이상인 설정은 아래를 참고하세요.

dc-1에서 OpenLDAP를 사용 중지하려면 다음 단계를 따르세요.

다음 단계에 따라 dc-1 OpenLDAP 노드를 백업합니다. 백업 방법
두 데이터 센터, dc-1과 dc-2 사이의 데이터 복제를 다음과 같이 중단합니다. 두 데이터 센터에서 다음 단계를 실행합니다.
참고: 설정에 데이터 센터가 3개 이상 있는 경우 다음을 수행해야 합니다. <ph type="x-smartling-placeholder">
1. 어떤 OpenLDAP 노드인지 식별 복제하는 노드 전체에 적용됩니다
2. 복제할 노드의 복제를 변경합니다. 다른 노드에 할당하여 복제 원을 완료할 수 있습니다.
예를 들어, 노드 1이 노드 2로 복제되는 데이터 센터가 3개 있고 노드 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

라우터

이 섹션에서는 라우터를 사용 중지하는 방법을 설명합니다. 자세한 내용은 <ph type="x-smartling-placeholder"></ph> 서버 삭제에서 라우터 삭제에 관한 자세한 내용을 확인하세요.

다음 단계에 따라 dc-1에서 라우터를 사용 중지합니다. dc-1에 구성된 라우터 노드가 여러 개 있는 경우 모든 라우터 노드에서 단계를 수행합니다. 한 번에 하나씩

참고: 여기에서는 부하에 라우터의 상태 점검 포트 15999가 구성되어 있다고 가정합니다. 차단 포트 15999는 라우터에 연결할 수 없게 만듭니다. 루트 액세스 권한이 필요할 수 있음 포트를 차단해야 합니다

라우터를 사용 중지하려면 다음 단계를 따르세요.

상태 점검 포트인 포트 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

다음에 설명된 대로 라우터의 UUID를 가져옵니다. UUID를 가져옵니다.

라우터를 중지합니다.

/opt/apigee/apigee-service/bin/apigee-service edge-router stop

다음 명령어를 사용하여 조직에서 사용 가능한 게이트웨이 포드를 나열합니다.
```
curl -u  <AdminEmailID>:<AdminPassword> -X GET "http://{MS_IP}:8080/v1/organizations/{ORG}/pods"
```
를 참조하세요. 포드 정보를 참조하세요.

서버 유형을 등록 취소합니다.

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
```
드림 다음 페이지를 참조하세요. 서버 삭제하기
차단된 포트 15999를 사용 설정하도록 iptables 규칙을 플러시합니다.
```
iptables -F
```

메시지 프로세서

이 섹션에서는 dc-1에서 메시지 프로세서를 사용 중지하는 방법을 설명합니다. 를 참조하세요. 서버 삭제를 참조하여 메시지 프로세서 제거에 대한 자세한 내용을 확인하세요.

dc-1에는 12노드 클러스터링 설치의 경우 dc-1에 2개의 메시지 프로세서 노드가 구성되어 있습니다. 다음을 수행합니다. 실행할 수 있습니다

다음에 설명된 대로 메시지 프로세서의 UUID를 가져옵니다. UUID를 가져옵니다.

메시지 프로세서를 중지합니다.

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"

메시지 프로세서를 제거합니다.

/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 서버 및 Qpidd

이 섹션에서는 Qpid 서버 (edge-qpid-server) 및 Qpidd를 사용 중지하는 방법을 설명합니다. (apigee-qpidd). dc-1에 두 개의 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"

에지 설치에서 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"

에지 설치에서 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 서버를 삭제하고 추가해야 합니다. 그룹 및 소비자 그룹을 동시에 연결합니다. 일부 분석 데이터가 손실될 수 있음 이 두 단계 사이에 상당한 지연이 발생하는 경우

제안: 메시지 프로세서는 작은 큐를 가지고 있기 때문에 메모리의 분석 데이터 이를 사용하면 데이터 손실을 방지할 수 있습니다. 분석 그룹을 변경하기 전에 포트 5672를 차단하고 변경 후 이 포트를 빠르게 다시 사용 설정해야 합니다. 데이터 오버플로가 발생할 수 있습니다.

예를 들어 Qpid 서버에 대한 메시지 프로세서:

Enter

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 마스터에 호스트 항목을 추가하려면 해당 섹션의 단계를 따르세요. 아래:

대기 노드가 하나만 남아 있는 경우

예를 들어 사용 중지하기 전에 세 개의 Postgres 노드가 구성되어 있다고 가정하겠습니다. 기존 마스터를 사용 중지하고 나머지 Postgres 대기 중 하나를 승격했습니다. 지정할 수도 있습니다 다음 단계에 따라 나머지 대기 노드를 구성합니다.
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 서버를 삭제하고 추가합니다.
  주의: 다음 두 단계를 함께 수행하세요. 손실이 발생할 가능성이 큽니다
  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 서버를 삭제하고 추가합니다.
  주의: 다음 두 단계를 함께 수행하세요. 손실이 발생할 가능성이 큽니다
  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
```
주키퍼 및 Cassandra

이 섹션에서는 주키퍼 및 Cassandra 서버를 사용 중지하는 방법을 설명합니다. 두 개의 데이터 센터 설정에 있습니다

3개 이상의 사용 중단하려면 사용 중단되는 노드에 대한 모든 참조를 삭제해야 함 (이 경우 dc-1) 자동 구성 파일을 복구합니다. 사용 중단할 Cassandra 노드의 경우 CASS_HOSTS에서 해당 호스트를 삭제합니다. 나머지 Cassandra 노드는 원래 CASS_HOSTS 순서를 유지해야 합니다.

ZooKeeper에 대한 참고사항: 속성 ZK_HOST개 주키퍼 앙상블이 계속 작동하도록 해야 합니다. 홀수여야 합니다. 선택할 수 있습니다 자세한 내용은 Apache 주키퍼 유지보수 작업을 참조하세요.

주의: 리더가 있는 데이터 센터를 사용 중지하는 경우 주키퍼 노드에는 다운타임이 있을 예정입니다.

ZooKeeper 및 Cassandra 서버를 사용 중지하려면 다음 안내를 따르세요.
1. 다음 링크의 안내에 따라 dc-1 Cassandra 및 주키퍼 노드를 백업합니다. <ph type="x-smartling-placeholder">
  - 백업 및 복원
  - 백업 방법
  를 통해 개인정보처리방침을 정의할 수 있습니다.
  참고: ZaKeeper 노드가 여러 개인 경우 한 번에 하나씩 백업합니다. 백업 프로세스로 인해 주키퍼가 일시적으로 종료됩니다.
2. 주키퍼 및 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">
  - 수정하는 동안 유권자 노드 쿼럼을 유지해야 합니다. 주키퍼 앙상블을 보장하기 위해 구성 파일의 ZK_HOST 속성 기능을 유지합니다 구성에 홀수의 투표자 노드가 있어야 합니다. 자세한 내용은 ZooKeeper 정보 및 Edge를 참조하세요.
  - 사용 중단할 Cassandra 노드의 경우 해당 호스트를 다음에서 삭제: CASS_HOSTS 나머지 Cassandra 노드는 원래 CASS_HOSTS 순서를 유지해야 합니다.
  - 주키퍼 관찰자 노드는 투표에 참여하지 않으며, 다음과 같은 경우에도 집계되지 않습니다. 쿼럼을 결정합니다
  예: dc-1 및 $IP4 $IP5 $IP6에 $IP1 $IP2 $IP3 IP가 있다고 가정합니다. 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단계에서 수정한)을 삭제된 사용 중단하고 관리 콘솔에서 관리 서버를 호스팅하는 모든 노드의 서버 프로필:
```
/opt/apigee/apigee-setup/bin/setup.sh -p ms -f updated_config_file
```
7. 삭제된 사용 중단 노드의 IP로 구성 파일을 업데이트하고 MP/RMP 프로필을 실행합니다. 모든 라우터 및 메시지 프로세서 노드에서 다음을 수행합니다. <ph type="x-smartling-placeholder">
  - 에지 라우터와 메시지 프로세서가 동일한 노드에 구성된 경우 다음을 입력합니다.
```
/opt/apigee/apigee-setup/bin/setup.sh -p rmp -f updated_config_file
```
  - 에지 라우터와 메시지 프로세서가 서로 다른 노드에 구성된 경우 다음을 입력합니다.
    
    라우터의 경우:
```
/opt/apigee/apigee-setup/bin/setup.sh -p r -f updated_config_file
```
    메시지 프로세서:
```
/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 키스페이스 변경 기존 클러스터에 Cassandra 인증이 사용 설정된 경우 Cassandra 노드의 다음 명령어를 실행하여 system_auth 키스페이스의 복제 계수를 업데이트합니다. 다음 명령어를 실행합니다.
```
ALTER KEYSPACE system_auth WITH replication = {'class': 'NetworkTopologyStrategy', 'dc-2': '3'};
```
  이 명령어는 복제 계수를 '3'로 설정하여 Cassandra 노드 3개를 나타냅니다. kube-APIserver입니다 필요에 따라 이 값을 수정합니다.
  
  이 단계를 완료한 후 Cassandra 토폴로지는 키스페이스에 dc-1가 없어야 합니다.
11. dc-1에서 Cassandra 노드를 하나씩 사용 중지합니다.
  참고: 사용 중단된 노드에 여전히 Cassandra가 있습니다. 인코더-디코더 아키텍처를 원래 클러스터를 배포해야 합니다 우연히 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 및 주키퍼 노드에 대해 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. 조직에서 사용 가능한 모든 포드를 나열합니다.
```
curl -v -u  <AdminEmailID>:<AdminPassword> -X GET "http://MS_IP:8080/v1/o/ORG/pods"
```
  2. 모든 바인딩이 삭제되었는지 확인하려면 포드와 연결된 서버의 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. 포드를 삭제합니다.
```
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
```
참고: 서버 삭제 단계 중 하나를 누락한 경우 위의 단계를 수행하면 됩니다. 오류 메시지가 반환되면 여전히 존재하는지 확인할 수 있습니다 문제 해결 단계에 따라 파일을 삭제하세요. curl 명령어에서 유형을 맞춤설정할 수 있습니다.

이제 dc-1의 해제가 완료되었습니다.

부록

문제 해결

이전 단계를 수행한 후에도 일부 포드에 서버가 여전히 있는 경우 다음 단계를 수행합니다. 서버를 등록 취소 및 삭제합니다. 참고: 필요에 따라 유형 및 포드를 변경합니다.
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. 서버를 하나씩 삭제합니다.
```
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MP_IP:8080/v1/servers/UUID
```
유효성 검사

다음 명령어를 사용하여 사용 중단을 확인할 수 있습니다.

관리 서버

모든 리전의 관리 서버에서 다음 명령어를 실행합니다.
```
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 상태가 반환됩니다. 노드입니다

한 노드에 다음을 입력합니다.
```
/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입니다.

주키퍼 노드 한 개에서 다음을 수행합니다.
```
/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

라우터

메시지 프로세서

Qpid 서버 및 Qpidd

Postgres 및 Postgresql

Postgres 마스터 사용 중단 중

대기 노드가 하나만 남아 있는 경우

대기 노드가 둘 이상 남아 있는 경우

Postgres 대기 사용 중단 중

주키퍼 및 Cassandra

dc-1에서 바인딩 삭제

부록

문제 해결

유효성 검사

관리 서버

Cassandra/ZooKeeper 노드

로그