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

Mint, başlangıçta işlemleri derecelendirmez

Private Cloud için Edge, bir kuruluş için para kazanma özelliğini ilk kez etkinleştirdiğinizde işlemleri derecelendirmez. Bu durum yeni ve mevcut kuruluşlar için geçerlidir.

Para kazanma etkinleştirme API'si, iş kimliğiyle yanıt verir ve tamamlandığında işin durumu başarılı olduğunu gösterir. Ancak başlangıçta yapılan ve para kazanılan API çağrıları, para kazanma özelliği tarafından işlenmez ve derecelendirilmez. Bu işlemler yalnızca normal analizlerde gösterilir.

Geçici çözüm:

apigee-service edge-message-processor restart

Para kazanma özelliği etkinleştirildikten sonra MP'lerin yeniden başlatılması, Edge'in başlangıçta ZooKeeper'dan yapılandırmayı yüklemesine neden olur. Bu durum her yeniden başlatmada gerçekleşir, yani sorun yalnızca başlangıçta geçerlidir.

Mint derecelendirme sunucuları bellek sızıntısı

Bir mxgroup'a yeni bir Qpid örneği kaydedildiğinde sıralar tüketici olmadan oluşturulur. Bu da, mevcut tüm kaynakları kullanana kadar sıra derinliğinin artmasına neden olur.

Geçici çözüm:

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

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

Geçici çözüm:

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

• meta veri.xml dosyasının sonuna bir CRLF ekleyin

  VEYA

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

apigee-monit, Amazon Linux 1'de desteklenmiyor

Geçici çözüm:

Mesaj İşleyici yedeklemesi doğru dosya grubunu yedeklemiyor

Geçici çözüm:

Yedeklemeyi ikinci kez çalıştırdığınızda doğru dosya grubu yedeklenecektir.

Birden çok veri merkezi yapılandırmasında DataAccessException

Birden fazla veri merkezi yapılandırmasında, bir veri deposu kullanılamaz hale gelirse şu hata oluştu:

DataAccessException: Error while accessing datastore;
Please retry later

Yönetim Sunucusu, Cassandra'ya bağlanmaya çalıştığı için başlatılmayabilir. hem dc-1 hem de dc-2'deki düğümler. DataAccessExceptions, bir Cassandra düğümü aşağı tüketim. Bu durum, Mesaj İşleyenlerin bildirdiği API trafiğinin kesintiye uğramasına da neden olabilir. KVM'leri almaya çalışırken DataAccessExceptions.

Beklenen durumun, Yönetim Sunucusu'nun veri deposu bileşenlerine bağlanmaması için olduğunu unutmayın. ve bölgeleri keşfedebilirsiniz.

Geçici çözüm

Geçici çözüm, kullanılamayan veri merkezinde aşağıdaki Cassandra düğüm türlerinin kaydını silmektir. ve ardından, 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'nizin kimlik bilgileridir hesap.
   • MS_IP ve MS_PORT, Yönetim Sunucusu'nun IP adresi ve bağlantı noktasıdır sayı.
   • REGION, Yönetim Sunucusu'nun bulunduğu veri merkezinin adıdır. bulabilirsiniz.
   • GATEWAY_POD, varsayılan olarak "ağ geçidi" olan kapsül adıdır. Projede ancak, başka bir adla adlandırıldı. 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ıttaki uUID alanındaki değerleri not edin. Bu araçları şu amaçla kullanacaksınız: düğümlerin kaydını iptal edebilir.

2. Her Cassandra düğüm türü için birinci adımı tekrarlayın: kms-datastore, dc-datastore ve keyvaluemap-datastore. Lütfen Döndürülen UUID'ler.
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'daki düğümleri kaydettiği ve kayıtlarını silmesini ve hiçbir Cassandra kümesi üzerindeki etkisidir. Bu komutlar hakkında daha fazla bilgi için bkz. Veri deposu kayıtlarını güncelleyin.

Günlük mesajındaki ekstra bilgiler dahil olan MessageLogging politikası

MessageLogging politikasının FormatMessage öğesi, günlüğe kaydedilen mesajın biçimini kontrol eder. FormatMessage=false söz konusu olduğunda, günlüğe Apigee tarafından oluşturulan herhangi bir bilgi eklenmemelidir. Ancak FormatMessage=false öğesini ayarlamış olsanız bile günlük iletisi aşağıdaki bilgileri içermeye devam eder:

• Öncelik puanı
• Zaman damgası

Geçici çözüm: