Veri merkezini kullanımdan kaldırma

Bazen bir veri merkezini kullanımdan kaldırmanı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 kullanımdan kaldırmanız gerekir. Aşağıdaki bölümlerde, 12 düğümlü kümelenmiş bir kurulumda dc-1 ve dc-2 olmak üzere iki veri merkezinin bulunduğu bir veri merkezinin kullanımdan kaldırılmasına dair bir örnek verilmiştir:

• dc-1, kullanımdan kaldırılacak veri merkezidir.
• dc-2, kullanımdan kaldırma 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 merkezini kullanımdan kaldırmak için yeni bir OS yüklemek gerekmez.

Veri merkezini kullanımdan kaldırmadan önce dikkat edilmesi gereken noktalar

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

• Kullanımdan kaldırılan veri merkezine giden tüm çalışma zamanı ve yönetim trafiğini engelleyin ve bunları diğer veri merkezlerine yönlendirin.
• Veri merkezini kullanımdan kaldırdıktan sonra Apigee kümenizin kapasitesi azalır. Bu durumu telafi etmek için kalan veri merkezlerinin kapasitesini artırabilir veya kullanımdan kaldırma işleminden sonra veri merkezleri ekleyebilirsiniz.
• Kullanımdan kaldırma işlemi sırasında, kullanımdan kaldırılan veri merkezinde hangi analiz bileşenlerinin yüklü olduğuna bağlı olarak analiz verileri kaybı yaşanabilir. Daha fazla bilgiyi Qpid düğümleri ekleme veya kaldırma başlıklı makalede bulabilirsiniz.
• Bir veri merkezini kullanımdan kaldırmadan önce tüm bileşenlerin tüm veri merkezlerinde nasıl yapılandırıldığını, özellikle de OpenLDAP, ZooKeeper, Cassandra ve Postgres sunucuları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: Tüm kullanımdan kaldırma adımları büyük ölçüde Yönetim Sunucusu'na bağlıdır. Yalnızca bir Yönetim Sunucunuz varsa dc-1'deki Yönetim Sunucusu'nu kullanımdan 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 durumda olmasını sağlamanızı öneririz.
• Yönlendirici: Bir yönlendiriciyi kullanımdan kaldırmadan önce 15999 numaralı bağlantı noktasını engelleyerek yönlendiricilerin erişilebilirliğini devre dışı bırakın. Kullanımdan kaldırılan yönlendiricilere çalışma zamanı trafiği yönlendirilmediğinden emin olun.

• Cassandra ve ZooKeeper: Aşağıdaki bölümlerde, iki veri merkezi kurulumunda dc-1'in nasıl kullanımdan kaldırılacağı açıklanmaktadır. İkiden fazla veri merkeziniz varsa kullanımdan kaldırı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. Kullanımdan kaldırılacak Cassandra düğümleri için bu ana makineleri CASS_HOSTS adresinden çıkarın. Kalan Cassandra düğümleri, orijinal CASS_HOSTS sıralamasında kalmalıdır.

• Postgres: Postgres ana düğümünü kullanımdan kaldırırsanız mevcut bekleme düğümlerinden birini yeni Postgres ana düğümü olarak yükselttiğinizden emin olun. QPID sunucusu, kuyrukta bir arabellek tutar. Postgres ana sunucusu daha uzun süre kullanılamazsa 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üğümlerin tam yedeğini almanızı öneririz. Yedekleme işlemini 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 yedekleme işlemi ZooKeeper'ı geçici olarak kapattığı için bunları tek tek yedekleyin.

• Kullanımdan kaldırmadan önce Edge'in çalışır durumda olduğundan emin olmak için şu komutu kullanın:

  /opt/apigee/apigee-service/bin/apigee-all status

• Kullanımdan kaldırdığınız veri merkezine şu anda çalışma zamanı trafiği gelmediğinden emin olun.

Bileşenleri kullanımdan kaldırma sırası

Edge for Private Cloud'u birden fazla düğüme yüklerseniz bu düğümlerdeki Edge bileşenlerini aşağıdaki sırayla kullanımdan kaldırmanız gerekir:

1. Edge kullanıcı arayüzü (edge-ui)
2. Yönetim Sunucusu (edge-management-server)
3. OpenLDAP (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 nasıl kullanımdan 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 kullanımdan kaldırmak 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'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. Kayıt silme sunucusunun 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 sunucuda başka bileşenler de yüklüyse UUID'yi silmeden önce tüm bileşenlerin kaydını iptal edin.

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

5. dc-1'de Management Server bileşenini kaldırma:

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

Open LDAP

Bu bölümde, dc-1'de OpenLDAP'nin nasıl kullanımdan kaldırı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 kullanımdan kaldırmak 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. Her iki veri merkezinde de aşağıdaki adımları uygulayarak dc-1 ve dc-2 veri merkezleri arasındaki veri replikasyonunu durdurun.

   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'nin artık dc-1'e replikasyon yapmadığını doğrulamak için dc-2 LDAP'de bir giriş oluşturun ve bu girişin dc-1'in LDAP'sinde görünmediğinden emin olun.

   İsteğe bağlı olarak, dc-2 OpenLDAP düğümünde salt okuma erişimli kullanıcı oluşturan aşağıdaki adımları uygulayabilir ve ardından kullanıcının kopyalanıp kopyalanmadığı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:

      ldapadd -H ldap://{HOST}:{PORT} -w {credentials} -D "cn=manager,dc=apigee,dc=com" -f path/to/file/readonly-user.ldif

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

      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ı dc-1'de yoksa her iki LDAP'nin de artık replikasyon yapmadığından emin olabilirsiniz:

      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 olmalıdı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. dc-1'de OpenLDAP'yi durdurun:

   /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 devre dışı bırakılacağı açıklanmaktadır. Yönlendirici'yi kaldırma hakkında daha fazla bilgi için Sunucu kaldırma bölümüne bakın.

Aşağıdaki adımlarda, Router dc-1'den kullanımdan kaldırılır. dc-1'de yapılandırılmış birden fazla yönlendirici düğümü varsa tüm yönlendirici düğümlerindeki adımları tek tek uygulayın.

Not: Burada, yönlendiricinin durum denetimi bağlantı noktası 15999'un yük dengeleyicinizde yapılandırıldığı ve 15999 numaralı bağlantı noktasının engellenmesinin yönlendiriciyi erişilemez hale getireceği varsayılır. Bağlantı noktasını engellemek için root erişimine ihtiyacınız olabilir.

Bir yönlendiriciyi kullanımdan kaldı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ış ş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. UUID'leri alma bölümünde açıklandığı şekilde 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ştaki kullanılabilir ağ geçidi pod'ları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ün kaydını iptal edin:

   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. Sunucuyu silme:

   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

   Sunucu kaldırma başlıklı makaleyi inceleyin.
9. Engellenen 15999 numaralı bağlantı noktasını etkinleştirmek için iptables kurallarını temizleyin:

   iptables -F

Mesaj İşleyici

Bu bölümde, Mesaj İşleyici'nin dc-1'den nasıl kullanımdan kaldırılacağı açıklanmaktadır. Mesaj İşleyici'yi kaldırma hakkında daha fazla bilgi için Sunucu kaldırma başlıklı makaleyi inceleyin.

dc-1'in 12 düğümlü kümelenmiş bir yüklemeye sahip 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ı çalıştırın.

1. UUID'leri alma bölümünde açıklandığı şekilde Mesaj İşleyicilerin UUID'lerini alın.
2. Mesaj İşlemci'yi durdurun:

   apigee-service edge-message-processor stop

3. Sunucunun türünün kaydını iptal edin:

   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. Sunucunun türünün kaydını iptal edin:

   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ı silme:

   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) nasıl kullanımdan kaldırılacağı açıklanmaktadır. dc-1'de yapılandırılmış iki Qpid düğümü vardır. Bu nedenle, 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:

   /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'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ı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 kaydını Edge kurulumundan 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 kurulumundan kaldırın:

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

8. Değişikliğin tüm bileşenler tarafından algılandığı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

Kullanımdan kaldırdığınız veri merkezinde bir Postgres ana sunucusu veya Postgres bekleme sunucusu olabilir. Aşağıdaki bölümlerde, bu anahtarların nasıl kullanımdan kaldırılacağı açıklanmaktadır:

• Postgres ana sunucusunu kullanımdan kaldırma
• Postgres bekleme sunucusunu kullanımdan kaldırma

Postgres ana sunucusunu kullanımdan kaldırma

Not: Postgres ana düğümünü kullanımdan kaldırırsanız mevcut bekleme düğümlerinden birini yeni Postgres ana düğümü olarak yükselttiğinizden emin olun. QPID kuyrukları verileri arabelleğe alırken Postgres ana sunucusu uzun süre kullanılamazsa analiz verilerini kaybetme riskiyle karşı karşıya kalırsınız.

Postgres ana sunucusunu kullanımdan kaldırmak için:

1. Aşağıdaki bağlantılarda yer alan talimatları uygulayarak dc-1 Postgres ana düğümünü yedekleyin:
   • Yedekleme ve geri yükleme
   • Yedekleme
2. UUID'leri alma bölümünde açıklandığı şekilde Postgres sunucularının UUID'lerini alın.
3. dc-1'de, mevcut 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ünü 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 mevcut 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 ilgili bölümde yer alan adımları uygulayın:

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

   Örneğin, kullanımdan kaldırma işleminden önce üç Postgres düğümünün yapılandırıldığını varsayalım. Mevcut ana düğümü kullanımdan kaldırdınız ve kalan Postgres bekleme düğümlerinden birini ana düğüm olarak yükselttiniz. Kalan bekleme düğümünü 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 replikasyonu etkinleştirin:

      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-master -f configFIle

   Birden fazla bekleme düğümü kalırsa

   1. /opt/apigee/customer/application/postgresql.properties dosyası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/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

   Bekleme düğümündeki replikasyon 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 sunucusunun IP adresiyle güncelleyin.
   2. Aşağıdaki komutla eski Postgres verilerini kaldırın:

      rm -rf /opt/apigee/data/apigee-postgresql/

   3. Yedek düğümde 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ırıp ekleyin.
      1. Bir Postgres sunucusunu analiz grubundan kaldırma bölümündeki talimatları uygulayarak eski Postgres sunucusunu analiz grubundan kaldırın.
      2. Mevcut bir Postgres sunucusunu analiz grubuna ekleme bölümündeki talimatları uygulayarak analiz grubuna yeni bir Postgres sunucusu ekleyin.
   6. Eski postgres sunucusunun kaydını dc-1'den 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 ana sunucusunu artık güvenle kullanımdan kaldırabilirsiniz. edge-postgres-server ve apigee-postgresql araçları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 yedek sunucusunu kullanımdan kaldırma

   Not: 12 düğümlü kümelenmiş yükleme belgelerinde dc-1 postgresql düğümü ana düğüm olarak gösterilir ancak kolaylık sağlamak için bu bölümde dc-1 postgresql düğümünün bekleme düğümü, dc-2 postgresql düğümünün ise ana düğüm olduğu varsayılır.

   Postgres standby'ı kullanımdan kaldırmak 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 hizmetini 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ıp ekleyin.
      1. Bir Postgres sunucusunu analiz grubundan kaldırma bölümündeki talimatları uygulayarak eski Postgres sunucusunu analiz grubundan kaldırın.
      2. Mevcut bir Postgres sunucusunu analiz grubuna ekleme bölümündeki talimatları uygulayarak analiz grubuna yeni bir Postgres sunucusu ekleyin.
   4. Eski postgres sunucusunun kaydını dc-1'den 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 sunucusunu artık güvenle kullanımdan kaldırabilirsiniz. edge-postgres-server ve apigee-postgresql araçları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 kullanımdan kaldırılacağı açıklanmaktadır.

   İkiden fazla veri merkeziniz varsa kullanımdan kaldırı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. Kullanımdan kaldırılacak Cassandra düğümleri için bu ana makineleri CASS_HOSTS adresinden çıkarın. Kalan Cassandra düğümleri, orijinal CASS_HOSTS sıralamasında kalmalıdır.

   ZooKeeper ile ilgili not: Yapılandırma dosyasındaki ZK_HOST özelliğini değiştirirken ZooKeeper topluluğunun çalışmaya devam etmesi için oy veren düğümlerin çoğunluğunu korumanız gerekir. Yapılandırmanızda tek sayıda oy veren düğüm bulunmalıdır. Daha fazla bilgi için Apache ZooKeeper bakım görevleri başlıklı makaleyi inceleyin.

   ZooKeeper ve Cassandra sunucularını kullanımdan kaldırmak 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

   2. Cassandra düğümlerinin kullanımdan 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ün kaydını iptal edin:

      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ı silme:

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

   5. Yapılandırma dosyasını, ZK_HOSTS ve CASS_HOSTS'dan kaldırılan kullanımdan kaldırı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'i kullanımdan kaldırdığı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 ve kullanımdan 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ı, kaldırılan ve kullanımdan kaldırılan düğümlerin IP'leriyle güncelleyin ve tüm yönlendirici ve mesaj işleyici düğümlerinde MP/RMP profilini çalıştırın:
      • Edge Router 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

      • Edge Router 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

        Mesaj İşleyici için:

        /opt/apigee/apigee-setup/bin/setup.sh -p mp -f updated_config_file

   8. Kullanımdan kaldırılan düğümlerin IP'leri yanıt dosyasından kaldırılmış olarak tüm Qpid düğümlerini yeniden yapılandırın:

      /opt/apigee/apigee-setup/bin/setup.sh -p qs -f updated_config_file

   9. Kullanımdan kaldırı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ını etkinleştirdiyseniz aşağıdaki komutu çalıştırarak system_auth anahtar alanının replikasyon faktörünü güncelleyin:

       ALTER KEYSPACE system_auth WITH replication = {'class': 'NetworkTopologyStrategy', 'dc-2': '3'};

       Bu komut, replikasyon faktörünü '3' olarak ayarlar. Bu, kümede üç Cassandra düğümü olduğunu 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 devre dışı bırakın.

       Cassandra düğümlerini kullanımdan kaldırmak 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'den Cassandra düğümlerinin bağlantısını kontrol edin:

       /opt/apigee/apigee-cassandra/bin/cqlsh cassIP 9042 -u cassandra -p '<AdminPassword>'

       Alternatif olarak, kullanımdan kaldırılan düğümde çalıştırılacak ikincil doğrulama komutu:

       /opt/apigee/apigee-cassandra/bin/nodetool netstats

       Yukarıdaki komutun döndüreceği sonuç:

       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 durdurun:

       apigee-service apigee-cassandra stop
       apigee-service apigee-zookeeper stop

   15. dc-1'de apigee-cassandra ve apigee-zookeeper bileşenlerini kaldırın:

       apigee-service apigee-cassandra uninstall
       apigee-service apigee-zookeeper uninstall

   dc-1'deki bağlamaları silme

   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 kapsüllerle 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ımlar tüm bağlamaları kaldırmış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ırma:

         curl -v -u  <AdminEmailID>:<AdminPassword>  "http://MS_IP:8080/v1/o/ORG/pods" -d "action=remove&region=dc-1&pod=gateway-1" -H "Content-Type: application/x-www-form-urlencoded" -X POST

   2. Pod'ları 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, pod'da belirli bir sunucunun hâlâ mevcut olduğunu belirten bir hata mesajı döndürür. Bu nedenle, curl komutundaki türleri özelleştirirken aşağıdaki sorun giderme adımlarını uygulayarak bunları silin.

   Bu noktada dc-1'in kullanımdan kaldırılması işlemini tamamladınız.

   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. 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. Kayıt silme sunucusunun 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

   Kullanımdan kaldırma işlemini doğrulamak için aşağıdaki komutları kullanabilirsiniz.

   Yönetim Sunucusu

   Tüm bölgelerdeki 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 bağlantı noktalarının bağlantı noktası gereksinimlerini kontrol etmek için tüm bileşenlerde aşağıdaki komutu ç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 işlem, söz konusu düğüm için running veya not running durumunu döndürür.

   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.

   ZooKeeper düğümlerinde ö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 ş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ıtta düğümün ana düğüm olduğunu doğrulayın.

   Yedek düğümde:

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

   Yanıtta düğümün bekleme durumunda olduğunun belirtildiğini doğrulayın.

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

   psql -h localhost -d apigee -U postgres

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

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

   Günlükler

   Bileşenlerdeki günlükleri kontrol ederek hata olmadığından emin olun.