4.19.01 Edge for Private Cloud sürüm notları

apigee-sso yüklemesi için meta veri dosyası biçimi

apigee-sso yüklenirken ve URL yerine metadata.xml dosyası kullanılırken, metadata.xml dosyası dosyanın sonunda yeni bir satır (CRLF) içermiyorsa metadata.xml dosyası tamamen okunmaz.

Geçici çözüm:

Bu sorunu gidermek için aşağıdakilerden birini yapabilirsiniz:

• metadata.xml dosyasının sonuna CRLF ekleyin.

  VEYA

• Meta veriler için URL tabanlı bir konum kullanın

apigee-monit Amazon Linux 1'de desteklenmez

Geçici çözüm:

Mesaj İşleyici yedeği, doğru dosya grubunu yedeklemiyor

Geçici çözüm:

Yedeklemeyi ikinci kez çalıştırın. Bu kez doğru dosya grubu yedeklenir.

Oturum jetonları geçersiz kılınmıyor

Kullanıcı Apigee Edge Oturumu Kapat düğmesini tıkladığında oturum jetonları sunucuda geçersiz kılınmaz.

Geçici çözüm:

JMX kimlik doğrulaması etkinleştirildiğinde Cassandra işlemleri çalışmıyor

Geçici çözüm:

HEAD Node.js hedeflerine yapılan istekler askıda kalıyor

Bir Node.js hedefine yapılan HEAD istekleri askıda kalabilir ve bağlantılar beklemede kalır.

Geçici çözüm:

Bu sorunu çözmek için HEAD istekleri için bir işleyici tanımlayarak açıkça boş bir yanıt döndürün.

Ana makine adları çözümlenmiyor

Edge for Private Cloud'u yükledikten veya yükselttikten sonra ana makine adları adreslerine çözümlenemeyebilir.

Geçici çözüm:

Bu sorunu çözmek için Edge kullanıcı arayüzü bileşenini yeniden başlatın:

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

Birden fazla veri merkezi yapılandırmasında DataAccessException

Birden fazla veri merkezi yapılandırmasında, bir veri deposu kullanılamaz hale gelirse aşağıdaki hatayı görebilirsiniz:

DataAccessException: Error while accessing datastore;
Please retry later

Sonuç olarak, Yönetim Sunucusu hem dc-1 hem de dc-2'deki Cassandra düğümlerine bağlanmaya çalıştığı için başlatılamayabilir. Bir Cassandra düğümü kapalıysa DataAccessExceptions oluşur. Bu durum, API trafiğinde kesintiye de neden olabilir. Bu durumda, mesaj işleyiciler KVM'leri almaya çalışırken DataAccessExceptions değerini bildirir.

Beklenen durumun, yönetim sunucusunun bölgeler arası veri deposu bileşenlerine bağlanmaması olduğunu unutmayın.

Geçici çözüm

Geçici çözüm olarak, kullanılamayan veri merkezindeki aşağıdaki Cassandra düğüm türlerinin kaydını silin ve Cassandra düğümleri tekrar kullanılabilir hale geldikten sonra bunları yeniden kaydedin:

• kms-datastore
• dc-datastore
• keyvaluemap-datastore

Bu Cassandra düğüm türlerinin kaydını silmek ve yeniden kaydetmek için:

1. Aşağıdaki curl komutunu kullanarak Cassandra düğümlerinin UUID'lerini alın:

   curl -u ADMIN_EMAIL:ADMIN_PW \
     "http://MS_IP:MS_PORT/v1/servers?region=REGION&pod=GATEWAY_POD \
     &type=CASSANDRA_NODE_TYPE"

   Burada:

   • ADMIN_EMAIL ve ADMIN_PW, Apigee hesabınızın kimlik bilgileridir.
   • MS_IP ve MS_PORT, Yönetim Sunucusu'nun IP adresi ve bağlantı noktası numarasıdır.
   • REGION, Yönetim Sunucusu'nun bulunduğu veri merkezinin adıdır.
   • GATEWAY_POD, varsayılan olarak "gateway" olan pod adıdır. Ancak, bunu başka bir adla yeniden adlandırmış olabilirsiniz. Bu nedenle, uygulamanızı kontrol edin.
   • CASSANDRA_NODE_TYPE şunlardan biridir: kms-datastore, dc-datastore ve keyvaluemap-datastore.

   Örneğin:

   curl -u nickdanger@google.com:myP@$$w0rD
     "http://192.168.0.1:8080/v1/servers?region=dc-1&pod=gateway&type=dc-datastore"

   Yanıt aşağıdaki biçimi kullanır:

   {
     "internalIP" : "POD_IP_ADDRESS",
     "isUp" : [true|false],
     "pod" : "GATEWAY_POD",
     "reachable" : [true|false],
     "region" : "dc-1",
     "tags" : {
       "property" : [ ]
     },
     "type" : [ "kms-datastore", "dc-datastore", "keyvaluemap-datastore" ],
       "uUID" : "POD_UUID"
   }

   Örneğin:

   {
     "internalIP" : "192.168.1.11",
     "isUp" : false,
     "pod" : "gateway",
     "reachable" : false,
     "region" : "dc-1",
     "tags" : {
       "property" : [ ]
     },
     "type" : "dc-datastore",
     "uUID" : "13cee956-d3a7-4577-8f0f-1694564179e4"
   }

   Yanıtın uUID alanındaki değerleri not edin. Bu bilgileri kullanarak düğümlerin kaydını silersiniz.

2. Her Cassandra düğüm türü (kms-datastore, dc-datastore ve keyvaluemap-datastore) için birinci adımı tekrarlayın. Döndürülen UUID'leri not ettiğinizden emin olun.
3. Aşağıdaki komutu kullanarak düğümlerin kaydını silin:

   curl -u ADMIN_EMAIL:ADMIN_PW "http://MS_IP:MS_PORT/v1/servers/UUID" -X DELETE

   Burada UUID, önceki komutun yanıtında döndürülen UUID'dir.

4. 1. ve 2. adımda topladığınız her UUID için 3. adımı tekrarlayın.
5. Aşağıdaki komutu kullanarak düğümleri yeniden kaydedin:

   curl -u ADMIN_EMAIL:ADMIN_PW "http://MS_IP:MS_PORT/v1/servers -d \
     "Type=kms-datastore&Type=dc-datastore&Type=keyvaluemap-datastore& \
     Type=counter-datastore&Type=cache-datastore&InternalIP=POD_IP_ADDRESS& \
     region=REGION&pod=GATEWAY_POD" -H \
     'content-type: application/x-www-form-urlencoded' -X POST

Bu işlemlerin, Zookeeper'dan düğümleri kaydettiğini ve kaydını sildiğini, Cassandra kümesi üzerinde herhangi bir etkisi olmadığını unutmayın. Bu komutlar hakkında daha fazla bilgi için Veri deposu kayıtlarını güncelleme başlıklı makaleyi inceleyin.

Günlük iletisine ek bilgiler ekleyen MessageLogging politikası

MessageLogging politikasının FormatMessage öğesi, kaydedilen mesajın biçimini kontrol eder. FormatMessage=false olduğunda, günlüğe kaydedilen mesajın Apigee tarafından oluşturulan herhangi bir bilgiyi içermemesi gerekir. Ancak FormatMessage=false ayarını yapsanız bile günlük iletisi aşağıdaki bilgileri içerir:

• Öncelik puanı
• Zaman damgası

Geçici çözüm:

Sistem yöneticisi şifresini sıfırlama işlemi başarısız oluyor

Özel karakterler içeren yönetim sunucusunun sistem yöneticisi şifresini sıfırlama işlemi başarısız olur.

Geçici çözüm:

Şifreyi bir veri dosyasında tanımlayın ve ardından Management API'deki /users uç noktasına iletin. Daha fazla bilgi için Sistem yöneticisi şifresini sıfırlama başlıklı makaleyi inceleyin.