Bu sayfa, Cloud Translation API ile çevrilmiştir.

Veri merkezini kullanımdan kaldırma

Bazen bir veri merkezini devre dışı bırakmanız gerekebilir. Örneğin, işletim sisteminizi yeni sürüme geçiriyorsanız . Aşağıdaki bölümlerde, bir veri merkezinin devre dışı bırakılmasına ilişkin bir örnek sunulmaktadır. aynı alt düzende iki ayrı veri merkezi bulunur: dc-1 ve dc-2 12 düğüm kümelenmiş yükleme:

dc-1, kullanımdan kaldırılacak veri merkezidir.
dc-2, geçersiz kılma prosedüründe kullanılan ikinci bir veri merkezidir.

Yeni sürüme geçiyorsanız işletim sisteminize göre, dc-2 cihazınızı kurduğunuz veri merkezi olabilir İşletim sisteminin (OS) yeni sürümü Ancak yeni bir işletim sistemi yüklemeniz gerekmez bir veri merkezini devre dışı bırakmaya çalışıyor.

Veri merkezini devre dışı bırakmadan önce dikkat edilmesi gereken noktalar

Bir veri merkezini kullanımdan kaldırırken aşağıdaki noktaları göz önünde bulundurun:

Veri merkezine giden tüm çalışma zamanı ve yönetim trafiğinin devre dışı bırakılmasını ve yönlendirilmesini engelle veri merkezlerine gönderebilirsiniz.
Veri merkezi devre dışı bırakıldıktan sonra Apigee kümenizin kapasitesi azalır. Bunu telafi etmek için kalan veri merkezlerinin kapasitesini artırmayı veya yeni veri merkezlerine devre dışı bırakıldıktan sonra veri merkezlerine erişim sağlar.
Geçersiz kılma işlemi sırasında, bağlı olduğunuz koşulların kullanımdan kaldırılan veri merkezinde hangi analiz bileşenlerinin yüklü olduğunu. Daha fazla Qpid ekleme veya kaldırma konusunda daha fazla bilgi edinin düğümler ile karşılaştırın.
Bir veri merkezini hizmet dışı bırakmadan önce, tüm bileşenlerin nasıl çalıştığını anlamanız gerekir. özellikle OpenLDAP, ZooKeeper, Cassandra ve ve Postgres sunucuları. Ayrıca tüm bileşenlerin ve yapılandırmalarının yedeğini almanız gerekir.

Başlamadan önce

Yönetim Sunucusu: Tüm geçersiz kılma adımları büyük ölçüde Yönetim Sunucusuna bağlıdır. Yalnızca bir Yönetim Sunucusu mevcut, yeni bir sürüm yüklemenizi öneririz. Yönetimi devre dışı bırakmadan önce, dc-1 dışında bir veri merkezinde Yönetim Sunucusu bileşeni Sunucuyu dc-1'e bağlayın ve Yönetim Sunucularından biri her zaman kullanılabilir.
Yönlendirici: Bir Yönlendiriciyi devre dışı bırakmadan önce Yönlendiricilerin erişilebilirliğini devre dışı bırakın bağlantı noktası 15999'u engelleyebilirsiniz. Çalışma zamanı olmadığından emin olun trafik, devre dışı bırakılan Yönlendiricilere yönlendirildiğinden emin olun.
Cassandra ve ZooKeeper: Aşağıdaki bölümlerde, iki veri merkezi kurulumunda dc-1'in nasıl geçersiz kılınacağı açıklanmaktadır. Birden fazla devre dışı bırakılan düğüme yönelik tüm referansları kaldırdığınızdan emin olun. (bu örnekte dc-1) veri merkezlerindeki tüm sessiz yapılandırma dosyalarından seçim yapmanıza olanak tanır. Devre dışı bırakılacak Cassandra düğümleri için bu ana makineleri CASS_HOSTS öğesinden kaldırın. Kalan Cassandra düğümleri orijinal CASS_HOSTS sıralamasında kalmalıdır.
Postgres: Postgres master'ını hizmet dışı bırakırsanız aşağıdaki başlıklardan herhangi birinin tanıtımını yaptığınızdan emin olun. bekleme düğümlerini yeni bir postgres ana kopyası olarak kullanabilirsiniz. QPID sunucusu örnek bir tampon Postgres ana kopyası uzun bir süre boyunca kullanılamıyorsa analiz verilerini kaybetme riskiyle karşı karşıya kalırsınız.
Dikkat: Postgresql sunucularını analizlerden kaldırıp eklemeniz gerekir ekleyebilirsiniz. Bazı analiz verilerini kaybedebilirsiniz iki adım arasında önemli bir gecikme olursa
Öneri: İleti İşleyicide, iletilerin saklanması gereken bellekte analiz verileri kısa bir süreliğine kullanabilirsiniz. Analytics grubunda değişiklik yapmadan önce trafik alan veri merkezindeki 5672 numaralı bağlantı noktasını engelle ve değişiklikleri yaptıktan sonra bu bağlantı noktasını hızla yeniden etkinleştirdiğinizden emin olun. unutmayın.

Örneğin, Qpid sunucusuna ileti işlemcileri:
1. Girin
```
iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP
```
  .
2. Axgroup değişiklik adımlarını uygulayın.
3. Axgroup değişikliklerinden sonra iptable kuralını kaldırın:
```
iptables -F
```
  .

Ön koşullar

Herhangi bir bileşeni geçersiz kılmadan önce tüm bileşenlerin eksiksiz bir yedeğini düğüm. Şu işlemleri gerçekleştirmek için Edge'in geçerli sürümünüze ait prosedürü kullanın: yedekleme. Yedekleme hakkında daha fazla bilgi için bkz. Yedekleme ve geri yükleme.

Not: Birden fazla Cassandra veya ZooKeeper düğümünüz varsa bunları tek tek yedekleyin. Zira yedekleme işlemi ZooKeeper'ı geçici olarak kapatacaktır.
Devre dışı bırakmadan önce Edge'in çalışır durumda olduğundan emin olmak için şu komutu kullanın:
```
/opt/apigee/apigee-service/bin/apigee-all status
```
.
Bulunduğunuz veri merkezine çalışma zamanı trafiği gelmediğinden emin olun geçersiz kılmayı deneyin.

Geçersiz kılma bileşenlerinin sırası

Birden fazla düğüme Edge for Private Cloud yüklerseniz Bu düğümlerdeki uç bileşenleri aşağıdaki sırayla gösterilir:

Edge kullanıcı arayüzü (edge kullanıcı arayüzü)
Yönetim Sunucusu (uç yönetim sunucusu)
OpenLDAP (Apigee-openLDAP)
Yönlendirici (kenar yönlendirici)
Message Processor (İleti İşlemci) (uç mesaj işlemcisi)
Qpid Server ve Qpidd (edge-qpid-server ve Apigee-qpidd)
Postgres ve PostgreSQL veritabanı (edge-postgres-server ve Apigee-postgresql)
ZooKeeper (Apigee-zookeeper)
Cassandra (Apigee-cassandra)

Aşağıdaki bölümlerde, her bir bileşenin nasıl geçersiz kılınacağı açıklanmaktadır.

Edge kullanıcı arayüzü

dc-1'in Edge UI bileşenini durdurmak ve kaldırmak için aşağıdaki komutları girin:

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

/opt/apigee/apigee-service/bin/apigee-service edge-ui uninstall

Yönetim Sunucusu

dc-1'de Yönetim Sunucusu'nu devre dışı bırakmak için aşağıdaki adımları uygulayın:

dc-1'de Yönetim Sunucusu'nu durdurun:

apigee-service edge-management-server stop

dc-1'de kayıtlı olan Yönetim Sunucusu'nun UUID'sini bulun:

curl -u <AdminEmailID>:'<AdminPassword>' \
-X GET “http://{MS_IP}:8080/v1/servers?pod=central&region=dc-1&type=management-server”

Sunucu türünün kaydını silin:

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"

Sunucuyu silin. Not: Bu sunucuda başka bileşenler de yüklüyse UUID'yi silmeden önce tümünün kaydını silin.
```
curl -u <AdminEmailID>:'<AdminPassword> -X DELETE http://{MS_IP}:8080/v1/servers/{UUID}
```

dc-1'de Yönetim Sunucusu bileşenini kaldırın:

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

LDAP'yi Aç

Bu bölümde, dc-1'de OpenLDAP'nin nasıl devre dışı bırakılacağı açıklanmaktadır.

Not: İkiden fazla veri merkeziniz varsa İkiden fazla veri merkezi bulunan kurulumlar aşağıda verilmiştir.

dc-1'de OpenLDAP'yi devre dışı bırakmak için aşağıdaki adımları uygulayın:

Aşağıdaki adımları uygulayarak dc-1 OpenLDAP düğümünü yedekleyin: Nasıl yedekleme yapılır?
İki veri merkezi (dc-1 ve dc-2) arasındaki veri çoğaltma işlemini aşağıdaki gibi bölün: Her iki veri merkezinde de aşağıdaki adımların uygulanması gerekiyor.
Not: Kurulumunuzda ikiden fazla veri merkezi varsa şunları yapmanız gerekir:
1. OpenLDAP düğümünü tanımlayın devre dışı bırakılan düğüme çoğaltılır.
2. Çoğaltılacak düğümün replikasını değiştirin farklı bir düğüme taşıyabilirsiniz.
Örneğin, düğüm 1'in düğüm 2'ye çoğaltıldığı üç veri merkezinizin olduğunu varsayalım. Düğüm 2, düğüm 3'e, düğüm 3 de düğüm 1'e çoğaltılır. Geçerliliği devre dışı bırakıyorsanız düğüm 1, düğüm 1'deki çoğaltmayı kırmanız ve ayrıca düğüm 3'e ilişkin çoğaltmayı 2. düğüme çoğaltın.
1. Mevcut durumu kontrol edin:
```
ldapsearch -H ldap://{HOST}:{PORT} -LLL -x -b "cn=config" -D "cn=admin,cn=config" -w {credentials} -o ldif-wrap=no 'olcSyncRepl' | grep olcSyncrepl
```
  .
  Şuna benzer bir çıkış alırsınız:
```
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. Aşağıdaki komutları içeren bir break_repl.ldif dosyası oluşturun:
```
dn: olcDatabase={2}bdb,cn=config
changetype: modify
delete: olcSyncRepl

dn: olcDatabase={2}bdb,cn=config
changetype: modify
delete: olcMirrorMode
```
3. ldapmodify komutunu çalıştırın:
```
ldapmodify -x -w {credentials} -D "cn=admin,cn=config" -H "ldap://{HOST}:{PORT}/" -f path/to/file/break_repl.ldif
```
  Şuna benzer bir çıkış alırsınız:
```
modifying entry "olcDatabase={2}bdb,cn=config"
modifying entry "olcDatabase={2}bdb,cn=config"
```
  .
dc-2 LDAP'de bir giriş oluşturarak dc-2'nin artık dc-1'e çoğaltılmadığını doğrulayabilirsiniz ve dc-1 LDAP'sinde görünmediğinden emin olun.

İsteğe bağlı olarak, aşağıdaki adımları uygulayarak dc-2 dosyasında salt okuma erişimli kullanıcı oluşturabilirsiniz: OpenLDAP düğümünü açın ve kullanıcının çoğaltılıp çoğaltılmadığını kontrol edin. Kullanıcı daha sonra silindi.
1. dc-2 dosyasında aşağıdaki içeriğe sahip bir readonly-user.ldif dosyası oluşturun:
```
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'de "LDAPadd" komutuyla kullanıcı ekleyin:
```
ldapadd -H ldap://{HOST}:{PORT} -w {credentials} -D "cn=manager,dc=apigee,dc=com" -f path/to/file/readonly-user.ldif
```
  .
  Çıkış şuna benzer olur:
```
adding new entry "uid=readonly-user,ou=users,ou=global,dc=apigee,dc=com"
```
  .
3. Kullanıcının kopyalanmadığından emin olmak için dc-1'de kullanıcıyı arayın. Kullanıcı yoksa, her iki LDAP'nin de çoğaltmadığından emin olun:
```
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
```
  .
  Şuna benzer bir çıkış alırsınız:
```
No such object (32)
Matched DN: ou=users,ou=global,dc=apigee,dc=com
```
4. Daha önce eklediğiniz salt okuma erişimli kullanıcıyı kaldırın:
```
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'de OpenLDAP'yi durdurun:

/opt/apigee/apigee-service/bin/apigee-service apigee-openldap stop

dc-1'deki OpenLDAP bileşenini kaldırın:

/opt/apigee/apigee-service/bin/apigee-service apigee-openldap uninstall

Yönlendirici

Bu bölümde bir Yönlendiricinin nasıl devre dışı bırakılacağı açıklanmaktadır. Görüntüleyin Yönlendiriciyi kaldırma hakkında daha fazla bilgi için sunucuyu kaldırın.

Aşağıdaki adımlar Yönlendirici'yi dc-1'den kaldırır. dc-1'de yapılandırılmış birden fazla Yönlendirici düğümü varsa bu adımları tüm Yönlendirici düğümlerinde uygulayın birer birer

Not: Burada, yönlendiricinin durum denetimi bağlantı noktası olan 15999'un, sisteminizde yapılandırılmış olduğu varsayılır. bağlantı noktası 15999'u engelleyen bir bağlantı oluşturmanız, yönlendiriciyi erişilemez hale getirir. Root erişimine ihtiyacınız olabilir dokunun.

Bir Yönlendiriciyi devre dışı bırakmak için aşağıdaki adımları uygulayın:

Durum denetimi bağlantı noktası olan 15999 numaralı bağlantı noktasını engelleyerek yönlendiricilerin erişilebilirliğini devre dışı bırakın. Bu veri merkezinde çalışma zamanı trafiğinin engellendiğinden emin olun:
```
iptables -A INPUT -i eth0 -p tcp --dport 15999 -j REJECT
```

Yönlendiricinin erişilebilir olduğunu doğrulayın:

curl -vvv -X GET http://{ROUTER_IP}:15999/v1/servers/self/reachable

Şuna benzer bir çıkış alırsınız:

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

Yönlendiricinin UUID'sini şu şekilde alın: UUID'leri alın.

Yönlendiriciyi durdurun:

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

Kuruluştaki kullanılabilir ağ geçidi kapsüllerini aşağıdaki komutla listeleyin:
```
curl -u  <AdminEmailID>:<AdminPassword> -X GET "http://{MS_IP}:8080/v1/organizations/{ORG}/pods"
```
.
Bkz. Kapsüller hakkında.

Sunucu türünün kaydını silin:

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"

Sunucu kaydını silin:

curl -u <AdminEmailID>:'<AdminPassword>’ -X DELETE http://{MS_IP}:8080/v1/servers/UUID

edge-router uygulamasını kaldırın:

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

Bkz. Sunucu kaldırma.

Engellenen bağlantı noktası 15999'u etkinleştirmek için iptables kurallarını temizleyin:
```
iptables -F
```

Mesaj İşleyici

Bu bölümde, Mesaj İşleyici'nin dc-1'den nasıl devre dışı bırakılacağı açıklanmaktadır. Bkz. İleti İşleyici'yi kaldırma hakkında daha fazla bilgi edinmek için sunucuyu kaldırın.

dc-1'in 2,25 gibi yüksek 12 düğüm kümeli yükleme kullanıyorsanız dc-1'de yapılandırılmış iki Mesaj İşlemci düğümü vardır. Şunu gerçekleştirin: her iki düğümde de aşağıdaki komutları uygulayın.

Mesaj İşleyicilerin UUID'lerini şu sayfada açıklandığı gibi alın: UUID'leri alın.

İleti işleyeni durdurun:

apigee-service edge-message-processor stop

Sunucu türünün kaydını silin:

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"

Sunucu türünün kaydını silin:

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"

Mesaj İşleyici'yi kaldırın:

/opt/apigee/apigee-service/bin/apigee-service edge-message-processor uninstall

Sunucu kaydını silin:

curl -u <AdminEmailID>:'<AdminPassword> -X DELETE http://{MS_IP}:8080/v1/servers/UUID

Qpid sunucusu ve Qpidd

Bu bölümde, Qpid Server (edge-qpid-server) ve Qpidd'nin nasıl devre dışı bırakılacağı açıklanmaktadır. (apigee-qpidd). dc-1'de yapılandırılmış iki Qpid düğümü olduğundan her ikisi için de aşağıdaki adımları uygulamanız gerekir: düğümler:

Qpidd için UUID'yi Al UUID'ler.

edge-qpid-server ve apigee-qpidd adlı uygulamaları durdurun:

/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
/opt/apigee/apigee-service/bin/apigee-service apigee-qpidd stop

Analytics'in ve tüketici gruplarının listesini alın:

curl -u <AdminEmailID>:'<AdminPassword>' -X GET http://{MS_IP}:8080/v1/analytics/groups/ax

Qpid'i tüketici grubundan kaldırın:

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'i analiz grubundan kaldırın:

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 yüklemesinde Qpid sunucusunun kaydını silin:

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 yüklemesinden Qpid sunucusunu kaldırın:

curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID

Değişikliğin alındığından emin olmak için tüm düğümlerdeki tüm Edge-qpid-server bileşenlerini yeniden başlatın emin olmanız gerekir:
```
$ /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 ile Apigee-qpidd uygulamasını kaldırın:

$ /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server uninstall
$ /opt/apigee/apigee-service/bin/apigee-service apigee-qpidd uninstall

Postgres ve Postgresql

Devre dışı bıraktığınız veri merkezinde bir Postgres ana veya Postgres bekleme modu olabilir. Aşağıdaki bölümlerde bunların nasıl devre dışı bırakılacağı açıklanmaktadır:

Postgres ana ögesini devre dışı bırakma
Postgres bekleme modunu devre dışı bırakma

Dikkat: Postgresql sunucularını analizlerden kaldırıp eklemeniz gerekir ekleyebilirsiniz. Bazı analiz verilerini kaybedebilirsiniz iki adım arasında önemli bir gecikme olursa

Öneri: İleti İşleyicide, iletilerin saklanması gereken bellekte analiz verileri kısa bir süreliğine kullanabilirsiniz. Analytics grubunda değişiklik yapmadan önce trafik alan veri merkezindeki 5672 numaralı bağlantı noktasını engelle ve değişiklikleri yaptıktan sonra bu bağlantı noktasını hızla yeniden etkinleştirdiğinizden emin olun. unutmayın.

Örneğin, Qpid sunucusuna ileti işlemcileri:

Girin

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

Axgroup değişiklik adımlarını uygulayın.
Axgroup değişikliklerinden sonra iptable kuralını kaldırın:
```
iptables -F
```
.

Postgres ana ustası kullanımdan kaldırılıyor

Not: Postgres ana örneğini devre dışı bırakırsanız aşağıdaki etiketlerden herhangi birinin tanıtımını yaptığınızdan emin olun: bekleme düğümlerini yeni bir postgres ana kopyası olarak kullanabilirsiniz. QPID, arabellek verilerini sıraya alırken Postgres ana kopyası uzun süre kullanılamıyorsa analiz verilerini kaybetme riskiyle karşı karşıya kalırsınız.

Postgres ana örneğini devre dışı bırakmak için:

Aşağıdaki bağlantılarda yer alan talimatları uygulayarak dc-1 Postgres ana düğümünü yedekleyin:
- Yedekleme ve geri yükleme
- Yedekleme
Postgres sunucularının UUID'lerini aşağıdaki gibi alın: UUID'leri alın.

dc-1'de edge-postgres-server hareketini durdurun ve Geçerli ana slaytta 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 üzerindeki bekleme düğümünde, ana düğüm yapmak için aşağıdaki komutu girin:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql promote-standby-to-master <IP of OLD Progress master>
```
.
Not: Birden fazla beklemedeki Postgres düğümünüz varsa mevcut tüm postgres bekleme düğümleri için çoğaltma ayarını güncelleyin.

Yeni Postgres ana örneğine barındırıcı girişleri eklemek için ilgili bölümdeki adımları uygulayın: aşağıda bulabilirsiniz:

Yalnızca bir bekleme düğümü kalmışsa

Örneğin, geçersiz kılmadan önce yapılandırılmış üç Postgres düğümü olduğunu varsayalım. Mevcut ana slaydı devre dışı bıraktınız ve kalan postgres bekleme rekorlarından birini yükselttiniz düğümler için ana makine eğitimidir. Kalan bekleme düğümünü aşağıdaki adımları uygulayarak yapılandırın:
1. Yeni ana slaytta yapılandırmayı düzenleyin ayarlanacak dosya:
```
PG_MASTER=IP_or_DNS_of_new_PG_MASTER
PG_STANDBY=IP_or_DNS_of_PG_STANDBY
```
  .
2. Yeni ana slaytta çoğaltmayı etkinleştirin:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-master -f configFIle
```
  .
Birden fazla bekleme düğümü kaldıysa
1. Aşağıdaki yapılandırmayı /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 dosyasının sahibi olduğundan emin olun. Apigee kullanıcısı:
```
      chown apigee:apigee /opt/apigee/customer/application/postgresql.properties
```
  .
3. apigee-postgresql uygulamasını yeniden başlatın:
```
apigee-service apigee-postgresql restart
```
4. dc-2'ye aşağıdaki komutu girerek Postgres ana ayarlarının doğru şekilde kurulduğunu doğrulayın:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
```
  .
5. Postgresql sunucularını analiz grubundan ve tüketici grubundan kaldırın ve ekleyin.
  Dikkat: Sonraki iki adımı birlikte uygulayın; aksi takdirde bu iki adım arasında analiz verilerinin kaybedilmesine neden olabilir.
  1. Şu sayfadaki talimatları uygulayarak eski Postgres sunucusunu analiz grubundan kaldırın: Analiz grubundan bir Postgres sunucusunu kaldırma.
  2. Şu sayfadaki talimatları uygulayarak analiz grubuna yeni bir postgres sunucusu ekleyin: Bir analiz grubuna mevcut bir Postgres sunucusunu ekleyin.
6. Eski postgres sunucusunun dc-1'deki kaydını silin:
```
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. Eski postgres sunucusunu dc-1'den silin:
```
curl -u >AdminEmailID>:'>AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID
```
  .
8. Eski Postgres ustası artık güvenli bir şekilde devre dışı bırakılabilir. edge-postgres-server uygulamasını kaldır ve apigee-postgresql:
```
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server uninstall
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql uninstall
```
Postgres bekleme modu devre dışı bırakılıyor

Not: Bir 12 düğüm kümeli yükleme, dc-1 postgresql düğümünü ana düğüm olarak gösterir. ancak kolaylık olması için bu bölümde dc-1 postgresql düğümünün bekleme modunda olduğu varsayılıyor ve dc-2 postgresql düğümü ana düğümdür.

Postgres bekleme modunu devre dışı bırakmak için aşağıdaki adımları uygulayın:
1. Aşağıdaki talimatları uygulayarak Postgres sunucularının UUID'lerini alın. UUID'leri alın.
2. dc-1'deki geçerli bekleme düğümünde apigee-postgresql komutunu durdurun:
```
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
```
3. Postgresql sunucularını analiz grubundan ve tüketici grubundan kaldırın ve ekleyin.
  Dikkat: Sonraki iki adımı birlikte uygulayın; aksi takdirde bu iki adım arasında analiz verilerinin kaybedilmesine neden olabilir.
  1. Şu sayfadaki talimatları uygulayarak eski Postgres sunucusunu analiz grubundan kaldırın: Analiz grubundan bir Postgres sunucusunu kaldırma.
  2. Şu sayfadaki talimatları uygulayarak analiz grubuna yeni bir postgres sunucusu ekleyin: Bir analiz grubuna mevcut bir Postgres sunucusunu ekleyin.
4. Eski postgres sunucusunun dc-1'deki kaydını silin:
```
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. Eski postgres sunucusunu dc-1'den silin:
```
curl -u >AdminEmailID>:'>AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID
```
  .
6. Eski Postgres ustası artık güvenli bir şekilde devre dışı bırakılabilir. edge-postgres-server uygulamasını kaldır ve apigee-postgresql:
```
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server uninstall
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql uninstall
```
ZooKeeper ve Cassandra

Bu bölümde, ZooKeeper ve Cassandra sunucularının nasıl devre dışı bırakılacağı açıklanmaktadır iki veri merkezi kurulumunda kullanabilirsiniz.

Birden fazla devre dışı bırakılan düğüme yönelik tüm referansları kaldırdığınızdan emin olun. (bu örnekte dc-1) veri merkezlerindeki tüm sessiz yapılandırma dosyalarından seçim yapmanıza olanak tanır. Devre dışı bırakılacak Cassandra düğümleri için bu ana makineleri CASS_HOSTS öğesinden kaldırın. Kalan Cassandra düğümleri orijinal CASS_HOSTS sıralamasında kalmalıdır.

ZooKeeper hakkında not: ZK_HOST mülk kullanın. Tek sayı olmalıdır seçmen düğümlerinin sayısını kontrol edin. Daha fazla bilgi için bkz. Apache ZooKeeper bakımı görevler hakkında daha fazla bilgi edinin.

Dikkat: Lideri olan bir veri merkezini devre dışı bırakırsanız ZooKeeper düğümünde kesinti olacak.

ZooKeeper ve Cassandra sunucularını devre dışı bırakmak için:
1. Aşağıdaki bağlantılarda yer alan talimatları uygulayarak dc-1 Cassandra ve ZooKeeper düğümlerini yedekleyin:
  - Yedekleme ve geri yükleme
  - Yedekleme
  ziyaret edin.
  Not: Birden fazla ZooKeeper düğümünüz varsa bunları tek tek yedekleyin. Yedekleme işlemi ZooKeeper'ı geçici olarak kapatır.
2. ZooKeeper ve Cassandra'nın UUID'lerini listeleyin üzerinde bulunan ve Cassandra düğümlerinin yaklaşık olarak devre dışı bırakılacak.
```
apigee-adminapi.sh servers list -r dc-1 -p central -t application-datastore --admin <AdminEmailID> --pwd '<AdminPassword>' --host localhost
```
3. Sunucu türünün kaydını silin:
```
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. Sunucu kaydını silin:
```
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MS_IP:8080/v1/servers/UUID
```
  .
5. Yapılandırma dosyasını, devre dışı bırakılmış düğümlerin IP'leriyle güncelleyin. ZK_HOSTS ve CASS_HOSTS.
  Notlar:
  - Değişiklik yaparken seçmen sayısı çoğunluğunu korumanız gerekir ZooKeeper topluluğunu sağlamak için yapılandırma dosyasındaki ZK_HOST özelliğini çalışmaya devam etmesini sağlar. Yapılandırmanızda seçmen düğümlerinin sayısı tek sayı olmalıdır. Görüntüleyin ZooKeeper hakkında ve sınır.
  - Devre dışı bırakılacak Cassandra düğümleri için bu ana makineleri CASS_HOSTS Kalan Cassandra düğümleri orijinal CASS_HOSTS sıralamasında kalmalıdır.
  - ZooKeeper gözlemci düğümleri oylamaya katılmaz ve yeterli çoğunluk olmaması.
  Örnek: dc-1 ve $IP4 $IP5 $IP6 IP'lerinde $IP1 $IP2 $IP3 IP'lerinizin olduğunu varsayalım ve siz de dc-1'i geçersiz kılıyor. Ardından, $IP1 $IP2 $IP3 IP'lerini yapılandırma dosyaları.
  - Mevcut yapılandırma dosyası girişleri:
```
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”
```
    .
  - Yeni yapılandırma dosyası girişleri:
```
ZK_HOSTS="$IP4 $IP5 $IP6"
CASS_HOSTS="$IP4:2,1 $IP5:2,1 $IP6:2,1"
```
    .
6. Sessiz yapılandırma dosyasını (adım e'de değiştirilmiştir), kaldırılan devre dışı bırakılmış düğümleri çalıştırın ve yönetimi Yönetim Sunucularını barındıran tüm düğümlerde sunucu profili:
```
/opt/apigee/apigee-setup/bin/setup.sh -p ms -f updated_config_file
```
  .
7. Yapılandırma dosyasını kaldırılan düğümlerin IP'leriyle güncelleyin ve MP/RMP profilini çalıştırın. tüm Yönlendirici ve İleti İşlemci düğümlerinde:
  - Uç Yönlendirici ve Mesaj İşlemci aynı düğümde yapılandırılmışsa şunları girin:
```
/opt/apigee/apigee-setup/bin/setup.sh -p rmp -f updated_config_file
```
    .
  - Uç Yönlendirici ve Mesaj İşlemci ayrı düğümlerde yapılandırılmışsa aşağıdakileri girin:
    
    Yönlendirici için:
```
/opt/apigee/apigee-setup/bin/setup.sh -p r -f updated_config_file
```
    Mesaj İşleyici için:
```
/opt/apigee/apigee-setup/bin/setup.sh -p mp -f updated_config_file
```
8. Devre dışı bırakılan düğümlerin IP'leri yanıt dosyasından çıkarılarak tüm Qpid düğümlerini yeniden yapılandırın:
```
/opt/apigee/apigee-setup/bin/setup.sh -p qs -f updated_config_file
```
  .
9. Devre dışı bırakılan düğümlerin IP'leri yanıt dosyasından çıkarılarak tüm Postgres düğümlerini yeniden yapılandırın:
```
/opt/apigee/apigee-setup/bin/setup.sh -p ps -f updated_config_file
```
  .
10. system_auth tuş tuşunu değiştirin. Mevcut bir Cassandra düğümü, aşağıdaki komutu çalıştırarak system_auth tuş alanının replika faktörünü güncelleyin şu komutu kullanın:
```
ALTER KEYSPACE system_auth WITH replication = {'class': 'NetworkTopologyStrategy', 'dc-2': '3'};
```
  Bu komut, çoğaltma faktörünü '3' olarak ayarlar ve üç Cassandra düğümünü belirtir. var. Bu değeri gerektiği şekilde değiştirin.
  
  Bu adım tamamlandıktan sonra Cassandra topolojisi anahtar alanlarının hiçbirinde dc-1 olmamalıdır.
11. dc-1 üzerindeki Cassandra düğümlerini tek tek devre dışı bırakın.
  Not: Devre dışı bırakılan düğümlerde hâlâ Cassandra var örneğin, otomatik olarak oluşturulur. Cassandra hizmetinin tesadüfen ortaya çıkması gerekirse, küme halkasına yeniden katılır. Bunu önlemek için devre dışı bıraktıktan sonra Cassandra bileşenini kaldırdığınızdan ve devre dışı bırakılmış düğümlerin olup olmadığını kontrol edin.
  
  Cassandra düğümlerini devre dışı bırakmak için aşağıdaki komutu girin:
```
/opt/apigee/apigee-cassandra/bin/nodetool -h cassIP -u cassandra -pw '<AdminPassword>' decommission
```
  .
  Not: Bir düğüm geçersiz kılma durumunda takılı kaldıysa şunu kullanabilirsiniz: kaldırmak için Cassandra nodetool removenode simgesini tıklayın. Örneğin:
```
/opt/apigee/apigee-cassandra/bin/nodetool removenode UUID
```
12. Aşağıdaki komutlardan birini kullanarak Cassandra düğümlerinin dc-1'den bağlantısını kontrol edin:
```
/opt/apigee/apigee-cassandra/bin/cqlsh cassIP 9042 -u cassandra -p '<AdminPassword>'
```
  .
  Ya da devre dışı bırakılan düğümde çalıştırılacak ikincil doğrulama komutu:
```
/opt/apigee/apigee-cassandra/bin/nodetool netstats
```
  .
  Yukarıdaki komut şunu döndürmelidir:
```
Mode: DECOMMISSIONED
```
  .
13. dc-2'deki tüm Cassandra ve ZooKeeper düğümleri için DS profilini çalıştırın:
```
/opt/apigee/apigee-setup/bin/setup.sh -p ds -f updated_config_file
```
  .
14. dc-1'de apigee-cassandra ve apigee-zookeeper öğelerini durdurun:
```
apigee-service apigee-cassandra stop
apigee-service apigee-zookeeper stop
```
15. apigee-cassandra ve apigee-zookeeper uygulamalarını dc-1'de kaldırın:
```
apigee-service apigee-cassandra uninstall
apigee-service apigee-zookeeper uninstall
```
Bağlamaları dc-1'den sil

dc-1'deki bağlamaları silmek için aşağıdaki adımları uygulayın:
1. dc-1'deki bağlamaları silin.
  1. Kuruluş altındaki tüm kullanılabilir kapsülleri listeleyin:
```
curl -v -u  <AdminEmailID>:<AdminPassword> -X GET "http://MS_IP:8080/v1/o/ORG/pods"
```
    .
  2. Tüm bağlamaların kaldırılıp kaldırılmadığını kontrol etmek için Kapsüllerle ilişkili sunucuların UUID'leri:
```
curl -v -u  <AdminEmailID>:<AdminPassword> \
-X GET "http://MS_IP:8080/v1/regions/dc-1/pods/gateway-1/servers"
```
    Bu komut herhangi bir UUID döndürmezse önceki adımlar tüm bağlamaları kaldırmıştır. sonraki adıma geçebilirsiniz. Aksi takdirde, sonraki adımı uygulayın.
  3. Önceki adımda edinilen UUID'lerin tüm sunucu bağlamalarını kaldırın:
```
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MS_IP:8080/v1/servers/UUID
```
    .
  4. Kuruluşun kapsülle olan ilişkisini kaldırın:
```
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. Kapsülleri silin:
```
curl -v -u <AdminEmailID>:<AdminPassword> "http://MS_IP:8080/v1/regions/dc-1/pods/gateway-1" -X DELETE
```
  .
3. Bölgeyi silin.
```
curl -v -u <AdminEmailID>:<AdminPassword>  "http://MS_IP:8080/v1/regions/dc-1" -X DELETE
```
Not: Sunucuları silme adımlarından birini atlarsanız yukarıdaki adım şu hata mesajını döndürür: hâlâ mevcut olması gerekir. Bu nedenle, sorun giderme adımlarını uygulayarak bunları silin ve curl komutundaki türleri özelleştirebilirsiniz.

Bu noktada, dc-1'in geçersiz kılınmasını tamamladınız.

Ek

Sorun giderme

Önceki adımları gerçekleştirdikten sonra bazı kapsüllerde hâlâ sunucular varsa aşağıdaki adımları uygulayın: sunucuların kaydını iptal edip silin. Not: Türleri ve kapsülü gereken şekilde değiştirin.
1. Aşağıdaki komutu kullanarak UUID'leri alın:
```
apigee-adminapi.sh servers list -r dc-1 -p POD -t  --admin <AdminEmailID> --pwd  '<AdminPassword>’ --host localhost
```
2. Sunucu türünün kaydını silin:
```
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. Sunucuları tek tek silin:
```
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MP_IP:8080/v1/servers/UUID
```
  .
Doğrulama

Geçersiz kılma işlemini aşağıdaki komutları kullanarak doğrulayabilirsiniz.

Yönetim Sunucusu

Tüm bölgelerde Yönetim Sunucularından aşağıdaki komutları çalıştırın.
```
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
```
Tüm yönetim için bağlantı noktası gereksinimlerini kontrol etmek üzere tüm bileşenlerde aşağıdaki komutu çalıştırın bağlantı noktaları.
```
curl -v http://MS_IP:8080/v1/servers/self
```
Analiz grubunu kontrol edin.
```
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 düğümleri

Tüm Cassandra düğümlerinde şunu girin:
```
/opt/apigee/apigee-cassandra/bin/nodetool -h <host> statusthrift
```
Bu işlem, söz konusu özel durum için bir running veya not running durumu döndürür. düğüm.

Bir düğümde şunları girin:
```
/opt/apigee/apigee-cassandra/bin/nodetool -h <host> ring
```
```
/opt/apigee/apigee-cassandra/bin/nodetool -h <host> status
```
Yukarıdaki komutlar, etkin veri merkezi bilgilerini döndürür.

ZooKeeper düğümlerinde önce önce şunu girin:
```
echo ruok | nc <host> 2181
```
Bu komut, imok değerini döndürür.

Ardından şu komutu girin:
```
echo stat | nc <host> 2181 | grep Mode
```
Yukarıdaki komut tarafından döndürülen Mode değeri aşağıdakilerden biri olur: observer, leader veya follower.

Bir ZooKeeper düğümünde:
```
/opt/apigee/apigee-zookeeper/contrib/zk-tree.sh >> /tmp/zk-tree.out.txt
```
Postgres ana düğümünde aşağıdaki komutu çalıştırın:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
```
Yanıtta düğümün ana öğe olduğunu belirttiğini doğrulayın.

Bekleme düğümünde:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
```
Yanıtta düğümün bekleme aşamasında olduğunu belirttiğini doğrulayın.

Şu komutu kullanarak PostgreSQL veritabanına giriş yapın:
```
psql -h localhost -d apigee -U postgres
```
İstendiğinde "postgres" yazın. 'postgres' olarak bir kullanıcı şifresi oluşturun. Analytics'ten max(client_received_start_timestamp) seçin.
”$org.$env.fact” limit 1;
Günlükler

Hata olmadığından emin olmak için bileşenlerdeki günlükleri kontrol edin.

Veri merkezini kullanımdan kaldırma

Veri merkezini devre dışı bırakmadan önce dikkat edilmesi gereken noktalar

Başlamadan önce

Ön koşullar

Geçersiz kılma bileşenlerinin sırası

Edge kullanıcı arayüzü

Yönetim Sunucusu

LDAP'yi Aç

Yönlendirici

Mesaj İşleyici

Qpid sunucusu ve Qpidd

Postgres ve Postgresql

Postgres ana ustası kullanımdan kaldırılıyor

Yalnızca bir bekleme düğümü kalmışsa

Birden fazla bekleme düğümü kaldıysa

Postgres bekleme modu devre dışı bırakılıyor

ZooKeeper ve Cassandra

Bağlamaları dc-1'den sil

Ek

Sorun giderme

Doğrulama

Yönetim Sunucusu

Cassandra/ZooKeeper düğümleri

Günlükler