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 yeni işletim sistemini yeni bir veri merkezine yüklemeniz ve ardından eski veri merkezini kullanımdan kaldırmanız gerekir. Aşağıdaki bölümlerde, 12 düğümlü kümelenmiş kurulumda iki veri merkezi (dc-1 ve dc-2) bulunan bir veri merkezinin geçersiz kılınmasına ilişkin bir örnek gösterilmektedir:

  • dc-1, devre dışı bırakılacak veri merkezidir.
  • dc-2, geçersiz kılma işleminde kullanılan ikinci bir veri merkezidir.

İşletim sisteminizin sürümünü yükseltiyorsanız dc-2, işletim sisteminin (OS) yeni sürümünü yüklediğiniz veri merkezi olabilir. Bununla birlikte, bir veri merkezini devre dışı bırakmak için yeni bir işletim sistemi yüklemek gerekmez.

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

Bir veri merkezini devre dışı bırakı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ı engelleyin ve bunları diğer veri merkezlerine yönlendirin.
  • Veri merkezi devre dışı bırakıldıktan sonra Apigee kümenizin kapasitesi azalır. Bu hatayı telafi etmek için kalan veri merkezlerindeki kapasiteyi artırmayı veya kullanımdan kaldırdıktan sonra veri merkezleri eklemeyi deneyin.
  • Geçersiz kılma işlemi sırasında, devre dışı bırakılan veri merkezine hangi analiz bileşenlerinin yüklü olduğuna bağlı olarak analiz verilerinde kayıp potansiyeli vardır. Daha fazla ayrıntıyı Qpid düğümleri ekleme veya kaldırma bölümünde bulabilirsiniz.
  • Bir veri merkezini kullanımdan kaldırmadan önce, tüm veri merkezlerinde, özellikle de OpenLDAP, ZooKeeper, Cassandra ve Postgres sunucuları olmak üzere tüm bileşenlerin nasıl yapılandırıldığını anlamanız gerekir. Ayrıca, tüm bileşenlerin ve yapılandırmalarının yedeklerini de almanız gerekir.

Başlamadan önce

  • Yönetim Sunucusu: Geçersiz kılma işleminin tüm adımları büyük ölçüde Yönetim Sunucusu'na bağlıdır. Yalnızca tek bir Yönetim Sunucunuz varsa dc-1'de Yönetim Sunucusu'nu geçersiz kılmadan önce dc-1 dışında bir veri merkezine yeni bir Yönetim Sunucusu bileşeni yüklemenizi ve Yönetim Sunucularından birinin her zaman kullanılabilir olduğundan emin olmanızı öneririz.
  • Yönlendirici: Bir Yönlendiriciyi kullanımdan kaldırmadan önce, 15999 bağlantı noktasını engelleyerek Yönlendiricilerin erişilebilirliğini devre dışı bırakın. Devre dışı bırakılan Yönlendiricilere çalışma zamanı trafiğinin yönlendirilmediğ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. İkiden fazla veri merkeziniz varsa devre dışı bırakılan düğümle ilgili tüm referansları (bu durumda dc-1) kalan tüm veri merkezlerindeki tüm sessiz yapılandırma dosyalarından kaldırdığınızdan emin olun. Devre dışı bırakılacak Cassandra düğümlerinde, ana makineleri CASS_HOSTS öğesinden kaldırın. Kalan Cassandra düğümleri CASS_HOSTS olan orijinal sıralamada kalmalıdır.

  • Postgres: Postgres ana slaydını devre dışı bırakırsanız mevcut bekleme düğümlerinden herhangi birini yeni postgres ana ustası olarak yükselttiğinizden emin olun. QPID sunucusu sırada bir arabellek tutar ancak Postgres ana kopyası daha uzun süre kullanılmazsa analiz verilerini kaybetme riskiyle karşı karşıya kalırsınız.

Ön koşullar

  • Herhangi bir bileşeni kullanımdan kaldırmadan önce tüm düğümleri eksiksiz bir şekilde yedeklemenizi öneririz. Yedeklemeyi gerçekleştirmek için mevcut Edge sürümünüzle ilgili prosedürü kullanın. Yedekleme hakkında daha fazla bilgi için Yedekleme ve geri yükleme başlıklı makaleyi inceleyin.

    Not: Birden fazla Cassandra veya ZooKeeper düğümünüz varsa bunları tek tek yedekleyin. Yedekleme işlemi ZooKeeper'ı geçici olarak kapatı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
  • Devre dışı bıraktığınız veri merkezine şu anda çalışma zamanı trafiğinin gelmediğinden emin olun.

Bileşenleri geçersiz kılma sırası

Edge for Private Cloud'u birden fazla düğüme yüklerseniz bu düğümlerdeki Edge bileşenlerini aşağıdaki sırayla devre dışı bırakmanız gerekir:

  1. Edge kullanıcı arayüzü (edge-ui)
  2. Management Server (Yönetim Sunucusu) (edge-management-server)
  3. OpenLDAP (Apigee-openldap)
  4. Yönlendirici (kent yönlendirici)
  5. İleti İşlemci (edge-message işlemci)
  6. Qpid Sunucusu ve Qpidd (edge-qpid-server ve Apigee-qpidd)
  7. Postgres ve PostgreSQL veritabanı (edge-postgres-server ve Apigee-postgresql)
  8. ZooKeeper (Apigee-zookeeper)
  9. 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'deki Yönetim Sunucusu'nu devre dışı bırakmak için aşağıdaki adımları uygulayın:

  1. Yönetim Sunucusu'nu dc-1'de durdurun: 
    apigee-service edge-management-server stop
  2. dc-1'de kayıtlı 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”
  3. 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"
  4. Sunucuyu silin. Not: Bu sunucuda başka bileşenler de yüklüyse UUID'yi silmeden önce hepsinin kaydını silin. 
    curl -u <AdminEmailID>:'<AdminPassword> -X DELETE http://{MS_IP}:8080/v1/servers/{UUID}
  5. Yönetim Sunucusu bileşenini dc-1'den kaldırın: 
    /opt/apigee/apigee-service/bin/apigee-service edge-management-server uninstall

LDAP'yi açma

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 aşağıdaki İkiden fazla veri merkezi olan kurulumlar bölümüne bakın.

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

  1. Yedekleme bölümündeki adımları uygulayarak dc-1 OpenLDAP düğümünü yedekleyin.

  2. Aşağıdaki adımları her iki veri merkezinde de uygulayarak iki veri merkezi (dc-1 ve dc-2) arasındaki veri çoğaltma işlemini çözü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

      Çıkış şuna benzer olmalıdır: 

      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

      Çıkış şuna benzer olmalıdır: 

      modifying entry "olcDatabase={2}bdb,cn=config"
modifying entry "olcDatabase={2}bdb,cn=config"

  3. dc-2 LDAP'de bir giriş oluşturup dc-1 LDAP'de görünmediğinden emin olarak dc-2'nin artık dc-1'e çoğaltılmadığını doğrulayabilirsiniz.

    İsteğe bağlı olarak, aşağıdaki adımları uygulayarak dc-2 OpenLDAP düğümünde salt okunur bir kullanıcı oluşturabilir ve kullanıcının çoğaltılıp çoğaltılmadığını kontrol edebilirsiniz. Daha sonra kullanıcı silinir.

    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'ye "ldapadd" komutuyla kullanıcı ekle: 
      ldapadd -H ldap://{HOST}:{PORT} -w {credentials} -D "cn=manager,dc=apigee,dc=com" -f path/to/file/readonly-user.ldif

      Çıkış şuna benzer: 

      adding new entry "uid=readonly-user,ou=users,ou=global,dc=apigee,dc=com"

    3. Çoğaltılmadığından emin olmak için dc-1 bölümünde kullanıcıyı arayın. Kullanıcı dc-1'de bulunmuyorsa her iki LDAP'nin de artık replika oluşturmadığından emin olmanız gerekir: 
      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

      Çıkış şuna benzer olacaktır:

      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"
  4. OpenLDAP'yi dc-1'de durdur: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-openldap stop
  5. 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 geçersiz kılınacağı açıklanmaktadır. Yönlendiricinin kaldırılması hakkında daha fazla ayrıntı için Sunucu kaldırma bölümüne bakın.

Aşağıdaki adımlar Yönlendiriciyi dc-1'den devre dışı bırakır. dc-1'de yapılandırılmış birden fazla Yönlendirici düğümü varsa tüm Yönlendirici düğümlerindeki adımları birer birer uygulayın

Not: Burada, yük dengeleyicinizde yönlendiricinin durum denetimi bağlantı noktası olan 15999'un yapılandırıldığı ve engelleyici bağlantı noktası 15999'un yönlendiriciye erişilememesine yol açacağı varsayılır. Bağlantı noktasını engellemek için root erişimine ihtiyacınız olabilir.

Bir Yönlendiriciyi geçersiz kılmak için aşağıdaki adımları uygulayın:

  1. 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

  2. Yönlendiricinin ulaşılabilir olduğunu doğrulayın:

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

    Çıkış şuna benzer olmalıdır: 

    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

  3. Yönlendiricinin UUID'sini, UUID'leri alma bölümünde açıklandığı gibi alın.
  4. Yönlendiriciyi durdurun: 
    /opt/apigee/apigee-service/bin/apigee-service edge-router stop
  5. Aşağıdaki komutla kuruluştaki kullanılabilir ağ geçidi kapsüllerini listeleyin: 
    curl -u  <AdminEmailID>:<AdminPassword> -X GET "http://{MS_IP}:8080/v1/organizations/{ORG}/pods"

    Kapsüller hakkında bölümüne bakın.

  6. 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"
  7. Sunucunun kaydını silin: 
    curl -u <AdminEmailID>:'<AdminPassword>’ -X DELETE http://{MS_IP}:8080/v1/servers/UUID
  8. edge-router uygulamasını kaldırın: 
    /opt/apigee/apigee-service/bin/apigee-service edge-router uninstall
    Bkz. Sunucu kaldırma.
  9. 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 hizmetinden nasıl devre dışı bırakılacağı açıklanmaktadır. Mesaj İşleyici'nin kaldırılmasıyla ilgili daha fazla ayrıntı için Sunucu kaldırma bölümüne bakın.

dc-1'de 12 düğümlü kümelenmiş yükleme olduğunu varsaydığımız için dc-1'de yapılandırılmış iki Mesaj İşleyici düğümü vardır. Her iki düğümde de aşağıdaki komutları gerçekleştirin.

  1. UUID'ler alma bölümünde açıklandığı gibi, Mesaj İşleyicilerin UUID'lerini alın.
  2. Mesaj İşleyici'yi durdurun: 
    apigee-service edge-message-processor stop
  3. 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>
  4. 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"
  5. 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"
  6. Mesaj İşleyici'yi kaldırın: 
    /opt/apigee/apigee-service/bin/apigee-service edge-message-processor uninstall
  7. Sunucunun 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 Sunucusu (edge-qpid-server) ve Qpidd (apigee-qpidd) için nasıl geçersiz kılınacağı açıklanmaktadır. dc-1'de yapılandırılmış iki Qpid düğümü vardır. Bu nedenle her iki düğüm için aşağıdaki adımları uygulamanız gerekir:

  1. UUID'leri alma bölümünde açıklandığı gibi Qpidd için UUID'yi alın.
  2. edge-qpid-server ve apigee-qpidd ayarlarını durdur: 
    /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
/opt/apigee/apigee-service/bin/apigee-service apigee-qpidd stop
  3. Analytics ve tüketici gruplarının listesini alın: 
    curl -u <AdminEmailID>:'<AdminPassword>' -X GET http://{MS_IP}:8080/v1/analytics/groups/ax
  4. Qpid'yi 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}"
  5. Qpid'yi 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"
  6. Qpid sunucusunun Edge yüklemesindeki 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"
  7. Edge kurulumundan Qpid sunucusunu kaldırın: 
    curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID
  8. Değişikliğin bu bileşenler tarafından alındığından emin olmak için tüm düğümlerde tüm Edge-qpid-server bileşenlerini yeniden başlatın: 
    $ /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server restart
$ /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server wait_for_ready
  9. Edge-qpid-server ve Apigee-qpidd'i 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 kopyası veya bir Postgres beklemede olabilir. Aşağıdaki bölümlerde, bunların nasıl geçersiz kılınacağı açıklanmaktadır:

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

Not: Postgres ana düğümünü devre dışı bırakırsanız mevcut bekleme düğümlerinden herhangi birini yeni postgres ana örneğine yükselttiğinizden emin olun. QPID verileri arabelleğe alır ancak Postgres ana kopyası uzun süre kullanılmazsa analiz verilerini kaybetme riskiyle karşı karşıya kalırsınız.

Postgres ana slaydını devre dışı bırakmak için:

  1. Aşağıdaki bağlantılarda verilen talimatları uygulayarak dc-1 Postgres ana düğümünü yedekleyin:
  2. Postgres sunucularının UUID'lerini, UUID'leri alma bölümünde açıklandığı gibi alın.
  3. dc-1'de geçerli ana makinede edge-postgres-server ve apigee-postgresql öğelerini durdurun: 
    /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
  4. Ana düğüm yapmak için, dc-2'deki bekleme düğümünde 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 bekleme Postgres düğümünüz varsa yeni ana makineye ana makine girişleri eklemeniz ve kullanılabilir tüm postgres bekleme düğümleri için çoğaltma ayarını güncellemeniz gerekir.

    Yeni Postgres ana örneğine ana makine girişleri eklemek için aşağıdaki ilgili bölümde yer alan adımları uygulayın:

    Yalnızca bir bekleme düğümü kaldıysa

    Ö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 postgre bekleme düğümlerinden birini ana sürüme yükselttiniz. Kalan bekleme düğümünü aşağıdaki adımları uygulayarak yapılandırın:

    1. Yeni ana slaytta, yapılandırma dosyasını şu şekilde düzenleyin: 
      PG_MASTER=IP_or_DNS_of_new_PG_MASTER
PG_STANDBY=IP_or_DNS_of_PG_STANDBY
    2. Yeni ana makinede ç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. /opt/apigee/customer/application/postgresql.properties uygulamasına aşağıdaki yapılandırmayı ekleyin: 
      conf_pg_hba_replication.connection=host replication apigee standby_1_ip/32 trust \n host replication apigee standby_2_ip/32 trust
    2. /opt/../..//customer/application/postgresql.properties dosyasının Apigee kullanıcısına ait olduğundan emin olun: 
            chown apigee:apigee /opt/apigee/customer/application/postgresql.properties
    3. apigee-postgresql yeniden başlatma: 
      apigee-service apigee-postgresql restart

      4. Bekleme düğümündeki çoğaltma ayarlarını güncellemek için:

      1. /opt/silent.conf yapılandırma dosyasını değiştirin ve PG_MASTER alanını, yeni Postgres ana örneğinin IP adresiyle güncelleyin.
      2. Şu komutu kullanarak eski Postgres verilerini kaldırın: 
        rm -rf /opt/apigee/data/apigee-postgresql/
      3. Bekleme düğümünde çoğaltmayı ayarlayın: 
        /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile
    4. dc-2'ye aşağıdaki komutu girerek Postgres ana sisteminin doğru şekilde ayarlandığını doğrulayın: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
    5. Analiz grubundan ve tüketici grubundan Postgresql sunucularını kaldırıp ekleyin.
      1. Analiz grubundan Postgres sunucusu kaldırma bölümündeki talimatları uygulayarak eski Postgres sunucusunu analiz grubundan kaldırın.
      2. Analytics grubuna mevcut bir Postgres sunucusunu ekleme bölümündeki talimatları uygulayarak analiz grubuna yeni bir postgres sunucusu 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üvenle devre dışı bırakılabilir. edge-postgres-server ve apigee-postgresql uygulamalarını kaldırın: 
      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server uninstall
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql uninstall

    Postgres bekleme modu kullanımdan kaldırılıyor

    Not: 12 düğümlü kurulumla ilgili dokümanlarda dc-1 postgresql düğümü ana düğüm olarak gösterilmektedir. Ancak size kolaylık sağlaması için bu bölümde dc-1 postgresql düğümünün bekleme, dc-2 postgresql düğümünün ise ana olduğu varsayılmıştır.

    Postgres bekleme modunu devre dışı bırakmak için aşağıdaki adımları uygulayın:

    1. UUID'leri alma bölümündeki talimatları uygulayarak Postgres sunucularının UUID'lerini alın.
    2. dc-1'deki mevcut bekleme düğümünde apigee-postgresql öğesini durdurun: 
      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
    3. Analiz grubundan ve tüketici grubundan Postgresql sunucularını kaldırıp ekleyin.
      1. Analiz grubundan Postgres sunucusu kaldırma bölümündeki talimatları uygulayarak eski Postgres sunucusunu analiz grubundan kaldırın.
      2. Analytics grubuna mevcut bir Postgres sunucusunu ekleme bölümündeki talimatları uygulayarak analiz grubuna yeni bir postgres sunucusu 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üvenle devre dışı bırakılabilir. edge-postgres-server ve apigee-postgresql uygulamalarını kaldırın: 
      /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, iki veri merkezi kurulumunda ZooKeeper ve Cassandra sunucularının nasıl devre dışı bırakılacağı açıklanmaktadır.

    İkiden fazla veri merkeziniz varsa devre dışı bırakılan düğümle ilgili tüm referansları (bu durumda dc-1) kalan tüm veri merkezlerindeki tüm sessiz yapılandırma dosyalarından kaldırdığınızdan emin olun. Devre dışı bırakılacak Cassandra düğümlerinde, ana makineleri CASS_HOSTS öğesinden kaldırın. Kalan Cassandra düğümleri CASS_HOSTS olan orijinal sıralamada kalmalıdır.

    ZoKeeper ile ilgili not: ZooKeeper topluluğunun işlevsel durumda kalması için yapılandırma dosyasındaki ZK_HOST özelliğini değiştirirken seçmen düğümleri yeterliliğini korumanız gerekir. Yapılandırmanızda tek sayıda seçmen düğümü olmalıdır. Daha fazla bilgi için Apache ZooKeeper bakım görevleri sayfasına göz atın.

    ZooKeeper ve Cassandra sunucularını devre dışı bırakmak için:

    1. Aşağıdaki bağlantılarda verilen talimatları uygulayarak dc-1 Cassandra ve ZooKeeper düğümlerini yedekleyin:

    2. Cassandra düğümlerinin devre dışı bırakılmak üzere olduğu veri merkezindeki ZooKeeper ve Cassandra sunucularının UUID'lerini listeleyin.

      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. Sunucunun kaydını silin: 
      curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MS_IP:8080/v1/servers/UUID
    5. Yapılandırma dosyasını, ZK_HOSTS ve CASS_HOSTS mülkündeki devre dışı bırakılan düğümlerin IP'lerini ekleyerek güncelleyin.

      Örnek: IP'lerinizin dc-1'de $IP1 $IP2 $IP3, dc-2'de de $IP4 $IP5 $IP6 olduğunu ve dc-1'i devre dışı bıraktığınızı varsayalım. Ardından, $IP1 $IP2 $IP3 IP'lerini yapılandırma dosyalarından kaldırmanız gerekir.

      • 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ı (e adımında değiştirilen) kaldırılan düğümlerin IP'leriyle güncelleyin ve Yönetim Sunucularını barındıran tüm düğümlerde Yönetim sunucusu profilini çalıştırın: 
      /opt/apigee/apigee-setup/bin/setup.sh -p ms -f updated_config_file
    7. Yapılandırma dosyasını, kullanımdan kaldırılan düğümlerin IP'leriyle güncelleyin ve tüm Yönlendirici ve Mesaj İşleyici düğümlerinde MP/RMP profilini çalıştırın:
      • Edge Yönlendirici ve Mesaj İşleyici aynı düğümde yapılandırılmışsa şunu girin: 
        /opt/apigee/apigee-setup/bin/setup.sh -p rmp -f updated_config_file

      • Uç Yönlendirici ve Mesaj İşleyici 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

        İleti İş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 kaldırı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 kaldırı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ş alanını değiştirin. Mevcut bir Cassandra düğümünde Cassandra kimlik doğrulaması etkinse aşağıdaki komutu çalıştırarak system_auth anahtar alanının çoğaltma faktörünü güncelleyin: 
      ALTER KEYSPACE system_auth WITH replication = {'class': 'NetworkTopologyStrategy', 'dc-2': '3'};

      Bu komut, çoğaltma faktörünü '3' olarak ayarlayarak kümedeki üç Cassandra düğümünü gösterir. Bu değeri gerektiği şekilde değiştirin.

      Bu adım tamamlandıktan sonra Cassandra topolojisinin anahtar alanlarının hiçbirinde dc-1 bulunmamalıdır.

    11. dc-1'deki Cassandra düğümlerini tek tek kullanımdan kaldırın.

      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

    12. Aşağıdaki komutlardan birini kullanarak dc-1 aracılığıyla Cassandra düğümlerinin bağlantısını kontrol edin: 
      /opt/apigee/apigee-cassandra/bin/cqlsh cassIP 9042 -u cassandra -p '<AdminPassword>'

      Alternatif olarak, 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 şu sonucu döndürecektir: 

      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 durdur: 
      apigee-service apigee-cassandra stop
apigee-service apigee-zookeeper stop
    15. dc-1'de apigee-cassandra ve apigee-zookeeper uygulamalarını kaldırın: 
      apigee-service apigee-cassandra uninstall
apigee-service apigee-zookeeper uninstall

    dc-1'den bağlamaları 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şkilendirilmiş sunucuların UUID'lerini alın: 
        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 ve sonraki adımı atlayabilirsiniz. Aksi takdirde, sonraki adımı uygulayın.

      3. Önceki adımda alınan 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 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 kapsüldeki belirli bir sunucunun hâlâ mevcut olduğunu belirten bir hata mesajı döndürür. Bu nedenle, aşağıdaki sorun giderme adımlarını uygulayarak curl komutundaki türleri özelleştirerek bunları silin.

    Bu noktada dc-1'i geçersiz kılma işlemini tamamlamış oldunuz.

    Ek

    Sorun giderme

    Önceki adımları uyguladıktan sonra bazı kapsüllerde hâlâ sunucular varsa sunucuların kaydını iptal etmek ve silmek için aşağıdaki adımları uygulayın. Not: Türleri ve kapsülü gerektiği şekilde değiştirin.

    1. Şu 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

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

    Yönetim Sunucusu

    Yönetim Sunucularından aşağıdaki komutları tüm bölgelerde ç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 bağlantı noktalarının bağlantı noktası gereksinimlerini kontrol etmek için aşağıdaki komutu tüm bileşenlerde çalıştırın.

    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, söz konusu düğüm için running veya not running durumunu döndürür.

    Bir düğümde şunu 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 şunları 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 komutun döndürdüğü Mode değeri şunlardan 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 şu komutu çalıştırın:

    /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

    Yanıtın düğümün ana düğüm olduğunu söylediğini doğrulayın.

    Bekleme düğümünde:

    /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby

    Yanıtın, düğümün bekleme modunda olduğunu söylediğini doğrulayın.

    Şu komutu kullanarak PostgreSQL veritabanına giriş yapın:

    psql -h localhost -d apigee -U postgres

    İstendiğinde 'postgres' olarak "postgres" kullanıcı şifresini girin. Analytics'ten max(client_received_start_timestamp) öğesini seçin.

    ”$org.$env.fact” limit 1;

    Günlükler

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