4.19.06 Edge untuk catatan rilis Private Cloud

Mint tidak memberikan rating transaksi pada awalnya

Edge for the Private Cloud tidak menilai transaksi pada awalnya saat Anda pertama kali mengaktifkan monetisasi untuk organisasi. Hal ini berlaku untuk organisasi baru dan yang sudah ada.

Monetization enablement API merespons dengan ID tugas dan, setelah selesai, status tugas akan menunjukkan keberhasilan. Namun, setiap panggilan API yang dimonetisasi yang dilakukan pada awalnya tidak akan diproses oleh monetisasi dan tidak akan diberi rating. Transaksi ini hanya akan muncul di analisis reguler.

Solusi:

apigee-service edge-message-processor restart

Setelah monetisasi diaktifkan, memulai ulang MP akan menyebabkan Edge memuat konfigurasi dari ZooKeeper saat startup. Hal ini terjadi pada setiap mulai ulang, yang berarti bahwa masalah hanya berlaku pada awalnya.

Kebocoran memori server rating Mint

Saat instance Qpid baru didaftarkan dalam mxgroup, antrean akan dibuat tanpa konsumen, sehingga kedalaman antrean akan bertambah hingga menggunakan semua resource yang tersedia.

Solusi:

Format file metadata untuk penginstalan apigee-sso

Saat menginstal apigee-sso dan menggunakan file metadata.xml, bukan URL, jika file metadata.xml tidak menyertakan baris baru (CRLF) di akhir file, file metadata.xml tidak akan dibaca sepenuhnya.

Solusi:

Untuk mengatasi masalah ini, Anda dapat melakukan salah satu tindakan berikut:

• Tambahkan CRLF di akhir file metadata.xml

  ATAU

• Menggunakan lokasi berbasis URL untuk metadata

apigee-monit tidak didukung di Amazon Linux 1

Solusi:

Cadangan Message Processor tidak mencadangkan kumpulan file yang benar

Solusi:

Jalankan pencadangan untuk kedua kalinya dan pencadangan akan mencadangkan kumpulan file yang benar.

DataAccessException dalam beberapa konfigurasi pusat data

Dalam konfigurasi beberapa pusat data, jika satu datastore tidak tersedia, Anda mungkin akan melihat error berikut:

DataAccessException: Error while accessing datastore;
Please retry later

Akibatnya, Server Pengelolaan mungkin tidak dimulai karena mencoba terhubung ke node Cassandra di dc-1 dan dc-2. DataAccessExceptions terjadi jika node Cassandra tidak aktif. Hal ini juga dapat menyebabkan gangguan traffic API, saat Pemroses Pesan melaporkan DataAccessExceptions saat mencoba mengambil KVM.

Perhatikan bahwa status yang diharapkan adalah Server Pengelolaan tidak terhubung ke komponen datastore di seluruh region.

Solusi

Solusinya adalah membatalkan pendaftaran jenis node Cassandra berikut di pusat data yang tidak tersedia, lalu mendaftarkannya kembali setelah node Cassandra tersedia lagi:

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

Untuk membatalkan pendaftaran dan mendaftarkan ulang jenis node Cassandra ini:

1. Dapatkan UUID node Cassandra menggunakan perintah curl berikut:

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

   Dengan:

   • ADMIN_EMAIL dan ADMIN_PW adalah kredensial akun Apigee Anda.
   • MS_IP dan MS_PORT adalah alamat IP dan nomor port Server Pengelolaan.
   • REGION adalah nama pusat data tempat Server Pengelolaan berada.
   • GATEWAY_POD adalah nama pod, yang secara default adalah "gateway". Anda mungkin telah mengganti namanya menjadi sesuatu yang lain, jadi periksa penerapan Anda.
   • CASSANDRA_NODE_TYPE adalah salah satu dari kms-datastore, dc-datastore, dan keyvaluemap-datastore.

   Contoh:

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

   Respons menggunakan format berikut:

   {
     "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"
   }

   Contoh:

   {
     "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"
   }

   Catat nilai kolom uUID dalam respons. Anda akan menggunakannya untuk membatalkan pendaftaran node.

2. Ulangi langkah pertama untuk setiap jenis node Cassandra: kms-datastore, dc-datastore, dan keyvaluemap-datastore. Pastikan untuk mencatat UUID yang ditampilkan.
3. Batalkan pendaftaran node menggunakan perintah berikut:

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

   Dengan UUID adalah UUID yang ditampilkan dalam respons perintah sebelumnya.

4. Ulangi langkah 3 untuk setiap UUID yang Anda kumpulkan pada langkah 1 dan 2.
5. Daftarkan ulang node menggunakan perintah berikut:

   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

Perhatikan bahwa operasi ini mendaftarkan dan membatalkan pendaftaran node dari Zookeeper dan tidak berdampak pada cluster Cassandra. Untuk mengetahui informasi selengkapnya tentang perintah ini, lihat Memperbarui pendaftaran datastore.

Kebijakan MessageLogging yang menyertakan informasi tambahan dalam pesan log

Elemen FormatMessage dari kebijakan MessageLogging mengontrol format pesan yang dicatat ke dalam log. Jika FormatMessage=false, pesan yang dicatat tidak boleh menyertakan informasi yang dihasilkan Apigee. Namun, meskipun Anda menetapkan FormatMessage=false, pesan log tetap menyertakan informasi berikut:

• Skor prioritas
• Stempel waktu

Solusi: