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

Başlangıçta işlemlerde puan vermeyen darphane

Private Cloud için Edge, bir kuruluş için para kazanmayı ilk kez etkinleştirdiğinizde işlemleri başlangıçta 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ı olarak gösterilir. Ancak başlangıçta para kazandıran API çağrıları, para kazanma tarafından işlenmeyecek ve derecelendirilmeyecek. 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şlatma işleminde ortaya çıkar, yani sorun yalnızca başlangıçta geçerlidir.

Mint puan sunucuları bellek sızıntısı

Yeni bir Qpid örneği bir mxgroup'a kaydedildiğinde sıralar tüketici olmadan derlenir. Bu da, mevcut tüm kaynakları kullanana kadar sıra derinliğinin büyümesine neden olur.

Geçici çözüm:

Apigee-sso install için meta veri dosyası biçimi

apigee-sso yüklenirken ve URL yerine birMetadata.xml dosyası kullanılırken,Metadata.xml dosyası dosyanın sonunda yeni bir 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:

• ecommerce.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:

İleti İşleyici yedeği doğru dosya grubunu yedeklemiyor

Geçici çözüm:

Yedeklemeyi ikinci kez çalıştırdığınızda doğru dosya grubunun yedeklenmesi gerekir.

Birden çok 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'de Cassandra düğümlerine bağlanmaya çalıştığı için başlatılamayabilir. Bir Cassandra düğümü devre dışıysa DataAccessExceptions oluşur. Bu durum, Mesaj İşleyicilerin KVM'leri almaya çalışırken DataAccessExceptions bildirdiği API trafiği kesintilerine de yol açabilir.

Beklenen durumun Yönetim Sunucusu'nun bölgeler genelindeki veri deposu bileşenlerine bağlanmaması olduğunu unutmayın.

Geçici çözüm

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

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

Bu Cassandra düğüm türlerinin kaydını iptal etmek 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 "ağ geçidi" olan kapsül adıdır. Ancak, etiketi farklı bir şekilde 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ıtta şu biçim kullanılı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ının değerlerini not edin. Bunları kullanarak düğümlerin kaydını iptal edebilirsiniz.

2. Her Cassandra düğüm türü için birinci adımı tekrarlayın: kms-datastore, dc-datastore ve keyvaluemap-datastore. Döndürülen UUID'leri not etmeyi unutmayın.
3. Aşağıdaki komutu kullanarak düğümlerin kaydını iptal edin:

   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 kaydeden ve Zookeeper'daki kaydını iptal ettiğini, bunların Cassandra kümesi üzerinde herhangi bir etkisinin olmadığını unutmayın. Bu komutlar hakkında daha fazla bilgi için Datastore kayıtlarını güncelleme bölümüne bakın.

Günlük mesajında ek bilgiler içeren MessageLogging politikası

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

• Öncelik puanı
• Zaman damgası

Geçici çözüm: