Veri merkezini kullanımdan kaldırma

Bazen bir veri merkezini devre dışı bırakmanız gerekebilir. Örneğin, işletim sisteminizi yükseltiyorsanız yeni işletim sistemini yeni bir veri merkezine yüklemeniz ve ardından eski veri merkezini devre dışı bırakmanız gerekir. Aşağıdaki bölümlerde, 12 düğümlü kümelenmiş bir kurulumda iki veri merkezi (dc-1 ve dc-2) bulunan bir veri merkezinin hizmetten çıkarılmasına ilişkin bir örnek verilmiştir:

  • dc-1, hizmetten çıkarılacak veri merkezidir.
  • dc-2, devre dışı bırakma prosedüründe kullanılan ikinci bir veri merkezidir.

İşletim sisteminizi yükseltiyorsanız dc-2, işletim sisteminin (OS) yeni sürümünü yüklediğiniz veri merkezi olabilir. Ancak bir veri merkezinin hizmetten çıkarılması için yeni bir işletim sistemi yüklenmesi 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:

  • Devre dışı bırakılan veri merkezine giden tüm çalışma zamanı ve yönetim trafiğini engelleyin ve bu trafiği diğer veri merkezlerine yönlendirin.
  • Veri merkezi devre dışı bırakıldıktan sonra Apigee kümenizin kapasitesi azalır. Bu durumu telafi etmek için kalan veri merkezlerindeki kapasiteyi artırmayı veya hizmetten kaldırılan veri merkezlerinin yerine yeni veri merkezleri eklemeyi düşünebilirsiniz.
  • Devre dışı bırakma işlemi sırasında, devre dışı bırakılan veri merkezinde hangi analiz bileşenlerinin yüklendiğine bağlı olarak analiz verilerinde kayıp yaşanabilir. Daha fazla bilgiyi Qpid düğümleri ekleme veya kaldırma başlıklı makalede bulabilirsiniz.
  • Bir veri merkezini devre dışı bırakmadan önce tüm bileşenlerin (özellikle SymasLDAP, ZooKeeper, Cassandra ve Postgres sunucuları) tüm veri merkezlerinde 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: Hizmetten çıkarma adımlarının tamamı yönetim sunucusuna bağlıdır. Yalnızca bir yönetim sunucunuz varsa, dc-1'deki yönetim sunucusunu hizmetten kaldırmadan önce dc-1 dışındaki bir veri merkezine yeni bir yönetim sunucusu bileşeni yüklemenizi ve yönetim sunucularından birinin her zaman kullanılabilir olmasını sağlamanızı öneririz.
  • Yönlendirici: Bir yönlendiriciyi hizmetten çıkarmadan önce 15999 numaralı bağlantı noktasını engelleyerek yönlendiricilere erişimi devre dışı bırakın. Çalışma zamanı trafiğinin hizmetten kaldırılan yönlendiricilere yönlendirilmediğinden emin olun.
  • Cassandra ve ZooKeeper: Aşağıdaki bölümlerde, iki veri merkezi kurulumunda dc-1'in hizmetten nasıl çıkarılacağı açıklanmaktadır.

    İkiden fazla veri merkeziniz varsa devre dışı bırakılan düğüme (bu örnekte dc-1) yapılan tüm referansları 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üğümleri için bu ana makineleri CASS_HOSTS'dan kaldırın. Geri kalan Cassandra düğümleri CASS_HOSTS orijinal sıralamasında kalmalıdır.

  • Postgres: Postgres ana sunucusunu devre dışı bırakırsanız kullanılabilir bekleme düğümlerinden birini yeni bir Postgres ana sunucusu olarak yükselttiğinizden emin olun. QPID sunucusu kuyrukta bir arabellek tutsa da Postgres ana sunucusu daha uzun süre kullanılamazsa analiz verilerini kaybetme riskiyle karşılaşırsınız.

Ön koşullar

  • Herhangi bir bileşeni devre dışı bırakmadan önce tüm düğümlerin tam yedeğini almanızı öneririz. Yedekleme işlemini gerçekleştirmek için Edge'in mevcut sürümüne yönelik prosedürü kullanın. Yedekleme hakkında daha fazla bilgi için Yedekleme ve geri yükleme başlıklı makaleyi inceleyin.

  • Devre dışı bırakmadan önce Edge'in çalışır durumda olduğundan emin olun. Bunun için şu komutu kullanın: 
    /opt/apigee/apigee-service/bin/apigee-all status
  • Şu anda devre dışı bırakmakta olduğunuz veri merkezine çalışma zamanı trafiği gelmediğinden emin olun.

Devre dışı bırakılan bileşenlerin sırası

Edge for Private Cloud'u birden fazla düğüme yüklerseniz bu düğümlerdeki Edge bileşenlerinin hizmetten çıkarılmasını aşağıdaki sırayla yapmanız gerekir:

  1. Edge kullanıcı arayüzü (edge-ui)
  2. Yönetim Sunucusu (edge-management-server)
  3. Symas LDAP (apigee-openldap)
  4. Yönlendirici (uç yönlendirici)
  5. Message Processor (edge-message-processor)
  6. Qpid Server 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 hizmetten nasıl kaldırılacağı açıklanmaktadır.

Edge kullanıcı arayüzü

dc-1'in Edge kullanıcı arayüzü 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 sunucusunu hizmetten çıkarmak için aşağıdaki adımları uygulayın:

  1. dc-1'de yönetim sunucusunu durdurun: 
    apigee-service edge-management-server stop
  2. dc-1'e kayıtlı yönetim sunucusunun UUID'sini bulun: 
    curl -u <AdminEmailID>:'<AdminPassword>' -X GET “http://{MS_IP}:8080/v1/servers?pod=central&region=dc-1&type=management-server”
  3. Sunucunun kaydını silme türü: 
    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 sunucuya başka bileşenler de yüklenmişse UUID'yi silmeden önce bunların tümünün kaydını silin. 
    curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/{UUID}
  5. dc-1'de yönetim sunucusu bileşenini kaldırma: 
    /opt/apigee/apigee-service/bin/apigee-service edge-management-server uninstall

Symas LDAP

Bu bölümde, dc-1'de SymasLDAP'ın hizmetten nasıl kaldırılacağı açıklanmaktadır.

Not: İkiden fazla veri merkeziniz varsa aşağıdaki İkiden fazla veri merkezinin bulunduğu kurulumlar bölümüne bakın.

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

  1. Nasıl yedekleme yapılır? başlıklı makaledeki adımları uygulayarak dc-1 SymasLDAP düğümünü yedekleyin.

  2. İki veri merkezi (dc-1 ve dc-2) arasındaki veri çoğaltmayı, her iki veri merkezinde de aşağıdaki adımları uygulayarak durdurun.

    1. Mevcut durumu kontrol edin: 
            /opt/symas/bin/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ış şu şekilde görünmelidir: 

      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 dosya break_repl.ldif oluşturun: 
      dn: olcDatabase={2}mdb,cn=config
changetype: modify
delete: olcSyncRepl

dn: olcDatabase={2}mdb,cn=config
changetype: modify
delete: olcMirrorMode
    3. ldapmodify komutunu çalıştırın: 
            /opt/symas/bin/ldapmodify -x -w {credentials} -D "cn=admin,cn=config" -H "ldap://{HOST}:{PORT}/" -f path/to/file/break_repl.ldif

      Çıkış şu şekilde görünmelidir: 

      modifying entry "olcDatabase={2}mdb,cn=config"
modifying entry "olcDatabase={2}mdb,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 kopyalamadığını doğrulayabilirsiniz.

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

    1. dc-2'de aşağıdaki içeriklere 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: 
      /opt/symas/bin/ldapadd -H ldap://{HOST}:{PORT} -w {credentials} -D "cn=manager,dc=apigee,dc=com" -f path/to/file/readonly-user.ldif

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

      adding new entry "uid=readonly-user,ou=users,ou=global,dc=apigee,dc=com"
    3. Kullanıcının çoğaltılmadığından emin olmak için dc-1'de kullanıcıyı arayın. Kullanıcı dc-1'de yoksa her iki LDAP'nin de artık çoğaltma yapmadığından emin olabilirsiniz: 
      /opt/symas/bin/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ış şu şekilde görünmelidir:

      No such object (32)
Matched DN: ou=users,ou=global,dc=apigee,dc=com
    4. Daha önce eklediğiniz salt okunur kullanıcıyı kaldırma: 
      /opt/symas/bin/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. dc-1'de SymasLDAP'i durdurun: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-openldap stop
  5. dc-1'de SymasLDAP bileşenini kaldırın: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-openldap uninstall

Yönlendirici

Bu bölümde, yönlendiricilerin hizmetten nasıl çıkarılacağı açıklanmaktadır. Yönlendiriciyi kaldırma hakkında daha fazla bilgi için Sunucuyu kaldırma başlıklı makaleye bakın.

Aşağıdaki adımlar, yönlendiricinin dc-1'den hizmetten çıkarılmasını sağlar. dc-1'de birden fazla yönlendirici düğümü yapılandırılmışsa adımları tüm yönlendirici düğümlerinde tek tek uygulayın.

Not: Burada, yönlendiricinin durum denetimi bağlantı noktası 15999'un yük dengeleyicinizde yapılandırıldığı ve 15999 bağlantı noktasının engellenmesinin yönlendiriciye ulaşılamamasına neden olacağı varsayılmaktadır. Bağlantı noktasını engellemek için root erişimi gerekebilir.

Bir yönlendiricinin hizmetini sonlandırmak 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önlendiriciye erişilebildiğini doğrulayın:

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

    Çıkış şu şekilde görünmelidir: 

    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. UUID'leri alma bölümünde açıklandığı gibi yönlendiricinin UUID'sini alın.
  4. Yönlendiriciyi durdurun: 
    /opt/apigee/apigee-service/bin/apigee-service edge-router stop
  5. Aşağıdaki komutu kullanarak kuruluşta kullanılabilen ağ geçidi podlarını listeleyin: 
    curl -u  <AdminEmailID>:'<AdminPassword>' -X GET "http://{MS_IP}:8080/v1/organizations/{ORG}/pods"

    Kapsüller hakkında başlıklı makaleyi inceleyin.

  6. Sunucunun türünü kayıttan kaldırma: 
    curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers -d "type=router&region=dc-1&pod=gateway-1&uuid=UUID&action=remove"
  7. Sunucunun kaydını silin: 
    curl -u <AdminEmailID>:'<AdminPassword>’ -X DELETE http://{MS_IP}:8080/v1/servers/UUID
  8. edge-router uygulamasını kaldırma: 
    /opt/apigee/apigee-service/bin/apigee-service edge-router uninstall
     Sunucuyu kaldırma başlıklı makaleyi inceleyin.
  9. Engellenen 15999 numaralı bağlantı noktasını etkinleştirmek için iptables kuralını temizleyin: 
    iptables -F

Mesaj İşleyici

Bu bölümde, dc-1'deki ileti işlemcisinin hizmetten nasıl çıkarılacağı açıklanmaktadır. İleti işlemcisini kaldırma hakkında daha fazla bilgi için Sunucuyu kaldırma başlıklı makaleyi inceleyin.

dc-1'in 12 düğümlü bir kümelenmiş kurulum olduğu varsayıldığından dc-1'de iki Mesaj İşleyici düğümü yapılandırılmıştır. Her iki düğümde de aşağıdaki komutları çalıştırın.

  1. UUID'leri alma bölümünde açıklandığı gibi Mesaj İşleyicilerin UUID'lerini alın.
  2. İleti İşleyici'yi durdurma: 
    apigee-service edge-message-processor stop
  3. Sunucunun türünü kayıttan kaldırma: 
    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"
  4. Bir ortamın mesaj işleyiciyle olan ilişkilendirmesini kaldırın. 
    curl -H "Content-Type:application/x-www-form-urlencoded" <AdminEmailID>:'<AdminPassword>’  \
-X POST http://{MS_IP}:8080/v1/organizations/{ORG}/environments/{ENV}/servers \
-d "action=remove&uuid=UUID"
  5. Sunucunun türünü kayıttan kaldırma: 
    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ırma: 
    /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 Server (edge-qpid-server) ve Qpidd'nin (apigee-qpidd) hizmetten nasıl kaldırılacağı açıklanmaktadır. dc-1'de iki Qpid düğümü yapılandırıldığından her iki düğüm için de aşağıdaki adımları uygulamanız gerekir:

  1. UUID'leri alma bölümünde açıklandığı şekilde Qpidd için UUID'yi alın.
  2. edge-qpid-server ve apigee-qpidd işlemlerini durdurma: 
    /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 alma: 
    curl -u <AdminEmailID>:'<AdminPassword>' -X GET http://{MS_IP}:8080/v1/analytics/groups/ax
  4. Qpid'i tüketici grubundan kaldırma: 
    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'i analiz grubundan kaldırma: 
    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. Qpid sunucusunu Edge yüklemesinden 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üğümlerdeki 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'yi 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 PostgreSQL ana sunucusu veya bir PostgreSQL bekleme sunucusu olabilir. Aşağıdaki bölümlerde bu cihazların hizmetten nasıl çıkarılacağı açıklanmaktadır:

Postgres ana sunucusunun hizmetten çıkarılması

Not: Postgres ana sunucusunu devre dışı bırakırsanız kullanılabilir bekleme düğümlerinden birini yeni bir Postgres ana sunucusu olarak yükselttiğinizden emin olun. QPID kuyrukları verileri arabelleğe alsa da Postgres ana sunucusu uzun süre kullanılamazsa analiz verilerini kaybetme riskiyle karşılaşırsınız.

