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

Mint, işlemleri başlangıçta puanlamıyor

Özel Bulut için Edge, bir kuruluş için ilk kez para kazanmayı etkinleştirdiğinizde işlemleri başlangıçta derecelendirmez. Bu durum, yeni ve mevcut kuruluşlar için geçerlidir.

Para kazanma özelliğini etkinleştirme API'si, iş kimliğiyle yanıt verir ve tamamlandığında işin durumu başarılı olarak gösterilir. Ancak, başlangıçta yapılan tüm para kazandırılmış API çağrıları para kazanma 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 etkinleştirildikten sonra MP'lerin yeniden başlatılması, Edge'in yapılandırmayı başlangıçta ZooKeeper'dan 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ında bellek sızıntısı

Bir mxgroup'a yeni bir Qpid örneği kaydedildiğinde, kuyruklar tüketiciler olmadan oluşturulur. Bu da kuyruk derinliğinin, mevcut tüm kaynakları kullanana kadar 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 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 yedeklemesi doğru dosya grubunu yedeklemiyor

Geçici çözüm:

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

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. DataAccessExceptions, bir Cassandra düğümü kapalıysa oluşur. Bu durum, API trafiğinde kesintiye de neden olabilir. Bu durumda, ileti işlemciler 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 bu düğümleri 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 sunucusunun 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 biri olmalıdır: 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ıyor:

   {
     "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ının değerlerini 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, düğümleri Zookeeper'a 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 mesajına ek bilgiler ekleyen MessageLogging politikası

MessageLogging politikasının FormatMessage öğesi, kaydedilen mesajın biçimini kontrol eder. FormatMessage=false olduğunda, 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 mesajı aşağıdaki bilgileri içerir:

• Öncelik puanı
• Zaman damgası

Geçici çözüm: