Veri merkezini kullanımdan kaldırma

Bazen bir veri merkezinin hizmetini 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ü bir küme kurulumunda dc-1 ve dc-2 olmak üzere iki veri merkezinin bulunduğu bir veri merkezinin kullanımdan kaldırılmasına ilişkin bir örnek verilmiştir:

  • dc-1, kullanımdan kaldırılacak veri merkezidir.
  • dc-2, hizmet dışı bırakma işleminde 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 hizmet dışı bırakılması için yeni bir işletim sistemi yüklemeniz gerekmez.

Bir veri merkezinin kullanımdan kaldırılmasından önce dikkat edilmesi gereken noktalar

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

  • Hizmeti sonlandırı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 merkezini kullanımdan kaldırdıktan sonra Apigee kümenizdeki kapasite azalır. Bu kaybı telafi etmek için kalan veri merkezlerinde kapasiteyi artırabilir veya kullanımdan kaldırma işleminden sonra veri merkezi ekleyebilirsiniz.
  • Hizmet dışı bırakma işlemi sırasında, hizmet dışı bırakılan veri merkezinde hangi Analytics bileşenlerinin yüklü olduğuna bağlı olarak Analytics verilerinin kaybolması olasıdır. 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 (özellikle OpenLDAP, 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 almalısınız.

Başlamadan önce

  • Yönetim sunucusu: Devre dışı bırakma adımlarının tümü yönetim sunucusuna bağlıdır. Yalnızca bir Yönetim Sunucunuz varsa dc-1'deki Yönetim Sunucusunu devre dışı bırakmadan ö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 hiçbir çalışma zamanında trafik yönlendirilmediğinden emin olun.
  • Cassandra ve ZooKeeper: Aşağıdaki bölümlerde, iki veri merkezi kurulumunda dc-1'in nasıl devre dışı bırakılacağı açıklanmaktadır.

    İkiden fazla veri merkeziniz varsa kullanımdan kaldırılan düğüme (bu örnekte dc-1) dair 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'ten çıkarın. Kalan Cassandra düğümleri, CASS_HOSTS orijinal sıralamasında kalmalıdır.

  • Postgres: Postgres ana makinesini devre dışı bırakırsanız mevcut bekleme düğümlerinden birini yeni bir postgres ana makinesi olarak yükselttiğinizden emin olun. QPID sunucusu sırada bir arabellek tutarken Postgres ana sunucusu uzun süre kullanılamazsa analiz verilerini kaybetme riskiniz vardır.

Ö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 Edge'in mevcut sürümünüze ait prosedürü kullanın. Yedekleme hakkında daha fazla bilgi için Yedekleme ve geri yükleme başlıklı makaleyi inceleyin.

  • Hizmeti devre dışı bırakmadan önce aşağıdaki komutu kullanarak Edge'in çalışır durumda olduğundan emin olun: 
    /opt/apigee/apigee-service/bin/apigee-all status
  • Devre dışı bıraktığınız veri merkezine şu anda çalışma zamanında trafik gelmediğinden emin olun.

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

Private Cloud için Edge'i 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. Yönetim sunucusu (edge-management-server)
  3. OpenLDAP (apigee-openldap)
  4. Yönlendirici (uç yönlendirici)
  5. Mesaj İşleyici (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 devre dışı bırakı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 sunucusunun hizmetini devre dışı bırakmak 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. Sunucunun türünü kaydetme: 
    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üklüyse UUID'yi silmeden önce bunların tümünün kaydını kaldırın. 
    curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/{UUID}
  5. dc-1'de Yönetim Sunucusu bileşenini kaldırın: 
    /opt/apigee/apigee-service/bin/apigee-service edge-management-server uninstall

Open LDAP

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

Not: İkiden fazla veri merkeziniz varsa aşağıdaki İkiden fazla veri merkezi içeren kurulumlar bölümüne bakın.

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

  1. Yedekleme başlıklı makaledeki 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 adlı iki veri merkezi arasındaki veri çoğaltmayı kesin.

    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 şekilde görünecektir: 

      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 şekilde görünecektir: 

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

  3. dc-2 LDAP'sinde bir giriş oluşturarak ve bu girişin dc-1 LDAP'sinde görünmediğinden emin olarak dc-2'nin artık dc-1 ile çoğaltmadığını doğrulayabilirsiniz.

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

    1. dc-2'de aşağıdaki içeriğe sahip readonly-user.ldif adlı bir dosya 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: 

      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ğaltmadığını bilirsiniz: 
      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 şekilde görünecektir:

      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ı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'ı durdurun: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-openldap stop
  5. dc-1 üzerinde 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önlendiriciyi kaldırma hakkında daha fazla bilgi için Bir sunucuyu kaldırma başlıklı makaleyi inceleyin.

Aşağıdaki adımlar, yönlendiricinin dc-1'den kullanımdan kaldırılmasını sağlar. 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 15999 numaralı durum denetimi bağlantı noktasının yük dengeleyicinizde yapılandırıldığı ve 15999 bağlantı noktasının engellenmesi durumunda yönlendiriciye erişilemeyeceği varsayılmaktadır. Bağlantı noktasını engellemek için kök erişiminizin olması gerekebilir.

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

  1. Durum denetimi bağlantı noktası olan 15999 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 şekilde görünecektir: 

    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 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ştaki mevcut ağ geçidi kapsüllerini 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ü kaydını iptal edin: 
    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ı iptal edin: 
    curl -u <AdminEmailID>:'<AdminPassword>’ -X DELETE http://{MS_IP}:8080/v1/servers/UUID
  8. edge-router'ü kaldırma: 
    /opt/apigee/apigee-service/bin/apigee-service edge-router uninstall
     Bir sunucuyu kaldırma başlıklı makaleyi inceleyin.
  9. Engellenen 15999 bağlantı noktasını etkinleştirmek için iptables kurallarını temizleyin: 
    iptables -F

Mesaj İşleyici

Bu bölümde, İleti İşlemcisinin dc-1'den nasıl devre dışı bırakılacağı açıklanmaktadır. İleti İşlemciyi kaldırma hakkında daha fazla bilgi için Sunucu kaldırma başlıklı makaleyi inceleyin.

dc-1'de 12 düğümlü bir kümelenmiş kurulum olduğunu varsaydığımızdan dc-1'de yapılandırılmış iki Mesaj İşleyici düğümü vardır. Aşağıdaki komutları her iki düğümde de uygulayın.

  1. UUID alma bölümünde açıklandığı gibi ileti işleyicilerin UUID'lerini alın.
  2. Mesaj işleyiciyi durdurma: 
    apigee-service edge-message-processor stop
  3. Sunucunun türü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"
  4. Bir ortamın Mesaj İşleyici ile ilişkisini kaldırma. 
    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ü 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 işleyiciyi kaldırın: 
    /opt/apigee/apigee-service/bin/apigee-service edge-message-processor uninstall
  7. Sunucunun kaydını iptal edin: 
    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 (apigee-qpidd)'nin nasıl devre dışı bırakılacağı açıklanmaktadır. dc-1'de yapılandırılmış iki Qpid düğümü olduğundan her iki düğüm için de aşağıdaki adımları uygulamanız gerekir:

  1. UUID alma bölümünde açıklandığı şekilde Qpidd için UUID'yi alın.
  2. edge-qpid-server ve apigee-qpidd'yi durdurun: 
    /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'i tüketici grubundan kaldırın: 
    curl -u <AdminEmailID>:'<AdminPassword>' -H "Content-Type: application/json"  -X DELETE \ "http://{MS_IP}:8080/v1/analytics/groups/ax/{ax_group}/consumer-groups/{consumer_group}/consumers/{QPID_UUID}"
  5. Qpid'i analizler 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 kurulumundan kaydını kaldırın: 
    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 bu bileşenler tarafından yakalandığı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 Postgres ana sunucusu veya Postgres yedek sunucusu olabilir. Aşağıdaki bölümlerde bu cihazların nasıl devre dışı bırakılacağı açıklanmaktadır:

Postgres ana makinesini kullanımdan kaldırma

Not: Postgres ana makinesini devre dışı bırakırsanız mevcut yedek düğümlerden birini yeni bir postgres ana makinesi olarak yükselttiğinizden emin olun. QPID, verileri arabelleğe alır. Postgres ana makinesi uzun süre kullanılamazsa analiz verilerini kaybetme riskiniz vardır.

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

  1. Aşağıdaki bağlantılardaki talimatları uygulayarak dc-1 Postgres ana düğümünü yedekleyin:
  2. UUID alma bölümünde açıklandığı gibi Postgres sunucularının UUID'lerini alın.
  3. dc-1'de, mevcut ana cihazda edge-postgres-server ve apigee-postgresql'yi 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 yedek 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 yedek Postgres düğümünüz varsa yeni ana düğüme ana makine girişleri eklemeniz ve mevcut tüm postgres yedek düğümleri için çoğaltma ayarını güncellemeniz gerekir.

    Yeni Postgres ana makinesine 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, kullanımdan kaldırmadan önce üç Postgres düğümünün yapılandırıldığını varsayalım. Mevcut ana makineyi kullanımdan kaldırdınız ve kalan postgres yedek düğümlerinden birini ana düğüme yükselttiniz. Kalan yedek düğümü aşağıdaki adımlarla yapılandırın:

    1. Yeni ana sunucuda, aşağıdakileri ayarlamak için yapılandırma dosyasını 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

    Kalan birden fazla yedek düğüm varsa

    1. /opt/apigee/customer/application/postgresql.properties alanı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 sahibinin apigee kullanıcısı 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ünde ç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 makinesinin 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 ç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 makinesinin doğru şekilde ayarlandığını doğrulayın: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
    5. Postgresql sunucularını analizler grubu ve tüketici grubuna ekleyip kaldırın.
      1. Postgres sunucusunu bir analiz grubundan kaldırma başlıklı makaledeki talimatları uygulayarak eski Postgres sunucusunu analiz grubundan kaldırın.
      2. Mevcut bir Postgres sunucusunu analiz grubuna ekleme başlıklı makaledeki talimatları uygulayarak analiz grubuna yeni bir postgres sunucusu ekleyin.
    6. Eski postgres sunucusunun dc-1'deki kaydını kaldırın: 
      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 makinesinin kullanımdan kaldırılması artık güvenlidir. 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 yedeğini devre dışı bırakma

    Not: 12 düğümlü kümelenmiş kurulum dokümanlarında dc-1 postgresql düğümü ana olarak gösterilir ancak bu bölümde kolaylık sağlamak için dc-1 postgresql düğümünün yedek, dc-2 postgresql düğümünün ise ana olduğu varsayılmıştır.

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

    1. UUID alma başlıklı makaledeki talimatları uygulayarak Postgres sunucularının UUID'lerini alın.
    2. dc-1'deki mevcut yedek düğümde apigee-postgresql'yi 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ı analizler grubu ve tüketici grubuna ekleyip kaldırın.
      1. Postgres sunucusunu bir analiz grubundan kaldırma başlıklı makaledeki talimatları uygulayarak eski Postgres sunucusunu analiz grubundan kaldırın.
      2. Mevcut bir Postgres sunucusunu analiz grubuna ekleme başlıklı makaledeki talimatları uygulayarak analiz grubuna yeni bir postgres sunucusu ekleyin.
    4. Eski postgres sunucusunun dc-1'deki kaydını kaldırın: 
      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 makinesinin kullanımdan kaldırılması artık güvenlidir. 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 nasıl devre dışı bırakılacağı açıklanmaktadır.

    İkiden fazla veri merkeziniz varsa kullanımdan kaldırılan düğüme (bu örnekte dc-1) dair 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'ten çıkarın. Kalan Cassandra düğümleri, CASS_HOSTS orijinal sıralamasında kalmalıdır.

    ZooKeeper ile ilgili not: ZooKeeper topluluğunun çalışır durumda kalmasını sağlamak için yapılandırma dosyasında ZK_HOST mülkünü değiştirirken oy veren düğümlerin yeterli sayıda olmasını sağlamanız gerekir. Yapılandırmanızda tek sayıda oy 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ılardaki talimatları uygulayarak dc-1 Cassandra ve ZooKeeper düğümlerini yedekleyin:

    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ü 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ı iptal edin: 
      curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MS_IP:8080/v1/servers/UUID
    5. Yapılandırma dosyasını, kullanımdan kaldırılan düğümlerin ZK_HOSTS ve CASS_HOSTS'dan kaldırılmış 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ştirildi) 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ı, kullanımdan kaldırılan düğümlerin IP adresleriyle güncelleyin ve MP/RMP profilini tüm Yönlendirici ve Mesaj İşleyen düğümlerinde çalıştırın:
      • Edge Yönlendirici ve Mesaj İşleyici aynı düğümde yapılandırılmışsa şunları 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 iş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ı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 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 ç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 ve 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 topolojisinde anahtar alanlarından hiçbirinde dc-1 bulunmamalı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 dc-1'deki Cassandra düğümlerinin bağlantısını kontrol edin: 
      /opt/apigee/apigee-cassandra/bin/cqlsh cassIP 9042 -u cassandra -p '<AdminPassword>'

      Veya kullanımdan 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ürür: 

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

    Bağlantıları dc-1'den silin.

    Bağlantıları dc-1'den silmek için aşağıdaki adımları uygulayın:

    1. dc-1'den bağlamaları silin.
      1. Kuruluş altındaki tüm kullanılabilir kapsülleri listeleyin: 
        curl -v -u  <AdminEmailID>:'<AdminPassword>' -X GET "http://MS_IP:8080/v1/o/ORG/pods"
      2. Tüm bağlamaların kaldırılıp kaldırılmadığını kontrol etmek için kapsüllerle ilişkili sunucuların UUID'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ülden ayrılmasını sağlayı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 kullanımdan kaldırılmasını tamamlamış olursunuz.

    Ek

    Sorun giderme

    Önceki adımları uyguladıktan sonra bazı kapsüllerde hâlâ sunucu 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 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 türünü kaydetme: 
      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 hizmet dışı bırakma işlemini doğrulayabilirsiniz.

    Yönetim sunucusu

    1. 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
    2. Tüm yönetim bağlantı noktalarının bağlantı noktası şartlarını 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
    3. Analizler 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 şunları girin: 
        /opt/apigee/apigee-cassandra/bin/nodetool -h <host> ring
         /opt/apigee/apigee-cassandra/bin/nodetool -h <host> status

        Yukarıdaki komutlar, etkin veri merkezi bilgilerini döndürür.

      3. ZooKeeper düğümlerinde önce şunları 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 aşağıdakilerden biri olacaktır: observer, leader veya follower.

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

        Yanıtta düğümün ana olduğunu 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ıtta, düğümün yedek olduğunun doğrulandığı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 yürütü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.