Postgres ana örneğini hizmetten çıkarmak için:

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

    Yeni Postgres ana sunucusuna ana makine girişleri eklemek için aşağıdaki uygun bölümdeki adımları uygulayın:

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

    Örneğin, hizmetten kaldırma işleminden önce üç Postgres düğümü yapılandırıldığını varsayalım. Mevcut ana örneğin hizmetini sonlandırdınız ve kalan PostgreSQL bekleme düğümlerinden birini ana örnek olarak yükselttiniz. Kalan yedek düğümü aşağıdaki adımlarla yapılandırın:

    1. Yeni ana sunucuda, yapılandırma dosyasını düzenleyerek şunları ayarlayın: 
      PG_MASTER=IP_or_DNS_of_new_PG_MASTER
PG_STANDBY=IP_or_DNS_of_PG_STANDBY
    2. Yeni ana sunucuda çoğaltmayı etkinleştirin: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-master -f configFIle

    Birden fazla yedek düğüm kalmışsa

    1. /opt/apigee/customer/application/postgresql.properties içinde 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/apigee/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 uygulamasını yeniden başlatın: 
      apigee-service apigee-postgresql restart

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

      1. Yapılandırma dosyasını /opt/silent.conf değiştirin ve PG_MASTER alanını yeni Postgres ana sunucusunun IP adresiyle güncelleyin.
      2. Aşağıdaki komutu kullanarak eski Postgres verilerini kaldırın: 
        rm -rf /opt/apigee/data/apigee-postgresql/
      3. Bekleme düğümünde replikasyonu ayarlayın: 
        /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile
    4. dc-2'de aşağıdaki komutu girerek Postgres ana sunucusunun doğru şekilde ayarlandığını 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ırma ve bu gruplara ekleme.
      1. Bir Postgres sunucusunu analiz grubundan kaldırma başlıklı makaledeki talimatları uygulayarak eski Postgres sunucusunu analiz grubundan kaldırın.
      2. Mevcut bir PostgreSQL sunucusunu analiz grubuna ekleme başlıklı makaledeki talimatları uygulayarak analiz grubuna yeni bir PostgreSQL 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®ion=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 ana örneği artık güvenle hizmetten çıkarılabilir. edge-postgres-server ve apigee-postgresql'i 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 sunucusunu devre dışı bırakma

    Not: 12 düğümlü kümelenmiş kurulum ile ilgili dokümanlarda dc-1 postgresql düğümü ana düğüm olarak gösterilir ancak bu bölümde kolaylık sağlamak amacıyla dc-1 postgresql düğümünün beklemede, dc-2 postgresql düğümünün ise ana düğüm olduğu varsayılır.

    Postgres bekleme sunucusunu 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. PostgreSQL sunucularını analiz grubundan ve tüketici grubundan kaldırma ve bu gruplara ekleme.
      1. Bir Postgres sunucusunu analiz grubundan kaldırma başlıklı makaledeki talimatları uygulayarak eski Postgres sunucusunu analiz grubundan kaldırın.
      2. Mevcut bir PostgreSQL sunucusunu analiz grubuna ekleme başlıklı makaledeki talimatları uygulayarak analiz grubuna yeni bir PostgreSQL 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 ana örneği artık güvenle hizmetten çıkarılabilir. edge-postgres-server ve apigee-postgresql'i 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 hizmetten nasıl çıkarılacağı açıklanmaktadır.

    İkiden fazla veri merkeziniz varsa devre dışı bırakılan düğüme (bu örnekte dc-1) yapılan tüm referansları 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üğümleri için bu ana makineleri CASS_HOSTS'dan kaldırın. Geri kalan Cassandra düğümleri CASS_HOSTS orijinal sıralamasında kalmalıdır.

    ZooKeeper ile ilgili not: ZooKeeper topluluğunun işlevsel kalmasını sağlamak için yapılandırma dosyasındaki ZK_HOST özelliğini değiştirirken seçmen düğümlerinin çoğunluğunu korumanız gerekir. Yapılandırmanızda tek sayıda oy kullanma düğümü olmalıdır. Daha fazla bilgi için Apache ZooKeeper bakım görevleri başlıklı makaleyi inceleyin.

    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 hizmetten kaldırılacağı 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. Sunucunun türünü kayıttan kaldırma: 
      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'den kaldırılan hizmetten çıkarılmış düğümlerin IP'leriyle güncelleyin.

      Örnek: dc-1'de $IP1 $IP2 $IP3 ve dc-2'de $IP4 $IP5 $IP6 IP'leriniz olduğunu ve dc-1'in hizmetini durdurduğunuzu varsayalım. Ardından, IP'leri $IP1 $IP2 $IP3 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 devre dışı bırakı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ı, devre dışı bırakılan kaldırılmış düğümlerin IP'leriyle güncelleyin ve tüm yönlendirici ve mesaj işlemci düğümlerinde MP/RMP profilini çalıştırın:
      • Edge Router ve Message Processor aynı düğümde yapılandırılmışsa şunu girin: 
        /opt/apigee/apigee-setup/bin/setup.sh -p rmp -f updated_config_file

      • Edge Router ve Message Processor 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 kaldırılmış şekilde 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ılmış şekilde 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 anahtar 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 ayarlar. Bu, kümede üç Cassandra düğümü olduğunu gösterir. Bu değeri gerektiği gibi değiştirin.

      Bu adımı tamamladıktan sonra Cassandra topolojisinde herhangi bir anahtar alanında dc-1 olmamalıdır.

    11. dc-1'deki Cassandra düğümlerini tek tek devre dışı bırakı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 Cassandra düğümlerinin dc-1'den bağlantısını kontrol edin: 
      /opt/apigee/apigee-cassandra/bin/cqlsh cassIP 9042 -u cassandra -p '<AdminPassword>'

      Veya hizmetten kaldırı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ü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 işlemlerini durdurun: 
      apigee-service apigee-cassandra stop
apigee-service apigee-zookeeper stop
    15. dc-1'de apigee-cassandra ve apigee-zookeeper'ı kaldırın: 
      apigee-service apigee-cassandra uninstall
apigee-service apigee-zookeeper uninstall

    dc-1'deki bağlamaları silin.

    Bağlamaları dc-1'den 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 pod'ları listeleme: 
        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 pod'larla ilişkili 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ımlarda tüm bağlamalar kaldırılmıştır ve sonraki adımı atlayabilirsiniz. Aksi takdirde bir sonraki adımı uygulayın.

      3. Önceki adımda elde edilen UUID'ler için 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

    Bu noktada dc-1'in hizmetten çıkarılmasını tamamlamış olursunuz.

    Ek

    Sorun giderme

    Önceki adımları uyguladıktan sonra bazı pod'larda hâlâ sunucular varsa sunucuların kaydını silmek ve sunucuları silmek için aşağıdaki adımları uygulayın. Not: Türleri ve kapsülü gerektiği gibi 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. Sunucunun kaydını silme türü: 
      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

    Devre dışı bırakma işlemini aşağıdaki komutları kullanarak doğrulayabilirsiniz.

    Yönetim Sunucusu

    1. Aşağıdaki komutları tüm bölgelerdeki yönetim sunucularından ç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
    2. Tüm yönetim bağlantı noktaları için bağlantı noktası gereksinimlerini kontrol etmek üzere tüm bileşenlerde aşağıdaki komutu çalıştırın. 
      curl -v http://MS_IP:8080/v1/servers/self
    3. 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

      4. Cassandra/ZooKeeper düğümleri

      1. Tüm Cassandra düğümlerinde şunu girin: 
        /opt/apigee/apigee-cassandra/bin/nodetool -h <host> statusthrift

        Bu işlem, söz konusu düğüm için running veya not running durumunu döndürür.

      2. Bir düğüme ş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.

      3. ZooKeeper düğümlerinde önce şunu girin: 
        echo ruok | nc <host> 2181

        Bu komut imok değerini döndürür.

        Ardından şunları girin:

        echo stat | nc <host> 2181 | grep Mode

        Yukarıdaki komut tarafından döndürülen Mode değeri şunlardan biri olur: observer, leader veya follower.

      4. Bir ZooKeeper düğümünde şunu çalıştırın: 
        /opt/apigee/apigee-zookeeper/contrib/zk-tree.sh >> /tmp/zk-tree.out.txt
      5. Postgres ana düğümünde şunu çalıştırın: 
        /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

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

      6. Bekleme düğümünde şu komutu çalıştırın: 
        /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby

        Yanıtın, düğümün bekleme düğümü olduğunu doğruladığından emin olun.

      7. Aşağıdaki komutu kullanarak PostgreSQL veritabanına giriş yapın: 
        psql -h localhost -d apigee -U postgres

        İstendiğinde postgres kullanıcısının şifresini girin (varsayılan: postgres).

        Ardından, maksimum client_received_start_timestamp değerini kontrol etmek için aşağıdaki sorguyu çalıştırın:

        SELECT max(client_received_start_timestamp) FROM "analytics"."$org.$env.fact" LIMIT 1;

      Günlükler

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