Bagikan melalui


Rekomendasi keandalan

Azure Advisor membantu Anda memastikan dan meningkatkan kelangsungan aplikasi penting bisnis Anda. Anda bisa mendapatkan rekomendasi keandalan di tab Keandalan di dasbor Advisor.

  1. Masuk ke portal Azure.

  2. Cari dan pilih Advisor dari halaman mana pun.

  3. Di dasbor Advisor, pilih tab Keandalan.

Layanan AI

Anda hampir melebihi kuota penyimpanan sebesar 2GB. Membuat layanan pencarian Standar

Anda hampir melebihi kuota penyimpanan sebesar 2GB. Membuat layanan Pencarian standar. Operasi pengindeksan berhenti berfungsi saat kuota penyimpanan terlampaui.

Pelajari selengkapnya tentang Batas layanan di Azure AI Search.

Anda hampir melebihi kuota penyimpanan sebesar 50MB. Membuat layanan pencarian Dasar atau Standar

Anda hampir melebihi kuota penyimpanan sebesar 50MB. Membuat layanan pencarian Dasar atau Standar. Operasi pengindeksan berhenti berfungsi saat kuota penyimpanan terlampaui.

Pelajari selengkapnya tentang Batas layanan di Azure AI Search.

Anda hampir melebihi kuota penyimpanan yang tersedia. Tambahkan lebih banyak partisi jika Anda memerlukan lebih banyak penyimpanan

Anda hampir melebihi kuota penyimpanan yang tersedia. Tambahkan partisi tambahan jika Anda memerlukan lebih banyak penyimpanan. Setelah melebihi kuota penyimpanan, Anda masih dapat mengkueri, tetapi operasi pengindeksan tidak lagi berfungsi.

Pelajari selengkapnya tentang Batas layanan di Azure AI Search

Kuota Terlampaui untuk sumber daya ini

Kami telah mendeteksi bahwa kuota untuk sumber daya Anda telah terlampaui. Anda dapat menunggunya diisi ulang secara otomatis segera, atau untuk membuka blokir dan menggunakan sumber daya lagi sekarang, Anda dapat meningkatkannya ke SKU berbayar.

Pelajari lebih lanjut tentang Cognitive Service - CognitiveServiceQuotaExceeded (Kuota Terlampaui untuk sumber daya ini).

Meningkatkan aplikasi Anda agar menggunakan versi API terbaru dari Azure OpenAI

Kami telah mendeteksi bahwa Anda memiliki sumber daya Azure OpenAI yang sedang digunakan dengan versi API yang lebih lama. Gunakan versi REST API terbaru untuk memanfaatkan fitur dan fungsionalitas terbaru.

Pelajari selengkapnya tentang Cognitive Service - CogSvcApiVersionOpenAI (Tingkatkan aplikasi Anda untuk menggunakan versi API terbaru dari Azure OpenAI).

Meningkatkan aplikasi Anda agar menggunakan versi API terbaru dari Azure OpenAI

Kami telah mendeteksi bahwa Anda memiliki sumber daya Azure OpenAI yang sedang digunakan dengan versi API yang lebih lama. Gunakan versi REST API terbaru untuk memanfaatkan fitur dan fungsionalitas terbaru.

Pelajari selengkapnya tentang Cognitive Service - versi API: OpenAI (Tingkatkan aplikasi Anda untuk menggunakan versi API terbaru dari Azure OpenAI).

Analitik

Kluster Anda yang menjalankan Ubuntu 16.04 tidak didukung lagi

Kluster HDInsight Anda terdeteksi masih menggunakan Ubuntu 16.04 LTS. Dukungan kluster Azure HDInsight di Ubuntu 16.04 LTS mulai dihentikan pada 30 November 2022. Kluster yang ada berjalan apa adanya tanpa dukungan dari Microsoft. Pertimbangkan untuk membangun ulang kluster Anda dengan gambar terkini.

Pelajari selengkapnya tentang kluster HDInsight - ubuntu1604HdiClusters (Kluster Anda yang menjalankan Ubuntu 16.04 tidak didukung).

Meningkatkan kluster HDInsight Anda

Kami mendeteksi kluster Anda tidak menggunakan gambar terbaru. Kami menyarankan pelanggan untuk menggunakan versi terbaru gambar HDInsight saat mereka membawa pembaruan sumber terbuka terbaik, pembaruan Azure, dan perbaikan keamanan. Rilis HDInsight tersedia setiap 30 hingga 60 hari. Pertimbangkan untuk beralih ke rilis terbaru.

Pelajari selengkapnya tentang kluster HDInsight - upgradeHDInsightCluster (Tingkatkan Kluster HDInsight Anda).

Kluster Anda dibuat satu tahun yang lalu

Kami mendeteksi kluster Anda dibuat satu tahun yang lalu. Sebagai bagian dari praktik terbaik, kami menyarankan Anda untuk menggunakan citra HDInsight terbaru karena menghadirkan pengalaman terbaik dari pembaruan sumber terbuka, pembaruan Azure, dan perbaikan keamanan. Durasi maksimum yang disarankan untuk peningkatan kluster adalah kurang dari enam bulan.

Pelajari selengkapnya tentang kluster HDInsight - clusterOlderThanAYear (Kluster Anda dibuat satu tahun yang lalu).

Disk kluster Kafka Anda hampir penuh

Disk data yang digunakan oleh broker Kafka di kluster HDInsight Anda hampir penuh. Ketika itu terjadi, proses broker Apache Kafka tidak dapat dimulai dan gagal karena kesalahan penuhnya disk. Untuk mengurangi, temukan waktu retensi untuk setiap Topik Kafka, cadangkan file yang lebih lama dan mulai ulang broker.

Pelajari selengkapnya tentang kluster HDInsight - KafkaDiskSpaceFull (Disk Kluster Kafka Anda hampir penuh).

Pembuatan kluster di bawah jaringan virtual kustom memerlukan lebih banyak izin

Kluster Anda dengan jaringan virtual kustom dibuat tanpa izin bergabung dengan jaringan virtual. Pastikan bahwa pengguna yang melakukan operasi pembuatan memiliki izin ke tindakan Microsoft.Network/virtualNetworks/subnets/join sebelum 30 September 2023.

Pelajari selengkapnya tentang kluster HDInsight - EnforceVNetJoinPermissionCheck (Pembuatan kluster di bawah VNet kustom memerlukan lebih banyak izin).

Penghentian Kafka 1.1 di kluster HDInsight 4.0 Kafka

Mulai 1 Juli 2020, Anda tidak dapat membuat kluster Kafka baru dengan Kafka 1.1 di HDInsight 4.0. Kluster yang ada berjalan apa adanya tanpa dukungan dari Microsoft. Pertimbangkan untuk pindah ke Kafka 2.1 pada HDInsight 4.0 sebelum 30 Juni 2020 untuk menghindari potensi gangguan sistem/dukungan.

Pelajari lebih lanjut tentang Kluster HDInsight - KafkaVersionRetirement (Penghentian Kafka 1.1 di kluster HDInsight 4.0 Kafka).

Penghentian Versi Spark Lama di kluster HDInsight Spark

Mulai 1 Juli 2020, Anda tidak dapat membuat kluster Spark baru dengan Spark 2.1 dan 2.2 pada HDInsight 3.6, dan Spark 2.3 di HDInsight 4.0. Kluster yang ada berjalan apa adanya tanpa dukungan dari Microsoft.

Pelajari lebih lanjut tentang kluster HDInsight - SparkVersionRetirement (Penghentian Versi Spark Lama di kluster HDInsight Spark).

Mengaktifkan pembaruan penting agar diterapkan ke kluster HDInsight Anda

Layanan HDInsight menerapkan pembaruan terkait sertifikat penting ke kluster Anda. Namun, satu atau beberapa kebijakan dalam langganan Anda mencegah layanan HDInsight membuat atau memodifikasi sumber daya jaringan yang terkait dengan kluster Anda dan menerapkan pembaruan ini. Ambil tindakan untuk memungkinkan layanan HDInsight membuat atau memodifikasi sumber daya jaringan seperti Load balancer, Antarmuka jaringan, dan alamat IP Publik, yang terkait dengan kluster Anda sebelum 13 Januari 2021 17:00 UTC. Tim HDInsight melakukan pembaruan antara 13 Januari 2021 17:00 UTC dan 16 Januari 2021 17:00 UTC. Kegagalan untuk menerapkan pembaruan ini dapat mengakibatkan kluster Anda menjadi tidak sehat dan tidak dapat digunakan.

Pelajari lebih lanjut tentang kluster HDInsight - GCSCertRotation (Aktifkan pembaruan penting untuk diterapkan ke kluster HDInsight Anda).

Hilangkan dan buat ulang kluster HDInsight Anda untuk menerapkan pembaruan penting

Layanan HDInsight telah mencoba menerapkan pembaruan sertifikat penting pada semua kluster yang Anda jalankan. Namun, karena beberapa perubahan konfigurasi kustom, kami tidak dapat menerapkan pembaruan sertifikat pada beberapa kluster Anda.

Pelajari lebih lanjut tentang kluster HDInsight - GCSCertRotationRound2 (Lepaskan dan buat ulang kluster HDInsight Anda untuk menerapkan pembaruan penting).

Hilangkan dan buat ulang kluster HDInsight Anda untuk menerapkan pembaruan penting

Layanan HDInsight telah mencoba menerapkan pembaruan sertifikat penting pada semua kluster yang Anda jalankan. Namun, karena beberapa perubahan konfigurasi kustom, kami tidak dapat menerapkan pembaruan sertifikat pada beberapa kluster Anda. Hilangkan dan buat ulang kluster Anda sebelum 25 Januari 2021 untuk mencegah kluster menjadi tidak sehat dan tidak dapat digunakan.

Pelajari lebih lanjut tentang kluster HDInsight - GCSCertRotationR3DropRecreate (Lepaskan dan buat ulang kluster HDInsight Anda untuk menerapkan pembaruan penting).

Menerapkan pembaruan penting pada kluster HDInsight Anda

Layanan HDInsight telah mencoba menerapkan pembaruan sertifikat penting pada semua kluster yang Anda jalankan. Namun, satu atau beberapa kebijakan dalam langganan Anda mencegah layanan HDInsight membuat atau memodifikasi sumber daya jaringan yang terkait dengan kluster Anda dan menerapkan pembaruan. Hapus atau perbarui penetapan kebijakan Anda untuk memungkinkan layanan HDInsight membuat atau memodifikasi sumber daya jaringan yang terkait dengan kluster Anda. Ubah penetapan kebijakan Anda sebelum 21 Januari 2021 17:00 UTC saat tim HDInsight melakukan pembaruan antara 21 Januari 2021 17:00 UTC dan 23 Januari 2021 05:00 UTC. Untuk memverifikasi pembaruan kebijakan, Anda dapat mencoba membuat sumber daya jaringan di grup sumber daya dan subnet yang sama di mana kluster Anda berada. Kegagalan untuk menerapkan pembaruan ini dapat mengakibatkan kluster Anda menjadi tidak sehat dan tidak dapat digunakan. Anda juga dapat menghilangkan dan membuat ulang kluster sebelum 25 Januari 2021 untuk mencegah kluster menjadi tidak sehat dan tidak dapat digunakan. Layanan HDInsight mengirimkan pemberitahuan lain jika kami gagal menerapkan pembaruan ke kluster Anda.

Pelajari lebih lanjut tentang kluster HDInsight - GCSCertRotationR3PlanPatch (Terapkan pembaruan penting ke kluster HDInsight Anda).

Tindakan yang diperlukan: Migrasikan kluster A8–A11 HDInsight sebelum 1 Maret 2021

Anda menerima pemberitahuan ini karena memiliki satu atau beberapa kluster A8, A9, A10 atau A11 HDInsight yang aktif. Komputer virtual (VM) A8-A11 dihentikan di semua wilayah pada 1 Maret 2021. Setelah tanggal tersebut, semua kluster yang menggunakan A8-A11 dibatalkan alokasinya. Migrasikan kluster Anda yang terpengaruh ke VM lain yang didukung HDInsight (https://azure.microsoft.com/pricing/details/hdinsight/) sebelum tanggal tersebut. Untuk informasi selengkapnya, lihat tautan 'Pelajari Lebih Lanjut' atau hubungi kami di askhdinsight@microsoft.com

Pelajari selengkapnya tentang kluster HDInsight - Penghentian VM (Diperlukan tindakan: Migrasikan kluster HDInsight A8–A11 Anda sebelum 1 Maret 2021).

Compute

Cloud Services (klasik) dihentikan. Migrasi off sebelum 31 Agustus 2024

Cloud Services (klasik) dihentikan. Migrasi sebelum 31 Agustus 2024 untuk menghindari hilangnya data atau kelangsungan bisnis.

Pelajari selengkapnya tentang Sumber Daya - Penghentian Cloud Services (Cloud Services (klasik) dihentikan. Migrasi sebelum 31 Agustus 2024).

Meningkatkan disk standar yang terpasang ke VM berkemampuan premium Anda ke disk premium

Kami telah mengidentifikasi bahwa Anda menggunakan disk standar dengan komputer virtual berkemampuan premium Anda dan kami sarankan Anda mempertimbangkan untuk meningkatkan disk standar ke disk premium. Untuk setiap komputer virtual instans tunggal yang menggunakan penyimpanan premium untuk semua disk sistem operasi dan disk data, kami menjamin konektivitas komputer virtual setidaknya 99,9%. Pertimbangkan faktor-faktor ini saat membuat keputusan peningkatan Anda. Yang pertama adalah bahwa peningkatan membutuhkan boot ulang VM dan proses ini membutuhkan waktu 3-5 menit untuk selesai. Yang kedua adalah jika VM dalam daftar adalah VM produksi yang sangat penting, evaluasi ketersediaan yang ditingkatkan terhadap biaya disk premium.

Pelajari lebih lanjut tentang Mesin virtual - MigrateStandardStorageAccountToPremium (Tingkatkan disk standar yang terpasang ke VM berkemampuan premium Anda ke disk premium).

Mengaktifkan replikasi komputer virtual untuk melindungi aplikasi Anda dari pemadaman regional

Komputer virtual yang tidak mengaktifkan replikasi ke wilayah lain akan rentan terhadap gangguan wilayah. Mereplikasi komputer secara drastis mengurangi efek bisnis yang merugikan selama waktu pemadaman wilayah Azure. Kami sangat menyarankan untuk mengaktifkan replikasi semua komputer virtual penting bisnis dari daftar berikut sehingga jika terjadi pemadaman, Anda dapat dengan cepat memunculkan komputer Anda di wilayah Azure terpencil. Pelajari lebih lanjut tentang Mesin virtual - ASRUnprotectedVMs (Aktifkan replikasi mesin virtual guna melindungi aplikasi Anda dari pemadaman regional).

Meningkatkan VM dari Disk Tidak Terkelola Premium ke Disk Terkelola tanpa biaya tambahan

Kami telah mengidentifikasi bahwa VM Anda menggunakan disk tidak terkelola premium yang dapat dimigrasikan ke disk terkelola tanpa biaya tambahan. Disk Terkelola Azure memberikan ketahanan yang lebih tinggi, manajemen layanan yang disederhanakan, target skala yang lebih tinggi, dan lebih banyak pilihan di antara beberapa jenis disk. Peningkatan ini dapat dilakukan melalui portal dengan waktu kurang dari 5 menit.

Pelajari selengkapnya tentang Mesin virtual - UpgradeVMToManagedDisksWithoutAdditionalCost (Tingkatkan VM dari Disk Tidak Terkelola Premium ke Disk Terkelola tanpa biaya tambahan).

Perbarui protokol konektivitas keluar Anda ke Service Tag untuk Azure Site Recovery

Menggunakan pemfilteran berbasis Alamat IP telah diidentifikasi sebagai cara yang rentan guna mengontrol konektivitas keluar untuk firewall. Kami menyarankan penggunaan Tag Layanan sebagai alternatif untuk mengontrol konektivitas. Kami sangat merekomendasikan penggunaan Service Tag, untuk memungkinkan konektivitas ke layanan Azure Site Recovery untuk komputer.

Pelajari lebih lanjut tentang Mesin virtual - ASRUpdateOutboundConnectivityProtocolToServiceTags (Perbarui protokol konektivitas keluar Anda ke Tag Layanan untuk Azure Site Recovery).

Perbarui konfigurasi firewall Anda untuk mengizinkan IP RHUI 4 baru

Virtual Machine Scale Sets Anda mulai menerima konten paket dari server RHUI4 pada 12 Oktober 2023. Jika Anda mengizinkan IP RHUI 3 [https://aka.ms/rhui-server-list] melalui firewall dan proksi, izinkan IP RHUI 4 baru [https://aka.ms/rhui-server-list] untuk terus menerima pembaruan paket RHEL.

Pelajari selengkapnya tentang Komputer virtual - Rhui3ToRhui4MigrationV2 (Perbarui konfigurasi firewall Anda untuk mengizinkan IP RHUI 4 baru).

Komputer virtual dalam langganan Anda berjalan pada gambar yang telah dijadwalkan untuk penghentian

Komputer virtual dalam langganan Anda berjalan pada gambar yang telah dijadwalkan untuk penghentian. Setelah gambar tidak digunakan lagi, VM baru tidak dapat dibuat dari gambar yang tidak digunakan lagi. Tingkatkan ke versi gambar yang lebih baru untuk mencegah gangguan pada beban kerja Anda.

Pelajari selengkapnya tentang Komputer virtual - VMRunningDeprecatedOfferLevelImage (Komputer virtual dalam langganan Anda berjalan pada gambar yang telah dijadwalkan untuk dihentikan).

Komputer virtual dalam langganan Anda berjalan pada gambar yang telah dijadwalkan untuk penghentian

Komputer virtual dalam langganan Anda berjalan pada gambar yang telah dijadwalkan untuk penghentian. Setelah gambar tidak digunakan lagi, VM baru tidak dapat dibuat dari gambar yang tidak digunakan lagi. Tingkatkan ke SKU gambar yang lebih baru untuk mencegah gangguan pada beban kerja Anda.

Pelajari selengkapnya tentang Komputer virtual - VMRunningDeprecatedPlanLevelImage (Komputer virtual dalam langganan Anda berjalan pada gambar yang telah dijadwalkan untuk dihentikan).

Komputer virtual dalam langganan Anda berjalan pada gambar yang telah dijadwalkan untuk penghentian

Komputer virtual dalam langganan Anda berjalan pada gambar yang telah dijadwalkan untuk penghentian. Setelah gambar tidak digunakan lagi, VM baru tidak dapat dibuat dari gambar yang tidak digunakan lagi. Tingkatkan ke versi gambar yang lebih baru guna mencegah gangguan pada beban kerja Anda.

Pelajari selengkapnya tentang Komputer virtual - VMRunningDeprecatedImage (Komputer virtual dalam langganan Anda berjalan pada gambar yang telah dijadwalkan untuk dihentikan).

Gunakan Zona ketersediaan untuk ketahanan dan ketersediaan yang lebih baik

Zona Ketersediaan (AZ) di Azure membantu melindungi aplikasi dan data Anda dari kegagalan pusat data. Setiap AZ terdiri dari satu atau beberapa pusat data yang dilengkapi dengan daya, pendinginan, dan jaringan yang independen. Dengan merancang solusi untuk menggunakan VM zona, Anda dapat menghindarkan VM Anda dari kegagalan di zona lain.

Pelajari selengkapnya tentang Komputer virtual - AvailabilityZoneVM (Gunakan Zona ketersediaan untuk ketahanan dan ketersediaan yang lebih baik).

Gunakan Managed Disks untuk meningkatkan keandalan data

Komputer virtual dalam Set Ketersediaan dengan disk yang berbagi akun penyimpanan atau unit skala penyimpanan tidak tahan terhadap kegagalan unit skala penyimpanan tunggal selama pemadaman. Migrasikan ke Azure Managed Disks untuk memastikan bahwa disk VM yang berbeda dalam Kumpulan Ketersediaan cukup terisolasi untuk menghindari satu titik kegagalan.

Pelajari lebih lanjut tentang Set ketersediaan - ManagedDisksAvSet (Gunakan Disk Terkelola guna meningkatkan keandalan data).

Akses ke URL wajib yang hilang untuk lingkungan Azure Virtual Desktop Anda

Agar host sesi dapat menyebarkan dan mendaftar ke Azure Virtual Desktop dengan benar, Anda perlu menambahkan sekumpulan URL ke daftar yang diizinkan, jika komputer virtual Anda berjalan di lingkungan terbatas. Setelah mengunjungi tautan "Pelajari Lebih Lanjut", Anda akan melihat daftar minimum URL yang perlu Anda buka blokirnya agar penyebaran berhasil dan host sesi fungsional. Untuk URL tertentu yang hilang dari daftar yang diizinkan, Anda juga dapat mencari log peristiwa Aplikasi Anda untuk peristiwa 3702.

Pelajari lebih lanjut tentang Mesin virtual - SessionHostNeedsAssistanceForUrlCheck (Akses ke URL wajib tidak ada untuk lingkungan Azure Virtual Desktop Anda).

Perbarui konfigurasi firewall Anda untuk mengizinkan IP RHUI 4 baru

Virtual Machine Scale Sets Anda mulai menerima konten paket dari server RHUI4 pada 12 Oktober 2023. Jika Anda mengizinkan IP RHUI 3 [https://aka.ms/rhui-server-list] melalui firewall dan proksi, izinkan IP RHUI 4 baru [https://aka.ms/rhui-server-list] untuk terus menerima pembaruan paket RHEL.

Pelajari selengkapnya tentang Set skala komputer virtual - Rhui3ToRhui4MigrationVMSS (Perbarui konfigurasi firewall Anda untuk mengizinkan IP RHUI 4 baru).

Virtual Machine Scale Sets dalam langganan Anda berjalan pada gambar yang telah dijadwalkan untuk penghentian

Virtual Machine Scale Sets dalam langganan Anda berjalan pada gambar yang telah dijadwalkan untuk penghentian. Setelah gambar tidak digunakan lagi, beban kerja Virtual Machine Scale Sets Anda tidak akan lagi meluaskan skala. Tingkatkan ke versi gambar yang lebih baru untuk mencegah gangguan pada beban kerja Anda.

Pelajari selengkapnya tentang Set skala komputer virtual - VMScaleSetRunningDeprecatedOfferImage (Virtual Machine Scale Sets dalam langganan Anda berjalan pada gambar yang telah dijadwalkan untuk penghentian).

Virtual Machine Scale Sets dalam langganan Anda berjalan pada gambar yang telah dijadwalkan untuk penghentian

Virtual Machine Scale Sets dalam langganan Anda berjalan pada gambar yang telah dijadwalkan untuk penghentian. Setelah gambar tidak digunakan lagi, beban kerja Virtual Machine Scale Sets Anda tidak akan lagi meluaskan skala. Tingkatkan ke versi gambar yang lebih baru untuk mencegah gangguan pada beban kerja Anda.

Pelajari selengkapnya tentang Set skala komputer virtual - VMScaleSetRunningDeprecatedImage (Virtual Machine Scale Sets dalam langganan Anda berjalan pada gambar yang telah dijadwalkan untuk penghentian).

Virtual Machine Scale Sets dalam langganan Anda berjalan pada gambar yang telah dijadwalkan untuk penghentian

Virtual Machine Scale Sets dalam langganan Anda berjalan pada gambar yang telah dijadwalkan untuk penghentian. Setelah gambar tidak digunakan lagi, beban kerja Virtual Machine Scale Sets Anda tidak akan lagi meluaskan skala. Tingkatkan ke rencana gambar yang lebih baru untuk mencegah gangguan pada beban kerja Anda.

Pelajari selengkapnya tentang Set skala komputer virtual - VMScaleSetRunningDeprecatedPlanImage (Virtual Machine Scale Sets dalam langganan Anda berjalan pada gambar yang telah dijadwalkan untuk penghentian).

Kontainer

Meningkatkan jumlah replika minimal untuk aplikasi kontainer Anda

Kami mendeteksi jumlah replika minimal yang ditetapkan untuk aplikasi kontainer Anda mungkin lebih rendah dari optimal. Pertimbangkan untuk meningkatkan jumlah replika minimal untuk ketersediaan yang lebih baik.

Pelajari selengkapnya tentang Aplikasi Kontainer Aplikasi Microsoft - ContainerAppMinimalReplicaCountTooLow (Tingkatkan jumlah replika minimal untuk aplikasi kontainer Anda).

Perpanjang sertifikat domain kustom

Kami mendeteksi sertifikat domain kustom yang Anda unggah hampir kedaluwarsa. Perbarui sertifikat Anda dan unggah sertifikat baru untuk aplikasi kontainer Anda.

Pelajari selengkapnya tentang Aplikasi Kontainer Aplikasi Aplikasi Microsoft - ContainerAppCustomDomainCertificateNearExpiration (Memperbarui sertifikat domain kustom).

Masalah jaringan potensial telah diidentifikasi dengan lingkungan Container Apps Anda yang mengharuskannya dibuat ulang untuk menghindari masalah DNS

Potensi masalah jaringan telah diidentifikasi untuk lingkungan Container Apps Anda. Untuk mencegah potensi masalah jaringan ini, buat lingkungan Aplikasi Kontainer baru, buat ulang Aplikasi Kontainer Anda di lingkungan baru, dan hapus lingkungan Aplikasi Kontainer lama

Pelajari selengkapnya tentang Lingkungan Terkelola - CreateNewContainerAppsEnvironment (Masalah jaringan potensial telah diidentifikasi dengan Lingkungan Aplikasi Kontainer Anda yang mengharuskannya dibuat ulang untuk menghindari masalah DNS).

Verifikasi domain disyaratkan untuk memperpanjang Sertifikat App Service Anda

Anda memiliki sertifikat App Service yang saat ini berada dalam status Penerbitan Tertunda dan memerlukan verifikasi domain. Kegagalan untuk memvalidasi kepemilikan domain menghasilkan penerbitan sertifikat yang gagal. Verifikasi domain tidak diotomatisasi untuk sertifikat App Service dan memerlukan tindakan Anda.

Pelajari selengkapnya tentang Sertifikat App Service - ASCDomainVerificationRequired (Verifikasi domain diperlukan untuk memperbarui Sertifikat App Service Anda).

Kluster yang memiliki kumpulan simpul menggunakan Seri B yang tidak direkommen

Kluster memiliki satu atau beberapa kumpulan simpul menggunakan SKU VM yang dapat meledak yang tidak direkommen. Dengan VM yang dapat melebihi bandwidth, kemampuan vCPU penuh 100% tidak dijamin. Pastikan VM seri B tidak digunakan di lingkungan Produksi.

Pelajari lebih lanjut tentang layanan Kubernetes - ClustersUsingBSeriesVMs (Kluster yang memiliki kumpulan simpul menggunakan Seri B yang tidak direkommen).

Tingkatkan ke tingkat Standar untuk kluster misi penting dan produksi

Kluster ini memiliki lebih dari 10 simpul dan belum mengaktifkan tingkat Standar. Sarana Kontrol Kubernetes pada tingkat Gratis dilengkapi dengan sumber daya terbatas dan tidak ditujukan untuk penggunaan produksi atau kluster apa pun dengan 10 node atau lebih.

Pelajari lebih lanjut tentang layanan Kubernetes - UseStandardpricingtier (Tingkatkan ke tingkat Standar untuk kluster misi penting dan produksi).

Anggaran Gangguan Pod direkomendasikan. Tingkatkan ketersediaan tinggi layanan.

Pelajari lebih lanjut tentang Layanan Kubernetes - PodDisruptionBudgetsRecommended (Anggaran Gangguan Pod Direkomendasikan).

Melakukan peningkatan ke versi agen terbaru dari Kubernetes dengan dukungan Azure Arc

Lakukan peningkatan ke versi agen terbaru untuk mendapatkan pengalaman Kubernetes dengan dukungan Azure Arc terbaik, peningkatan stabilitas, dan fungsionalitas baru.

Pelajari lebih lanjut tentang Kubernetes - Azure Arc - Peningkatan versi agen K8s berkemampuan Arc (Tingkatkan ke versi agen terbaru Kubernetes berkemampuan Azure Arc).

Database

Replikasi - Menambahkan kunci primer ke tabel yang saat ini tidak memilikinya

Berdasarkan pemantauan internal kami, kami telah mengamati kelambatan replikasi yang signifikan di server replika Anda. Kelambatan ini terjadi karena server replika memutar ulang log relai pada tabel yang tidak memiliki kunci primer. Untuk memastikan bahwa replika dapat disinkronkan dengan primer dan mengikuti perubahan, tambahkan kunci primer ke tabel di server utama. Setelah kunci utama ditambahkan, buat ulang server replika.

Pelajari selengkapnya tentang server fleksibel Azure Database for MySQL - MySqlFlexibleServerReplicaMissingPKfb41 (Replikasi - Tambahkan kunci utama ke tabel yang saat ini tidak memilikinya).

Ketersediaan Tinggi - Tambahkan kunci primer ke tabel yang saat ini tidak memilikinya

Sistem pemantauan internal kami telah mengidentifikasi penundaan replikasi yang signifikan di server siaga High Availability. Log relai pemutaran ulang server siaga pada tabel yang tidak memiliki kunci primer, adalah penyebab utama jeda. Untuk mengatasi masalah ini dan mematuhi praktik terbaik, kami sarankan Anda menambahkan kunci primer ke semua tabel. Setelah Anda menambahkan kunci utama, lanjutkan untuk menonaktifkan lalu mengaktifkan kembali Ketersediaan Tinggi untuk mengurangi masalah.

Pelajari selengkapnya tentang server fleksibel Azure Database for MySQL - MySqlFlexibleServerHAMissingPKcf38 (Ketersediaan Tinggi - Tambahkan kunci primer ke tabel yang saat ini tidak memilikinya.).

Ketersediaan mungkin terpengaruh dari fragmentasi memori tinggi. Tingkatkan reservasi memori fragmentasi untuk menghindari

Fragmentasi dan tekanan memori dapat menyebabkan insiden ketersediaan selama operasi failover atau pengelolaan. Meningkatkan reservasi memori untuk fragmentasi membantu mengurangi kegagalan cache saat berjalan di bawah tekanan memori yang tinggi. Memori untuk fragmentasi dapat ditingkatkan dengan pengaturan maxfragmentationmemory-reserved yang tersedia di area opsi pengaturan tingkat lanjut.

Pelajari selengkapnya tentang Redis Cache Server - RedisCacheMemoryFragmentation (Ketersediaan mungkin terpengaruh dari fragmentasi memori tinggi. Tingkatkan reservasi memori fragmentasi untuk menghindari potensi efek.).

Mengaktifkan pencadangan Azure untuk SQL di mesin virtual Anda

Aktifkan pencadangan untuk database SQL di mesin virtual Anda menggunakan pencadangan Azure dan wujudkan manfaat pencadangan tanpa infrastruktur, pemulihan titik waktu, dan manajemen pusat dengan integrasi SQL AG.

Pelajari selengkapnya tentang komputer virtual SQL - AktifkanAzBackupForSQL (Aktifkan pencadangan Azure untuk SQL di komputer virtual Anda).

Meningkatkan ketersediaan PostgreSQL dengan menghapus slot replikasi logika yang tidak aktif

Sistem internal kami menunjukkan bahwa server PostgreSQL Anda mungkin memiliki slot replikasi logis yang tidak aktif. MEMERLUKAN PERHATIAN SEGERA. Replikasi logis yang tidak aktif dapat mengakibatkan penurunan performa server dan tidak tersedia karena retensi file WAL dan penusunan file rekam jepret. Untuk meningkatkan performa dan ketersediaan, kami SANGAT menyarankan Agar Anda SEGERA mengambil tindakan. Hapus slot replikasi yang tidak aktif, atau mulai gunakan perubahan dari slot ini sehingga Nomor Urutan Log (LSN) slot maju dan dekat dengan LSN server saat ini.

Pelajari lebih lanjut tentang Server PostgreSQL - OrcasPostgreSqlLogicalReplicationSlots (Tingkatkan ketersediaan PostgreSQL dengan menghapus slot replikasi logis yang tidak aktif).

Meningkatkan ketersediaan PostgreSQL dengan menghapus slot replikasi logika yang tidak aktif

Sistem internal kami menunjukkan bahwa server fleksibel PostgreSQL Anda mungkin memiliki slot replikasi logis yang tidak aktif. MEMERLUKAN PERHATIAN SEGERA. Slot replikasi logis yang tidak aktif dapat mengakibatkan penurunan performa server dan tidak tersedia karena retensi file WAL dan penusunan file rekam jepret. Untuk meningkatkan performa dan ketersediaan, kami SANGAT menyarankan Agar Anda SEGERA mengambil tindakan. Hapus slot replikasi yang tidak aktif, atau mulai gunakan perubahan dari slot ini sehingga Nomor Urutan Log (LSN) slot maju dan dekat dengan LSN server saat ini.

Pelajari lebih lanjut tentang Server fleksibel Azure Database for PostgreSQL - OrcasPostgreSqlFlexibleServerLogicalReplicationSlots (Tingkatkan ketersediaan PostgreSQL dengan menghapus slot replikasi logis yang tidak aktif).

Mengonfigurasi mode pengindeksan Konsisten pada kontainer Azure Cosmos DB Anda

Kami melihat bahwa kontainer Azure Cosmos DB Anda dikonfigurasi dengan mode pengindeksan Malas, yang mungkin memengaruhi kesegaran hasil kueri. Sebaiknya beralih ke mode Konsisten.

Pelajari selengkapnya tentang akun Azure Cosmos DB - CosmosDBLazyIndexing (Mengonfigurasi mode pengindeksan Konsisten pada kontainer Azure Cosmos DB Anda).

Meningkatkan Azure Cosmos DB SDK lama ke versi terbaru

Akun Azure Cosmos DB Anda menggunakan SDK versi lama. Sebaiknya Tingkatkan ke versi terbaru untuk perbaikan terbaru, peningkatan performa, dan kemampuan fitur baru.

Pelajari selengkapnya tentang akun Azure Cosmos DB - CosmosDBUpgradeOldSDK (Tingkatkan Azure Cosmos DB SDK lama Anda ke versi terbaru).

Meningkatkan Azure Cosmos DB SDK Anda yang lama ke versi terbaru

Akun Azure Cosmos DB Anda menggunakan versi SDK yang sudah lama. Sebaiknya Tingkatkan ke versi terbaru untuk perbaikan terbaru, peningkatan performa, dan kemampuan fitur baru.

Pelajari selengkapnya tentang akun Azure Cosmos DB - CosmosDBUpgradeOutdatedSDK (Tingkatkan Azure Cosmos DB SDK Anda yang sudah ketinggalan tahun ke versi terbaru).

Mengonfigurasi kontainer Azure Cosmos DB Anda dengan kunci partisi

Koleksi nonpartisi Azure Cosmos DB Anda mendekati kuota penyimpanan yang disediakan. Migrasikan koleksi ini ke koleksi baru dengan definisi kunci partisi sehingga layanan dapat secara otomatis menskalakannya.

Pelajari selengkapnya tentang akun Azure Cosmos DB - CosmosDBFixedCollections (Mengonfigurasi kontainer Azure Cosmos DB Anda dengan kunci partisi).

Tingkatkan akun Azure Cosmos DB for MongoDB Anda ke v4.0 untuk menghemat biaya kueri/penyimpanan dan menggunakan fitur baru

Akun Azure Cosmos DB for MongoDB Anda memenuhi syarat untuk ditingkatkan ke versi 4.0. Kurangi biaya penyimpanan Anda hingga 55% dan biaya kueri Anda hingga 45% dengan meningkatkan ke format penyimpanan baru v4.0. Banyak fitur lain seperti transaksi multi-dokumen juga disertakan dalam v4.0.

Pelajari selengkapnya tentang akun Azure Cosmos DB - CosmosDBMongoSelfServeUpgrade (Tingkatkan akun Azure Cosmos DB for MongoDB Anda ke v4.0 untuk menghemat biaya kueri/penyimpanan dan menggunakan fitur baru).

Menambahkan wilayah kedua ke beban kerja produksi Anda di Azure Cosmos DB

Berdasarkan nama dan konfigurasinya, kami telah mendeteksi akun Azure Cosmos DB yang terdaftar sebagai berpotensi digunakan untuk beban kerja produksi. Akun-akun ini saat ini berjalan dalam satu wilayah Azure. Anda dapat meningkatkan ketersediaannya dengan mengonfigurasinya untuk menjangkau setidaknya dua wilayah Azure.

Catatan

Wilayah tambahan dikenakan biaya tambahan.

Pelajari selengkapnya tentang akun Azure Cosmos DB - CosmosDBSingleRegionProdAccounts (Tambahkan wilayah kedua ke beban kerja produksi Anda di Azure Cosmos DB).

Aktifkan Server Side Retry (SSR) di akun Azure Cosmos DB for MongoDB Anda

Kami mengamati akun Anda melemparkan kesalahan TooManyRequests dengan kode galat 16500. Mengaktifkan Server Side Retry (SSR) dapat membantu mengurangi masalah ini untuk Anda.

Pelajari selengkapnya tentang akun Azure Cosmos DB - CosmosDBMongoServerSideRetries (Aktifkan Server Side Retry (SSR) di akun Azure Cosmos DB for MongoDB).

Migrasikan akun Azure Cosmos DB for MongoDB Anda ke v4.0 untuk menghemat biaya kueri/penyimpanan dan menggunakan fitur baru

Migrasikan akun database Anda ke akun database baru untuk memanfaatkan Azure Cosmos DB untuk MongoDB v4.0. Kurangi biaya penyimpanan Anda hingga 55% dan biaya kueri Anda hingga 45% dengan meningkatkan ke format penyimpanan baru v4.0. Banyak fitur lain seperti transaksi multi-dokumen juga disertakan dalam v4.0. Saat meningkatkan, Anda juga harus memigrasikan data di akun yang sudah ada ke akun baru yang dibuat dengan menggunakan versi 4.0. Azure Data Factory atau Studio 3T dapat membantu Anda dalam memigrasikan data Anda.

Pelajari selengkapnya tentang akun Azure Cosmos DB - CosmosDBMongoMigrationUpgrade (Migrasikan akun Azure Cosmos DB for MongoDB Anda ke v4.0 untuk menghemat biaya kueri/penyimpanan dan menggunakan fitur baru).

Akun Azure Cosmos DB Anda tidak dapat mengakses Azure Key Vault tertaut yang menghosting kunci enkripsi Anda

Tampaknya konfigurasi brankas kunci Anda mencegah akun Azure Cosmos DB Anda menghubungi brankas kunci untuk mengakses kunci enkripsi terkelola Anda. Jika Anda baru saja melakukan rotasi kunci, pastikan bahwa kunci atau versi kunci sebelumnya tetap diaktifkan dan tersedia hingga Azure Cosmos DB menyelesaikan rotasi. Kunci atau versi kunci sebelumnya dapat dinonaktifkan setelah 24 jam, atau setelah log audit Azure Key Vault tidak lagi menampilkan aktivitas dari Azure Cosmos DB pada kunci atau versi kunci tersebut.

Pelajari selengkapnya tentang akun Azure Cosmos DB - CosmosDBKeyVaultWrap (Akun Azure Cosmos DB Anda tidak dapat mengakses Azure Key Vault tertaut yang menghosting kunci enkripsi Anda).

Hindari dibatasi tingkat dari operasi metadata

Kami menemukan sejumlah besar operasi metadata di akun Anda. Data Anda di Azure Cosmos DB, termasuk metadata tentang database dan koleksi Anda, didistribusikan di seluruh partisi. Operasi metadata memiliki batas unit permintaan (RU) yang dicadangkan sistem. Sejumlah besar operasi metadata dapat menyebabkan pembatasan laju. Hindari pembatasan tarif dengan menggunakan instans klien Azure Cosmos DB statis dalam kode Anda, dan penembolokan nama database dan koleksi.

Pelajari selengkapnya tentang akun Azure Cosmos DB - CosmosDBHighMetadataOperations (Hindari dibatasi laju dari operasi metadata).

Gunakan titik akhir 3.6+ baru untuk menyambungkan ke akun Azure Cosmos DB for MongoDB anda yang telah ditingkatkan

Kami mengamati beberapa aplikasi Anda terhubung ke akun Azure Cosmos DB for MongoDB yang ditingkatkan menggunakan titik [accountname].documents.azure.comakhir warisan 3.2 . Gunakan titik [accountname].mongo.cosmos.azure.com akhir baru (atau yang setara dalam sovereign, government, atau restricted clouds).

Pelajari selengkapnya tentang akun Azure Cosmos DB - CosmosDBMongoNudge36AwayFrom32 (Gunakan titik akhir 3.6+ baru untuk menyambungkan ke akun Azure Cosmos DB for MongoDB yang ditingkatkan).

Tingkatkan ke Async Java SDK v2 versi 2.6.14 untuk menghindari masalah penting atau tingkatkan ke Java SDK v4 karena Async Java SDK v2 tidak digunakan lagi

Ada bug penting dalam versi 2.6.13 dan yang lebih rendah, dari Azure Cosmos DB Async Java SDK v2 yang menyebabkan kesalahan ketika nomor urutan logis Global (LSN) lebih besar dari nilai Bilangan Bulat Maks tercapai. Kesalahan layanan ini terjadi setelah volume transaksi besar terjadi dalam masa pakai kontainer Azure Cosmos DB. Catatan: Ada perbaikan penting untuk Async Java SDK v2, namun kami masih sangat menyarankan Anda bermigrasi ke Java SDK v4.

Pelajari selengkapnya tentang akun Azure Cosmos DB - CosmosDBMaxGlobalLSNReachedV2 (Tingkatkan ke versi 2.6.14 dari Async Java SDK v2 untuk menghindari masalah penting atau peningkatan ke Java SDK v4 karena Async Java SDK v2 tidak digunakan lagi).

Ada bug penting dalam versi 4.15 dan yang lebih rendah dari Azure Cosmos DB Java SDK v4 yang menyebabkan kesalahan ketika angka urutan logis Global (LSN) lebih besar dari nilai Bilangan Bulat Maks tercapai. Kesalahan layanan ini terjadi setelah volume transaksi besar terjadi dalam masa pakai kontainer Azure Cosmos DB.

Pelajari selengkapnya tentang akun Azure Cosmos DB - CosmosDBMaxGlobalLSNReachedV4 (Tingkatkan ke versi Java SDK v4 yang direkomendasikan saat ini untuk menghindari masalah penting).

Integrasi

Tingkatkan ke versi API FarmBeats terbaru

Kami telah mengidentifikasi panggilan ke versi API FarmBeats yang dijadwalkan untuk penghentian. Sebaiknya beralih ke versi API FarmBeats terbaru untuk memastikan akses tanpa gangguan ke FarmBeats, fitur terbaru, dan peningkatan performa.

Pelajari lebih lanjut tentang Azure FarmBeats - FarmBeatsApiVersion (Upgrade ke versi API FarmBeats terbaru).

Melakukan pemutakhiran ke versi SDK Java ADMA terbaru

Kami telah mengidentifikasi panggilan ke versi Java SDK Azure Data Manager for Agriculture (ADMA) yang dijadwalkan untuk penghentian. Sebaiknya beralih ke versi SDK terbaru untuk memastikan akses tanpa gangguan ke ADMA, fitur terbaru, dan peningkatan performa.

Pelajari selengkapnya tentang Azure FarmBeats - FarmBeatsJavaSdkVersion (Tingkatkan ke versi ADMA Java SDK terbaru).

Melakukan pemutakhiran ke versi SDK DotNet ADMA terbaru

Kami telah mengidentifikasi panggilan ke versi ADMA DotNet SDK yang dijadwalkan untuk penghentian. Sebaiknya beralih ke versi SDK terbaru untuk memastikan akses tanpa gangguan ke ADMA, fitur terbaru, dan peningkatan performa.

Pelajari selengkapnya tentang Azure FarmBeats - FarmBeatsDotNetSdkVersion (Tingkatkan ke versi ADMA DotNet SDK terbaru).

Melakukan pemutakhiran ke versi SDK JavaScript ADMA terbaru

Kami telah mengidentifikasi panggilan ke versi ADMA JavaScript SDK yang dijadwalkan untuk penghentian. Sebaiknya beralih ke versi SDK terbaru untuk memastikan akses tanpa gangguan ke ADMA, fitur terbaru, dan peningkatan performa.

Pelajari selengkapnya tentang Azure FarmBeats - FarmBeatsJavaScriptSdkVersion (Tingkatkan ke versi ADMA JavaScript SDK terbaru).

Melakukan pemutakhiran ke versi SDK Python ADMA terbaru

Kami telah mengidentifikasi panggilan ke versi ADMA Python SDK yang dijadwalkan untuk penghentian. Sebaiknya beralih ke versi SDK terbaru untuk memastikan akses tanpa gangguan ke ADMA, fitur terbaru, dan peningkatan performa.

Pelajari selengkapnya tentang Azure FarmBeats - FarmBeatsPythonSdkVersion (Tingkatkan ke versi ADMA Python SDK terbaru).

Negosiasi ulang SSL/TLS diblokir

Upaya negosiasi ulang SSL/TLS diblokir. Negosiasi ulang terjadi ketika sertifikat klien diminta melalui koneksi yang sudah dibuat. Saat diblokir, baca 'konteks. Request.Certificate' dalam ekspresi kebijakan mengembalikan 'null.' Untuk mendukung skenario autentikasi sertifikat klien, aktifkan 'Negosiasikan sertifikat klien' pada nama host yang tercantum. Untuk klien berbasis browser, mengaktifkan opsi ini dapat mengakibatkan permintaan sertifikat diberikan kepada klien.

Pelajari lebih lanjut tentang Api Management - TlsRenegotiationBlocked (negosiasi ulang SSL/TLS diblokir).

Rotasi sertifikat nama host gagal

Layanan API Management gagal me-refresh sertifikat hostname dari Key Vault. Pastikan bahwa sertifikat yang ada dalam identitas layanan Key Vault dan API Management diberikan akses baca rahasia. Jika tidak, layanan API Management tidak dapat mengambil pembaruan sertifikat dari Key Vault, yang mungkin menyebabkan layanan menggunakan sertifikat basi dan lalu lintas API runtime yang diblokir sebagai hasilnya.

Pelajari lebih lanjut tentang Api Management - HostnameCertRotationFail (Rotasi sertifikat nama host gagal).

Internet untuk segala

Meningkatkan SDK klien perangkat ke versi yang didukung untuk IotHub

Beberapa atau semua perangkat Anda menggunakan SDK yang sudah kedaluwarsa dan sebaiknya tingkatkan ke versi SDK yang didukung. Lihat detailnya dalam rekomendasi.

Pelajari lebih lanjut tentang Hub IoT - UpgradeDeviceClientSdk (Tingkatkan SDK klien perangkat ke versi yang didukung untuk IotHub).

Perangkat Potensial Badai IoT Hub Terdeteksi

Badai perangkat adalah ketika dua perangkat atau lebih mencoba terhubung ke IoT Hub menggunakan kredensial ID perangkat yang sama. Ketika perangkat kedua (B) terhubung, itu menyebabkan yang pertama (A) terputus. Kemudian (A) mencoba menyambung kembali, yang menyebabkan (B) terputus.

Pelajari lebih lanjut tentang IoT hub - IoTHubDeviceStorm (IoT Hub PotensiAl Device Storm Terdeteksi).

Meningkatkan SDK Device Update for IoT Hub ke versi yang didukung

Instans Device Update for IoT Hub menggunakan versi SDK yang sudah kedaluwarsa. Sebaiknya Tingkatkan ke versi terbaru untuk perbaikan terbaru, peningkatan performa, dan kemampuan fitur baru.

Pelajari selengkapnya tentang hub IoT - DU_SDK_Advisor_Recommendation (Tingkatkan Pembaruan Perangkat untuk IoT Hub SDK ke versi yang didukung).

Melebihi Kuota IoT Terdeteksi

Kami telah mendeteksi bahwa IoT Hub Anda telah melebihi kuota pesan hariannya. Untuk mencegah IoT Hub Anda melebihi kuota pesan hariannya di masa mendatang, tambahkan unit atau tingkatkan tingkat SKU.

Pelajari selengkapnya tentang IoT hub - IoTHubQuotaExceededAdvisor (Kuota IoT Hub Terlampaui Terdeteksi).

Meningkatkan SDK klien perangkat ke versi yang didukung untuk Iot Hub

Beberapa atau semua perangkat Anda menggunakan SDK yang sudah kedaluwarsa dan sebaiknya tingkatkan ke versi SDK yang didukung. Lihat detail dalam tautan yang diberikan.

Pelajari lebih lanjut tentang Hub IoT - UpgradeDeviceClientSdk (Tingkatkan SDK klien perangkat ke versi yang didukung untuk IotHub).

Meningkatkan Microsoft Edge Device Runtime ke versi yang didukung untuk Iot Hub

Beberapa atau semua perangkat Microsoft Edge Anda menggunakan versi yang sudah ketinggalan jaman dan kami sarankan Anda meningkatkan ke versi runtime terbaru yang didukung. Lihat detail dalam tautan yang diberikan.

Pelajari selengkapnya tentang hub IoT - UpgradeEdgeSdk (Tingkatkan Microsoft Edge Device Runtime ke versi yang didukung untuk Iot Hub).

Media

Meningkatkan kuota atau batas Media Services untuk memastikan kelangsungan layanan

Akun media Anda akan mencapai batas kuotanya. Tinjau penggunaan Aset, Kebijakan Kunci Konten, dan Kebijakan Aliran saat ini untuk akun media. Untuk menghindari gangguan layanan, minta batas kuota untuk ditingkatkan agar entitas yang lebih dekat mencapai batas kuota. Anda dapat meminta peningkatan batas kuota dengan membuka tiket dan menambahkan detail yang relevan ke dalamnya. Jangan membuat akun Azure Media tambahan dalam upaya untuk mendapatkan batas yang lebih tinggi.

Pelajari lebih lanjut tentang Layanan Media - AccountQuotaLimit (Tingkatkan kuota atau batasan Media Services guna memastikan kelangsungan layanan.).

Jaringan

Mesin virtual Check Point mungkin kehilangan Koneksi ivitas Jaringan

Kami telah mengidentifikasi bahwa komputer virtual Anda mungkin menjalankan versi gambar Check Point yang mungkin kehilangan konektivitas jaringan selama operasi layanan platform. Kami menyarankan agar Anda meningkatkan ke versi gambar yang lebih baru. Hubungi Check Point untuk instruksi lebih lanjut tentang cara meningkatkan gambar Anda.

Pelajari selengkapnya tentang Komputer virtual - CheckPointPlatformServicingKnownIssueA (Mesin virtual Check Point mungkin kehilangan Network Koneksi ivity.).

Meningkatkan agen Azure Connected Machine ke versi terbaru

Agen Azure Connected Machine diperbarui secara berkala dengan perbaikan bug, peningkatan stabilitas, dan fungsionalitas baru. Tingkatkan agen Anda ke versi terbaru untuk mendapatkan pengalaman Azure Arc terbaik.

Pelajari selengkapnya tentang Koneksi ed Machine agent - Azure Arc - ArcServerAgentVersion (Tingkatkan ke versi terbaru agen Azure Koneksi ed Machine).

Mengalihkan versi Rahasia ke 'Terbaru' untuk sertifikat pelanggan Azure Front Door

Sebaiknya konfigurasikan rahasia sertifikat pelanggan Azure Front Door (AFD) ke 'Terbaru' agar AFD merujuk ke versi rahasia terbaru di Azure Key Vault, sehingga rahasia dapat diputar secara otomatis.

Pelajari selengkapnya tentang Profil Front Door - SwitchVersionBYOC (Ubah versi Rahasia ke 'Terbaru' untuk sertifikat pelanggan Azure Front Door).

Memvalidasi kepemilikan domain dengan cara menambahkan catatan DNS TXT ke penyedia DNS.

Memvalidasi kepemilikan domain dengan cara menambahkan catatan DNS TXT ke penyedia DNS.

Pelajari selengkapnya tentang Profil Front Door - ValidateDomainOwnership (Validasi kepemilikan domain dengan menambahkan catatan DNS TXT ke penyedia DNS.).

Validasi ulang kepemilikan domain untuk perpanjangan sertifikat terkelola Azure Front Door

Azure Front Door tidak dapat memperbarui sertifikat terkelola secara otomatis karena domain tidak dipetakan ke titik akhir AFD. Validasi ulang kepemilikan domain agar sertifikat terkelola diperpanjang secara otomatis.

Pelajari selengkapnya tentang Profil Front Door - RevalidateDomainOwnership (Validasi ulang kepemilikan domain untuk perpanjangan sertifikat terkelola Azure Front Door).

Memperbarui sertifikat pelanggan Azure Front Door yang kedaluwarsa untuk menghindari gangguan layanan

Beberapa sertifikat pelanggan untuk profil Azure Front Door Standard dan Premium kedaluwarsa. Perbarui sertifikat tepat waktu untuk menghindari gangguan layanan.

Pelajari selengkapnya tentang Profil Front Door - RenewExpiredBYOC (Perbarui sertifikat pelanggan Azure Front Door yang kedaluwarsa untuk menghindari gangguan layanan.).

Tingkatkan SKU Anda atau tambahkan lebih banyak instans untuk memastikan toleransi kegagalan

Menyebarkan dua instans berukuran sedang atau lebih besar memastikan kelangsungan bisnis selama pemadaman yang disebabkan oleh pemeliharaan yang direncanakan atau tidak direncanakan.

Pelajari selengkapnya tentang Meningkatkan keandalan aplikasi Anda dengan menggunakan Azure Advisor - Pastikan toleransi kesalahan gateway aplikasi).

Hindari menimpa nama host untuk memastikan integritas situs

Cobalah untuk menghindari menimpa nama host saat mengonfigurasi Application Gateway. Memiliki domain di ujung depan Application Gateway yang berbeda dari yang digunakan untuk mengakses backend, berpotensi menyebabkan cookie atau URL pengalihan rusak. Domain frontend yang berbeda tidak menjadi masalah dalam semua situasi, dan kategori backend tertentu seperti REST API, kurang sensitif secara umum. Pastikan backend dapat menangani perbedaan domain, atau memperbarui konfigurasi Application Gateway sehingga nama host tidak perlu ditimpa ke backend. Saat digunakan dengan App Service, lampirkan nama domain kustom ke Web App dan hindari penggunaan nama host *.azurewebsites.net untuk backend.

Pelajari lebih lanjut tentang Gateway aplikasi - AppGatewayHostOverride (Hindari penggantian nama host guna memastikan integritas situs).

Aturan Azure WAF CRS 3.1/3.2 telah diperbarui dengan aturan kerentanan Log4j 2

Menanggapi kerentanan Log4j 2 (CVE-2021-44228), RuleSet Azure Web Application Firewall (WAF) CRS 3.1/3.2 telah diperbarui di Application Gateway Anda untuk membantu memberikan perlindungan ekstra dari kerentanan ini. Aturan tersedia di bawah Aturan 944240 dan tidak ada tindakan yang diperlukan untuk mengaktifkannya.

Pelajari lebih lanjut tentang Gateway aplikasi - AppGwLog4JCVEPatchNotification (Azure WAF RuleSet CRS 3.1/3.2 telah diperbarui dengan aturan kerentanan log4j2).

Perlindungan ekstra untuk mengurangi kerentanan Log4j 2 (CVE-2021-44228)

Untuk mengurangi efek kerentanan Log4j 2, kami merekomendasikan langkah-langkah berikut:

  1. Tingkatkan Log4j 2 ke versi 2.15.0 di server backend Anda. Jika peningkatan tidak dimungkinkan, ikuti tautan panduan properti sistem yang disediakan.
  2. Manfaatkan seperangkat aturan WAF Core (CRS) dengan meningkatkan ke WAF SKU.

Pelajari selengkapnya tentang Application gateway - AppGwLog4JCVEGenericNotification (Perlindungan lebih lanjut untuk mengurangi kerentanan Log4j 2 (CVE-2021-44228)) .

Memperbarui izin jaringan virtual pengguna Application Gateway

Untuk meningkatkan keamanan dan memberikan pengalaman yang lebih konsisten di seluruh Azure, semua pengguna harus melewati pemeriksaan izin sebelum membuat atau memperbarui Application Gateway di Virtual Network. Pengguna atau perwakilan layanan harus menyertakan setidaknya izin Microsoft.Network/virtualNetworks/subnets/join/action.

Pelajari selengkapnya tentang Application gateway - AppGwLinkedAccessFailureRecmmendation (Perbarui izin VNet pengguna Application Gateway).

Gunakan pengidentifikasi rahasia Key Vault tanpa versi untuk mereferensikan sertifikat

Kami sangat menyarankan Agar Anda menggunakan pengidentifikasi rahasia tanpa versi untuk memungkinkan sumber daya gateway aplikasi Anda mengambil versi sertifikat baru secara otomatis, kapan pun tersedia. Contoh: https://myvault.vault.azure.net/secrets/mysecret/

Pelajari selengkapnya tentang Application gateway - AppGwAdvisorRecommendationForCertificateUpdate (Gunakan pengidentifikasi rahasia Key Vault tanpa versi untuk mereferensikan sertifikat).

Menerapkan beberapa sirkuit ExpressRoute di Virtual Network Anda untuk ketahanan antar premis

Kami telah mendeteksi bahwa gateway ExpressRoute Anda hanya memiliki 1 sirkuit ExpressRoute yang terkait dengannya. Koneksi satu atau beberapa sirkuit tambahan ke gateway Anda untuk memastikan redundansi dan ketahanan lokasi peering

Pelajari lebih lanjut tentang Gateway jaringan virtual - ExpressRouteGatewayRedundancy (Terapkan beberapa sirkuit ExpressRoute di Jaringan Virtual Anda untuk ketahanan lintas tempat).

Menerapkan Pemantauan ExpressRoute pada Pemantauan Performa Jaringan untuk pemantauan menyeluruh sirkuit ExpressRoute Anda

Kami telah mendeteksi bahwa ExpressRoute Monitor di Monitor Performa Jaringan saat ini tidak memantau sirkuit ExpressRoute Anda. Monitor ExpressRoute menyediakan kemampuan pemantauan end-to-end termasuk: kehilangan, latensi, dan performa dari lokal ke Azure dan Azure ke lokal

Pelajari lebih lanjut tentang sirkuit ExpressRoute - ExpressRouteGatewayE2EMonitoring (Terapkan Monitor ExpressRoute pada Monitor Performa Jaringan untuk pemantauan ujung-ke-ujung sirkuit ExpressRoute Anda).

Gunakan ExpressRoute Global Reach untuk meningkatkan desain Anda untuk pemulihan bencana

Anda tampaknya memiliki sirkuit ExpressRoute yang di-peer di setidaknya dua lokasi yang berbeda. Koneksi mereka satu sama lain menggunakan ExpressRoute Global Reach untuk memungkinkan lalu lintas terus mengalir antara jaringan lokal Anda dan lingkungan Azure jika satu sirkuit kehilangan konektivitas. Anda dapat membuat koneksi Global Reach antar sirkuit di lokasi peering yang berbeda dalam metro yang sama atau di seluruh metro.

Pelajari lebih lanjut tentang Sirkuit ExpressRoute - UseGlobalReachForDR (Gunakan ExpressRoute Global Reach guna meningkatkan desain Anda untuk pemulihan bencana).

Tambahkan setidaknya satu titik akhir lagi ke profil, sebaiknya di wilayah Azure lain

Profil memerlukan lebih dari satu titik akhir untuk memastikan ketersediaan jika salah satu titik akhir gagal. Kami juga menyarankan agar titik akhir berada di wilayah yang berbeda.

Pelajari profil Traffic Manager lebih lanjut - GeneralProfile (Tambahkan setidaknya satu titik akhir lagi ke profil, sebaiknya di wilayah Azure lainnya).

Tambahkan titik akhir yang dikonfigurasikan ke "Semua (Dunia)"

Untuk perutean geografis, lalu lintas diarahkan ke titik akhir berdasarkan wilayah yang ditentukan. Ketika suatu wilayah gagal, tidak ada failover yang telah ditentukan sebelumnya. Memiliki titik akhir di mana Pengelompokan Regional dikonfigurasi ke "Semua (Dunia)" untuk profil geografis menghindari pengait hitam lalu lintas dan menjamin layanan tetap tersedia.

Pelajari selengkapnya tentang profil Traffic Manager - Profil Geografis (Tambahkan titik akhir yang dikonfigurasi ke ""Semua (Dunia)"").

Tambahkan atau pindahkan satu titik akhir ke wilayah Azure lainnya

Semua titik akhir yang terkait dengan profil kedekatan ini berada di kawasan yang sama. Pengguna dari wilayah lain mungkin mengalami latensi panjang saat mencoba menyambungkan. Menambahkan atau memindahkan titik akhir ke wilayah lain meningkatkan performa keseluruhan untuk perutean kedekatan dan memberikan ketersediaan yang lebih baik jika semua titik akhir di satu wilayah gagal.

Pelajari lebih lanjut tentang profil Traffic Manager - ProximityProfile (Tambahkan atau memindahkan satu titik akhir ke wilayah Azure lainnya).

Pindah ke SKU gateway produksi dari gateway Dasar

VPN gateway Basic SKU dirancang untuk skenario pengembangan atau pengujian. Pindah ke SKU produksi jika Anda menggunakan gateway VPN untuk tujuan produksi. SKU produksi menawarkan jumlah terowongan yang lebih tinggi, dukungan BGP, aktif-aktif, kebijakan IPsec/IKE kustom selain stabilitas dan ketersediaan yang lebih tinggi.

Pelajari lebih lanjut tentang Gateway jaringan virtual - BasicVPNGateway (Pindah ke SKU gateway produksi dari gateway Dasar).

Menggunakan gateway NAT untuk konektivitas keluar

Cegah risiko kegagalan konektivitas karena beban berlebihan dari port SNAT dengan menggunakan gateway NAT untuk lalu lintas keluar dari jaringan virtual Anda. Gateway NAT menskalakan secara dinamis dan menyediakan koneksi aman untuk lalu lintas yang menuju ke internet.

Pelajari selengkapnya tentang Jaringan virtual - natGateway (Gunakan gateway NAT untuk konektivitas keluar).

Memperbarui izin jaringan virtual pengguna Application Gateway

Untuk meningkatkan keamanan dan memberikan pengalaman yang lebih konsisten di seluruh Azure, semua pengguna harus melewati pemeriksaan izin sebelum membuat atau memperbarui Application Gateway di Virtual Network. Pengguna atau perwakilan layanan harus menyertakan setidaknya izin Microsoft.Network/virtualNetworks/subnets/join/action.

Pelajari selengkapnya tentang Application gateway - AppGwLinkedAccessFailureRecmmendation (Perbarui izin VNet pengguna Application Gateway).

Gunakan pengidentifikasi rahasia Key Vault tanpa versi untuk mereferensikan sertifikat

Kami sangat menyarankan Agar Anda menggunakan pengidentifikasi rahasia tanpa versi untuk memungkinkan sumber daya gateway aplikasi Anda mengambil versi sertifikat baru secara otomatis, kapan pun tersedia. Contoh: https://myvault.vault.azure.net/secrets/mysecret/

Pelajari selengkapnya tentang Application gateway - AppGwAdvisorRecommendationForCertificateUpdate (Gunakan pengidentifikasi rahasia Key Vault tanpa versi untuk mereferensikan sertifikat).

Aktifkan gateway Aktif-Aktif untuk redundansi

Dalam konfigurasi aktif-aktif, kedua instans gateway VPN membuat terowongan VPN S2S ke perangkat VPN lokal Anda. Ketika pemeliharaan terencana atau peristiwa yang tidak direncanakan terjadi pada satu instans gateway, lalu lintas dialihkan ke terowongan IPsec aktif lainnya secara otomatis.

Pelajari lebih lanjut tentang Gateway jaringan virtual - VNetGatewayActiveActive (Aktifkan gateway Active-Active untuk redundansi).

Menggunakan sertifikat TLS terkelola

Manajemen Front Door sertifikat TLS Anda mengurangi biaya operasional Anda dan membantu Anda menghindari pemadaman yang mahal yang disebabkan oleh lupa memperpanjang sertifikat.

Pelajari selengkapnya tentang Menggunakan sertifikat TLS terkelola.

Menonaktifkan pemeriksaan kesehatan ketika hanya ada satu asal dalam grup asal

Jika Anda hanya memiliki satu sumber, Azure Front Door selalu merutekan lalu lintas ke sumber tersebut meskipun hasil pemeriksaan melaporkan status tidak normal. Status pemeriksaan kenormalan tidak melakukan apa pun untuk mengubah aktivitas Azure Front Door. Dalam skenario ini, pemeriksaan kenormalan tidak memberikan manfaat dan Anda harus menonaktifkannya untuk mengurangi lalu lintas pada sumber Anda.

Pelajari selengkapnya tentang Praktik terbaik pemeriksaan kesehatan.

Gunakan nama domain yang sama di Azure Front Door dan asal Anda

Kami menyarankan agar Anda mempertahankan nama host HTTP asli saat Anda menggunakan proksi terbalik di depan aplikasi web. Memiliki nama host yang berbeda di proksi terbalik daripada yang disediakan untuk server aplikasi back-end dapat menyebabkan cookie atau URL pengalihan yang tidak berfungsi dengan baik. Misalnya, status sesi bisa hilang, autentikasi dapat gagal, atau URL back-end secara tidak sengaja dapat diekspos ke pengguna akhir. Anda dapat menghindari masalah ini dengan mempertahankan nama host permintaan awal sehingga server aplikasi melihat domain yang sama dengan browser web.

Pelajari selengkapnya tentang Menggunakan nama domain yang sama di Azure Front Door dan asal Anda.

SAP untuk Azure

Mengaktifkan parameter 'concurrent-fencing' di konfigurasi Pacemaker dalam penyiapan HA ASCS di beban kerja SAP

Parameter concurrent-fencing ketika diatur ke true, memungkinkan operasi fencing dijalankan secara paralel. Atur parameter ini ke 'true' dalam konfigurasi kluster pacemaker untuk penyiapan ASCS HA.

Pelajari lebih lanjut tentang Central Server Instance - ConcurrentFencingHAASCSRH (Aktifkan parameter 'concurrent-fencing' dalam kofigurasi Pacemaker dalam penyiapan ASCS HA dalam beban kerja SAP).

Memastikan bahwa stonith diaktifkan untuk kofigurasi Pacemaker dalam penyiapan ASCS high availability di beban kerja SAP

Dalam kluster Pacemaker, implementasi tingkat node dilakukan dengan menggunakan sumber daya STONITH (Shoot The Other Node in the Head). Pastikan 'stonith-enable' diatur ke 'true' dalam konfigurasi kluster HA beban kerja SAP Anda.

Pelajari lebih lanjut tentang Instans Server Pusat - StonithEnabledHAASCSRH (Pastikan bahwa stonith diaktifkan untuk kofigurasi Pacemaker dalam penyiapan ASCS HA dalam beban kerja SAP).

Mengatur batas waktu stonith ke 144 untuk kofigurasi kluster di penyiapan HA ASCS dalam beban kerja SAP

Atur batas waktu stonith ke 144 untuk kluster HA sesuai rekomendasi untuk SAP di Azure.

Pelajari selengkapnya tentang Central Server Instance - StonithTimeOutHAASCS (Atur batas waktu stonith ke 144 untuk kofigurasi kluster dalam penyiapan ASCS HA dalam beban kerja SAP).

Mengatur token corosync di kluster Pacemaker ke 30000 untuk penyiapan ASCS high availability di beban kerja SAP

Pengaturan token corosync menentukan batas waktu yang digunakan secara langsung atau sebagai dasar untuk perhitungan batas waktu token nyata dalam kluster high availability. Atur token corosync ke 30000 sesuai rekomendasi untuk SAP di Azure untuk memungkinkan pemeliharaan yang mempertahankan memori.

Pelajari selengkapnya tentang Central Server Instance - CorosyncTokenHAASCSRH (Atur token corosync di kluster Pacemaker ke 30000 untuk penyiapan ASCS HA dalam beban kerja SAP).

Mengatur parameter suara yang diharapkan ke 2 dalam konfigurasi Pacemaker dalam penyiapan ASCS high availability di beban kerja SAP

Dalam kluster HA dua node, atur suara kuorum ke 2 sesuai rekomendasi untuk SAP di Azure.

Pelajari lebih lanjut tentang Instans Server Pusat - ExpectedVotesHAASCSRH (Atur parameter suara yang diharapkan ke 2 dalam kofigurasi Pacemaker dalam penyiapan ASCS HA dalam beban kerja SAP).

Mengatur 'token_retransmits_before_loss_const' ke 10 di kluster Pacemaker di penyiapan ASCS high availability di beban kerja SAP

Corosync token_retransmits_before_loss_const menentukan berapa kali token dapat ditransmisikan ulang upaya sistem sebelum batas waktu di kluster HA. Atur totem.token_retransmits_before_loss_const ke 10 sesuai rekomendasi untuk penyiapan ASCS HA.

Pelajari selengkapnya tentang Instans Server Pusat - TokenRestransmitsHAASCSSLE (Atur 'token_retransmits_before_loss_const' ke 10 di kluster Pacemaker dalam penyiapan ASCS HA dalam beban kerja SAP).

Mengatur token corosync di kluster Pacemaker ke 30000 untuk penyiapan ASCS high availability di beban kerja SAP

Pengaturan token corosync menentukan batas waktu yang digunakan secara langsung atau sebagai dasar untuk perhitungan batas waktu token nyata dalam kluster high availability. Atur token corosync ke 30000 sesuai rekomendasi untuk SAP di Azure untuk memungkinkan pemeliharaan yang mempertahankan memori.

Pelajari selengkapnya tentang Central Server Instance - CorosyncTokenHAASCSSLE (Atur token corosync di kluster Pacemaker ke 30000 untuk penyiapan ASCS HA dalam beban kerja SAP).

Mengatur 'corosync max_messages' di kluster Pacemaker ke 20 untuk penyiapan ASCS high availability di beban kerja SAP

Konstanta corosync max_messages menentukan jumlah maksimum pesan yang diizinkan untuk dikirim oleh satu prosesor setelah token diterima. Sebaiknya atur ke 20 kali parameter token corosync dalam konfigurasi kluster Pacemaker.

Pelajari selengkapnya tentang Central Server Instance - CorosyncMaxMessagesHAASCSSLE (Atur 'corosync max_messages' di kluster Pacemaker ke 20 untuk penyiapan ASCS HA dalam beban kerja SAP).

Atur 'corosync consensus' di kluster Pacemaker ke 36000 untuk penyiapan HA ASCS dalam beban kerja SAP

Parameter corosync 'consensus' menentukan dalam milidetik berapa lama proses menunggu consensus dicapai sebelum memulai keanggotaan baru dalam konfigurasi kluster. Kami menyarankan agar Anda mengatur 1,2 kali token corosync dalam konfigurasi kluster Pacemaker untuk penyiapan ASCS HA.

Pelajari lebih lanjut tentang Central Server Instance - CorosyncConsensusHAASCSSLE (Atur 'konsensus corosync' di kluster Pacemaker ke 36000 untuk penyiapan ASCS HA dalam beban kerja SAP).

Mengatur parameter suara yang diharapkan ke 2 dalam konfigurasi kluster dalam penyiapan HA ASCS di beban kerja SAP

Dalam kluster HA dua node, atur parameter kuorum expected_votes ke 2 sesuai rekomendasi untuk SAP di Azure.

Pelajari lebih lanjut tentang Instans Server Pusat - ExpectedVotesHAASCSSLE (Atur parameter suara yang diharapkan ke 2 dalam kofigurasi kluster dalam penyiapan ASCS HA dalam beban kerja SAP).

Atur parameter two_node ke 1 di kofigurasi kluster dalam penyiapan HA ASCS dalam beban kerja SAP

Dalam kluster HA dua node, atur parameter kuorum 'two_node' ke 1 sesuai rekomendasi untuk SAP di Azure.

Pelajari selengkapnya tentang Instans Server Pusat - TwoNodesParametersHAASCSSLE (Atur parameter two_node ke 1 dalam kofigurasi kluster dalam penyiapan ASCS HA dalam beban kerja SAP).

Atur 'corosync join' di kluster Pacemaker ke 60 untuk penyiapan HA ASCS dalam beban kerja SAP

Batas waktu gabungan corosync menentukan dalam milidetik berapa lama waktu menunggu pesan gabungan dalam protokol keanggotaan. Kami menyarankan agar Anda mengatur 60 dalam konfigurasi kluster Pacemaker untuk penyiapan ASCS HA.

Pelajari selengkapnya tentang Instans Server Pusat - CorosyncJoinHAASCSSLE (Atur 'gabungan corosync' di kluster Pacemaker ke 60 untuk penyiapan ASCS HA dalam beban kerja SAP).

Pastikan bahwa stonith diaktifkan untuk kofigurasi kluster dalam penyiapan HA ASCS dalam beban kerja SAP

Dalam kluster Pacemaker, implementasi tingkat node dilakukan dengan menggunakan sumber daya STONITH (Shoot The Other Node in the Head). Pastikan bahwa 'stonith-enable' diatur ke 'true' dalam konfigurasi kluster HA.

Pelajari lebih lanjut tentang Instans Server Pusat - StonithEnabledHAASCS (Pastikan bahwa stonith diaktifkan untuk kofigurasi kluster dalam penyiapan ASCS HA dalam beban kerja SAP).

Atur batas waktu stonith ke 900 dalam konfigurasi Pacemaker dengan agen pagar Azure untuk penyiapan ASCS HA

Atur batas waktu stonith ke 900 untuk fungsi yang andal dari pengaturan Pacemaker untuk ASCS HA. Pengaturan batas waktu stonith ini berlaku jika Anda menggunakan agen pagar Azure untuk pagar dengan identitas terkelola atau perwakilan layanan.

Pelajari selengkapnya tentang Central Server Instance - StonithTimeOutHAASCSSLE (Atur batas waktu stonith ke 900 dalam konfigurasi Pacemaker dengan agen pagar Azure untuk penyiapan ASCS HA).

Mengaktifkan parameter 'concurrent-fencing' di konfigurasi Pacemaker dalam penyiapan HA ASCS di beban kerja SAP

Parameter concurrent-fencing ketika diatur ke true, memungkinkan operasi fencing dijalankan secara paralel. Atur parameter ini ke 'true' dalam konfigurasi kluster pacemaker untuk penyiapan ASCS HA.

Pelajari lebih lanjut tentang Central Server Instance - ConcurrentFencingHAASCSSLE (Aktifkan parameter 'concurrent-fencing' dalam kofigurasi Pacemaker dalam penyiapan ASCS HA dalam beban kerja SAP).

Membuat file konfigurasi softdog dalam konfigurasi Pacemaker untuk penyiapan HA ASCS di beban kerja SAP

Timer softdog dimuat sebagai modul kernel di OS linux. Timer ini akan memicu reset sistem saat sistem terdeteksi macet. Pastikan bahwa file konfigurasi softdog dibuat di kluster Pacemaker untuk penyiapan ASCS HA.

Pelajari selengkapnya tentang Instans Server Pusat - SoftdogConfigHAASCSSLE (Buat file konfigurasi softdog dalam konfigurasi Pacemaker untuk penyiapan ASCS HA dalam beban kerja SAP).

Pastikan modul softdog dimuat untuk Pacemaker dalam penyiapan ASCS HA dalam beban kerja SAP

Timer softdog dimuat sebagai modul kernel di OS linux. Timer ini akan memicu reset sistem saat sistem terdeteksi macet. Pertama pastikan Anda membuat file konfigurasi softdog, lalu memuat modul softdog dalam konfigurasi Pacemaker untuk penyiapan ASCS HA.

Pelajari lebih lanjut tentang Instans Server Pusat - softdogmoduleloadedHAASCSSLE (Pastikan modul softdog dimuat untuk Pacemaker dalam penyiapan ASCS HA dalam beban kerja SAP).

Pastikan ada satu instans fence_azure_arm dalam konfigurasi Pacemaker untuk penyiapan ASCS HA

fence_azure_arm adalah agen anggar I/O untuk Azure Resource Manager. Pastikan ada satu instans fence_azure_arm dalam konfigurasi Pacemaker Anda untuk penyiapan ASCS HA. Persyaratan fence_azure_arm berlaku jika Anda menggunakan agen pagar Azure untuk pagar dengan identitas terkelola atau perwakilan layanan.

Pelajari selengkapnya tentang Instans Server Pusat - FenceAzureArmHAASCSSLE (Pastikan ada satu instans fence_azure_arm dalam konfigurasi Pacemaker Anda untuk penyiapan ASCS HA).

Mengaktifkan port HA di Azure Load Balancer untuk penyiapan ASCS HA pada beban kerja SAP

Mengaktifkan port HA dalam aturan Penyeimbangan beban untuk penyiapan HA instans ASCS pada beban kerja SAP. Buka load balancer, pilih 'aturan penyeimbangan beban' dan tambahkan/edit aturan guna mengaktifkan pengaturan yang direkomendasikan.

Pelajari selengkapnya tentang Instans Server Pusat - ASCSHAEnableLBPorts (Aktifkan port HA di Azure Load Balancer untuk penyiapan ASCS HA dalam beban kerja SAP).

Mengaktifkan IP Mengambang di Azure Load balancer untuk penyiapan ASCS HA pada beban kerja SAP

Aktifkan IP mengambang dalam aturan penyeimbangan beban untuk Azure Load Balancer untuk penyiapan HA instans ASCS pada beban kerja SAP. Buka load balancer, pilih 'aturan penyeimbangan beban' dan tambahkan/edit aturan guna mengaktifkan pengaturan yang direkomendasikan.

Pelajari selengkapnya tentang Instans Server Pusat - ASCSHAEnableFloatingIpLB (Aktifkan IP Mengambang di Azure Load balancer untuk penyiapan ASCS HA dalam beban kerja SAP).

Atur batas waktu diam dalam Azure Load Balancer ke 30 menit bagi penyiapan ASCS HA pada beban kerja SAP

Untuk mencegah batas waktu load balancer, pastikan bahwa semua Aturan Penyeimbangan Beban Azure memiliki: 'Batas waktu timeout (menit)' yang diatur ke nilai maksimum 30 menit. Buka load balancer, pilih 'aturan penyeimbangan beban' dan tambahkan/edit aturan guna mengaktifkan pengaturan yang direkomendasikan.

Pelajari selengkapnya tentang Instans Server Pusat - ASCSHASetIdleTimeOutLB (Atur batas waktu diam di Azure Load Balancer menjadi 30 menit untuk penyiapan ASCS HA dalam beban kerja SAP).

Nonaktifkan tanda waktu TCP pada VM yang ditempatkan di balik Azure Load Balancer dalam penyiapan ASCS HA pada beban kerja SAP

Nonaktifkan tanda waktu TCP pada VM Azure yang ditempatkan di balik Azure Load Balancer. Tanda waktu TCP yang diaktifkan menyebabkan pemeriksaan kesehatan gagal karena paket TCP yang dihilangkan oleh tumpukan TCP OS tamu VM. Paket TCP yang dihilangkan menyebabkan load balancer menandai titik akhir sebagai tidak berfungsi.

Pelajari selengkapnya tentang Instans Server Pusat - ASCSLBHADisableTCP (Nonaktifkan tanda waktu TCP pada VM yang ditempatkan di belakang Azure Load Balancer dalam penyiapan ASCS HA dalam beban kerja SAP).

Mengaktifkan stonith dalam konfigurasi kluster di high availability yang mengaktifkan beban kerja SAP untuk mesin virtual dengan Redhat OS

Dalam kluster Pacemaker, implementasi tingkat node dilakukan dengan menggunakan sumber daya STONITH (Shoot The Other Node in the Head). Pastikan 'stonith-enable' diatur ke 'true' dalam konfigurasi kluster HA beban kerja SAP Anda.

Pelajari lebih lanjut tentang Instans Database - StonithEnabledHARH (Aktifkan stonith dalam kofigurasi kluster dalam beban kerja SAP dengan ketersediaan tinggi yang diaktifkan untuk VM dengan Redhat OS).

Mengatur batas waktu stonith ke 144 untuk kofigurasi kluster di beban kerja SAP yang diaktifkan high availability

Atur batas waktu stonith ke 144 untuk kluster HA sesuai rekomendasi untuk SAP di Azure.

Pelajari selengkapnya tentang Instans Database - StonithTimeoutHASLE (Atur batas waktu stonith ke 144 untuk kofigurasi kluster dalam beban kerja SAP yang diaktifkan HA).

Mengaktifkan stonith dalam kofigurasi kluster di high availability yang mengaktifkan beban kerja SAP untuk mesin virtual dengan SUSE OS

Dalam kluster Pacemaker, implementasi tingkat node dilakukan dengan menggunakan sumber daya STONITH (Shoot The Other Node in the Head). Pastikan bahwa 'stonith-enable' diatur ke 'true' dalam konfigurasi kluster HA.

Pelajari selengkapnya tentang Instans Database - StonithEnabledHASLE (Aktifkan stonith dalam kofigurasi kluster dalam beban kerja SAP dengan dukungan HA untuk VM dengan SUSE OS).

Atur batas waktu stonith ke 900 dalam konfigurasi Pacemaker dengan agen pagar Azure untuk penyiapan HA HANA DB

Atur batas waktu stonith ke 900 untuk fungsi yang andal dari pengaturan Pacemaker for HANA DB HA. Pengaturan ini penting jika Anda menggunakan agen pagar Azure untuk pagar dengan identitas terkelola atau perwakilan layanan.

Pelajari selengkapnya tentang Instans Database - StonithTimeOutSuseHDB (Atur batas waktu stonith ke 900 dalam konfigurasi Pacemaker dengan agen pagar Azure untuk penyiapan HA).

Atur token corosync di kluster Pacemaker ke 30000 untuk HANA DB yang diaktifkan high availability untuk mesin virtual dengan Redhat OS

Pengaturan token corosync menentukan batas waktu yang digunakan secara langsung atau sebagai dasar untuk perhitungan batas waktu token nyata dalam kluster high availability. Atur token corosync ke 30000 sesuai rekomendasi untuk SAP di Azure untuk memungkinkan pemeliharaan yang mempertahankan memori.

Pelajari selengkapnya tentang Instans Database - CorosyncTokenHARH (Atur token corosync di kluster Pacemaker ke 30000 untuk HA yang diaktifkan HANA DB untuk VM dengan Redhat OS).

Atur parameter suara yang diharapkan ke 2 dalam kofigurasi kluster di beban kerja SAP yang diaktifkan high availability

Dalam kluster HA dua node, atur suara kuorum ke 2 sesuai rekomendasi untuk SAP di Azure.

Pelajari selengkapnya tentang Instans Database - ExpectedVotesParamtersHARH (Atur parameter suara yang diharapkan ke 2 dalam kofigurasi kluster dalam beban kerja SAP yang diaktifkan HA).

Mengatur token corosync di kluster Pacemaker ke 30000 untuk HANA DB yang diaktifkan high availability untuk mesin virtual dengan SUSE OS

Pengaturan token corosync menentukan batas waktu yang digunakan secara langsung atau sebagai dasar untuk perhitungan batas waktu token nyata dalam kluster high availability. Atur token corosync ke 30000 sesuai rekomendasi untuk SAP di Azure untuk memungkinkan pemeliharaan yang mempertahankan memori.

Pelajari selengkapnya tentang Instans Database - CorosyncTokenHASLE (Atur token corosync di kluster Pacemaker ke 30000 untuk HA yang diaktifkan HANA DB untuk VM dengan SUSE OS).

Mengatur parameter PREFER_SITE_TAKEOVER ke 'true' di kofigurasi Pacemaker untuk penyiapan HANA DB high availability

Parameter yang PREFER_SITE_TAKEOVER dalam topologi SAP Hana mendefinisikan apakah agen sumber daya HANA SR lebih suka mengambil alih ke instans sekunder alih-alih memulai ulang primer yang gagal secara lokal. Atur ke 'true' untuk fungsi yang dapat diandalkan dari penyiapan HANA DB high availability.

Pelajari selengkapnya tentang Instans Database - PreferSiteTakeOverHARH (Atur parameter PREFER_SITE_TAKEOVER ke 'true' dalam kofigurasi Pacemaker untuk penyiapan HA).

Mengaktifkan parameter 'concurrent-fencing' di konfigurasi Pacemaker untuk penyiapan HANA DB high availability

Parameter concurrent-fencing ketika diatur ke true, memungkinkan operasi fencing dijalankan secara paralel. Atur parameter ini ke 'true' dalam konfigurasi kluster pacemaker untuk penyiapan HA.

Pelajari selengkapnya tentang Instans Database - ConcurrentFencingHARH (Aktifkan parameter 'concurrent-fencing' dalam kofigurasi Pacemaker untuk penyiapan HA).

Mengatur parameter PREFER_SITE_TAKEOVER ke 'true' dalam konfigurasi kluster di beban kerja SAP dengan high availability aktif

Parameter yang PREFER_SITE_TAKEOVER dalam topologi SAP Hana mendefinisikan apakah agen sumber daya HANA SR lebih suka mengambil alih ke instans sekunder alih-alih memulai ulang primer yang gagal secara lokal. Atur ke 'true' untuk fungsi yang dapat diandalkan dari penyiapan HANA DB high availability.

Pelajari selengkapnya tentang Instans Database - PreferSiteTakeoverHDB (Atur parameter PREFER_SITE_TAKEOVER ke 'true' dalam kofigurasi kluster dalam beban kerja SAP yang diaktifkan HA).

Mengatur 'token_retransmits_before_loss_const' ke 10 di kluster Pacemaker di beban kerja SAP yang diaktifkan HA

Corosync token_retransmits_before_loss_const menentukan jumlah pengiriman ulang token yang dicoba sebelum batas waktu di kluster HA. Atur totem.token_retransmits_before_loss_const ke 10 sesuai rekomendasi untuk penyiapan Hana DB HA.

Pelajari selengkapnya tentang Instans Database - TokenRetransmitsHDB (Atur 'token_retransmits_before_loss_const' ke 10 di kluster Pacemaker dalam beban kerja SAP yang diaktifkan HA).

Atur parameter two_node ke 1 dalam kofigurasi kluster di beban kerja SAP yang diaktifkan high availability

Dalam kluster HA dua node, atur parameter kuorum 'two_node' ke 1 sesuai rekomendasi untuk SAP di Azure.

Pelajari selengkapnya tentang Instans Database - TwoNodeParameterSuseHDB (Atur parameter two_node ke 1 dalam kofigurasi kluster dalam beban kerja SAP yang diaktifkan HA).

Mengaktifkan parameter 'concurrent-fencing' di konfigurasi kluster di beban kerja SAP dengan high availability aktif

Parameter concurrent-fencing ketika diatur ke true, memungkinkan operasi fencing dijalankan secara paralel. Atur parameter ini ke 'true' dalam konfigurasi kluster pacemaker untuk penyiapan HA.

Pelajari selengkapnya tentang Instans Database - ConcurrentFencingSuseHDB (Aktifkan parameter 'concurrent-fencing' dalam kofigurasi kluster dalam beban kerja SAP yang diaktifkan HA).

Mengatur 'corosync join' di kluster Pacemaker ke 60 untuk HANA DB dengan high availability aktif di beban kerja SAP

Batas waktu gabungan corosync menentukan dalam milidetik berapa lama waktu menunggu pesan gabungan dalam protokol keanggotaan. Kami menyarankan agar Anda mengatur 60 dalam konfigurasi kluster Pacemaker untuk penyiapan HA.

Pelajari selengkapnya tentang Instans Database - CorosyncHDB (Atur 'gabungan corosync' di kluster Pacemaker ke 60 untuk HA yang diaktifkan HANA DB dalam beban kerja SAP).

Mengatur 'corosync max_messages' di kluster Pacemaker ke 20 untuk HANA DB dengan high availability aktif dalam beban kerja SAP

Konstanta corosync max_messages menentukan jumlah maksimum pesan yang diizinkan untuk dikirim oleh satu prosesor setelah token diterima. Kami menyarankan agar Anda mengatur 20 kali parameter token corosync dalam konfigurasi kluster Pacemaker.

Pelajari selengkapnya tentang Instans Database - CorosyncMaxMessageHDB (Atur 'corosync max_messages' di kluster Pacemaker ke 20 untuk HA yang diaktifkan HANA DB dalam beban kerja SAP).

Mengatur 'corosync consensus' di kluster Pacemaker ke 36000 untuk HANA DB dengan high availability aktif di beban kerja SAP

Parameter corosync 'consensus' menentukan dalam milidetik untuk menunggu konsekuensi dicapai sebelum memulai tahap keanggotaan baru dalam konfigurasi kluster. Kami menyarankan agar Anda mengatur 1,2 kali token corosync dalam konfigurasi kluster Pacemaker untuk penyiapan HA.

Pelajari selengkapnya tentang Instans Database - CorosyncConsensusHDB (Atur 'konsensus corosync' di kluster Pacemaker ke 36000 untuk HA yang diaktifkan HANA DB dalam beban kerja SAP).

Membuat file konfigurasi softdog dalam konfigurasi Pacemaker untuk HA mengaktifkan HANA DB dalam beban kerja SAP

Timer softdog dimuat sebagai modul kernel di OS linux. Timer ini akan memicu reset sistem saat sistem terdeteksi macet. Pastikan bahwa file konfigurasi softdog dibuat di kluster Pacemaker untuk penyiapan HA.

Pelajari selengkapnya tentang Instans Database - SoftdogConfigSuseHDB (Buat file konfigurasi softdog dalam konfigurasi Pacemaker untuk HA mengaktifkan HANA DB dalam beban kerja SAP).

Pastikan ada satu instans fence_azure_arm dalam konfigurasi Pacemaker untuk penyiapan HA HA Hana DB

fence_azure_arm adalah agen anggar I/O untuk Azure Resource Manager. Pastikan ada satu instans fence_azure_arm dalam konfigurasi Pacemaker Anda untuk penyiapan HA. Persyaratan instans fence_azure-arm berlaku jika Anda menggunakan agen pagar Azure untuk pemagaran dengan identitas terkelola atau perwakilan layanan.

Pelajari selengkapnya tentang Instans Database - FenceAzureArmSuseHDB (Pastikan ada satu instans fence_azure_arm dalam konfigurasi Pacemaker untuk penyiapan Hana DB HA).

Pastikan modul softdog dimuat untuk Pacemaker di HA yang diaktifkan HANA DB dalam beban kerja SAP

Timer softdog dimuat sebagai modul kernel di OS linux. Timer ini akan memicu reset sistem saat sistem terdeteksi macet. Pertama pastikan Anda membuat file konfigurasi softdog, lalu memuat modul softdog dalam konfigurasi Pacemaker untuk penyiapan HA.

Pelajari selengkapnya tentang Instans Database - SoftdogModuleSuseHDB (Pastikan modul softdog dimuat untuk Pacemaker di HANA DB yang diaktifkan dalam beban kerja SAP).

Atur batas waktu diam dalam Azure Load Balancer menjadi 30 menit untuk penyiapan HA HANA DB pada beban kerja SAP

Untuk mencegah batas waktu load balancer, pastikan bahwa semua Aturan Penyeimbangan Beban Azure memiliki: 'Batas waktu timeout (menit)' yang diatur ke nilai maksimum 30 menit. Buka load balancer, pilih 'aturan penyeimbangan beban' dan tambahkan/edit aturan guna mengaktifkan pengaturan yang direkomendasikan.

Pelajari selengkapnya tentang Instans Database - DBHASetIdleTimeOutLB (Atur batas waktu menganggur di Azure Load Balancer ke 30 menit untuk penyiapan HA DI beban kerja SAP).

Aktifkan IP Mengambang di Azure Load balancer untuk penyiapan HA HANA DB pada beban kerja SAP

Aktifkan IP mengambang dalam aturan penyeimbangan beban untuk Azure Load Balancer untuk penyiapan HA instans HANA DB pada beban kerja SAP. Buka load balancer, pilih 'aturan penyeimbangan beban' dan tambahkan/edit aturan guna mengaktifkan pengaturan yang direkomendasikan.

Pelajari selengkapnya tentang Instans Database - DBHAEnableFloatingIpLB (Aktifkan IP Mengambang di Azure Load balancer untuk penyiapan HA HA di beban kerja SAP).

Aktifkan port HA di Azure Load Balancer untuk penyiapan HA Hana DB pada beban kerja SAP

Aktifkan port HA di aturan load balancer untuk penyiapan HA instans HANA DB pada beban kerja SAP. Buka load balancer, pilih 'aturan penyeimbangan beban' dan tambahkan/edit aturan guna mengaktifkan pengaturan yang direkomendasikan.

Pelajari selengkapnya tentang Instans Database - DBHAEnableLBPorts (Aktifkan port HA di Azure Load Balancer untuk penyiapan HA HA HA di beban kerja SAP).

Nonaktifkan tanda waktu TCP pada VM yang ditempatkan di balik Azure Load Balancer dalam penyiapan HA pada beban kerja SAP

Nonaktifkan tanda waktu TCP pada VM Azure yang ditempatkan di balik Azure Load Balancer. Tanda waktu TCP yang diaktifkan menyebabkan pemeriksaan kesehatan gagal karena paket TCP yang dihilangkan oleh tumpukan TCP OS tamu VM. Paket TCP yang dihilangkan menyebabkan load balancer menandai titik akhir sebagai tidak berfungsi.

Pelajari selengkapnya tentang Instans Database - DBLBHADisableTCP (Nonaktifkan tanda waktu TCP pada VM yang ditempatkan di belakang Azure Load Balancer dalam penyiapan HA DI beban kerja SAP).

Harus ada satu instans fence_azure_arm dalam konfigurasi Pacemaker untuk pengaturan HANA DB HA

fence_azure_arm adalah agen anggar I/O untuk Azure Resource Manager. Pastikan ada satu instans fence_azure_arm dalam konfigurasi Pacemaker untuk penyiapan HA. fence_azure_arm diperlukan jika Anda menggunakan agen pagar Azure untuk pemagaran dengan identitas terkelola atau perwakilan layanan.

Pelajari selengkapnya tentang Instans Database - FenceAzureArmSuseHDB (Harus ada satu instans fence_azure_arm dalam konfigurasi Pacemaker untuk penyiapan HA HA HA).

Penyimpanan

Mengaktifkan penghapusan sementara untuk brankas Recovery Services Anda

Opsi penghapusan sementara membantu Anda menyimpan data cadangan di vault Layanan Pemulihan selama durasi tambahan setelah penghapusan. Durasi tambahan memberi Anda kesempatan untuk mengambil data sebelum dihapus secara permanen.

Pelajari lebih lanjut tentang Vault Layanan Pemulihan - AB-SoftDeleteRsv (Aktifkan penghapusan sementara untuk vault Layanan Pemulihan Anda).

Aktifkan Pemulihan Lintas Wilayah untuk Vault Layanan pemulihan Anda

Mengaktifkan pemulihan lintas wilayah untuk vault geo-redundan Anda.

Pelajari selengkapnya tentang vault Layanan Pemulihan - Aktifkan CRR (Aktifkan Pemulihan Lintas Wilayah untuk Vault Layanan Pemulihan Anda).

Aktifkan Pencadangan pada komputer virtual Anda

Aktifkan cadangan untuk komputer virtual Anda dan amankan data Anda.

Pelajari selengkapnya tentang Komputer virtual (klasik) - EnableBackup (Aktifkan Pencadangan di komputer virtual Anda).

Konfigurasikan pencadangan blob

Mengonfigurasi pencadangan blob.

Pelajari selengkapnya tentang Akun Penyimpanan - ConfigureBlobBackup (Konfigurasikan cadangan blob).

Mengaktifkan Azure Backup untuk mendapatkan perlindungan yang sederhana, andal, dan hemat biaya untuk data Anda

Jaga keamanan informasi dan aplikasi Anda dengan kuat, satu pilih cadangan dari Azure. Aktifkan Azure Backup untuk mendapatkan perlindungan hemat biaya untuk berbagai beban kerja termasuk mesin virtual, database SQL, aplikasi, dan berbagi file.

Pelajari selengkapnya tentang Langganan - AzureBackupService (Aktifkan Azure Backup untuk mendapatkan perlindungan sederhana, andal, dan hemat biaya untuk data Anda).

Anda memiliki Akun ADLS Gen1 yang Perlu Dimigrasikan ke ADLS Gen2

Seperti yang diumumkan sebelumnya, Azure Data Lake Storage Gen1 akan dihentikan pada 29 Februari 2024. Kami sangat menyarankan Anda memigrasikan data lake Anda ke Azure Data Lake Storage Gen2. Azure Data Lake Storage Gen2 menawarkan kemampuan canggih yang dirancang untuk analitik big data, dan dibangun di atas Azure Blob Storage.

Pelajari selengkapnya tentang akun penyimpanan Data lake - ADLSGen1_Deprecation (Anda memiliki Akun ADLS Gen1 yang Perlu Dimigrasikan ke ADLS Gen2).

Anda memiliki Akun ADLS Gen1 yang Perlu Dimigrasikan ke ADLS Gen2

Seperti yang diumumkan sebelumnya, Azure Data Lake Storage Gen1 akan dihentikan pada 29 Februari 2024. Kami sangat menyarankan Agar Anda memigrasikan data lake Anda ke Azure Data Lake Storage Gen2, yang menawarkan kemampuan canggih yang dirancang untuk analitik big data. Azure Data Lake Storage Gen2 dibangun di atas Azure Blob Storage.

Pelajari selengkapnya tentang akun penyimpanan Data lake - ADLSGen1_Deprecation (Anda memiliki Akun ADLS Gen1 yang Perlu Dimigrasikan ke ADLS Gen2).

Aktifkan Penghapusan Sementara untuk melindungi data blob

Setelah Anda mengaktifkan opsi Penghapusan Sementara, data yang dihapus beralih ke status dihapus "lunak" alih-alih dihapus secara permanen. Saat data ditimpa, snapshot penghapusan sementara akan dihasilkan untuk menyimpan status data yang ditimpa. Anda dapat mengonfigurasi jangka waktu saat data yang dihapus sementara dapat dipulihkan sebelum masa berlakunya habis secara permanen.

Pelajari lebih lanjut tentang Akun Penyimpanan - StorageSoftDelete (Aktifkan Penghapusan Sementara untuk melindungi data blob Anda).

Menggunakan Disk Terkelola untuk akun penyimpanan yang mencapai batas kapasitas

Kami telah mengidentifikasi bahwa Anda menggunakan Disk Tidak Terkelola SSD Premium di akun Penyimpanan yang akan mencapai batas kapasitas Penyimpanan Premium. Untuk menghindari kegagalan saat batas tercapai, sebaiknya migrasi ke Disk Terkelola yang tidak memiliki batas kapasitas akun. Migrasi ini dapat dilakukan melalui portal dalam waktu kurang dari 5 menit.

Pelajari lebih lanjut tentang Akun Penyimpanan - StoragePremiumBlobQuotaLimit (Gunakan Disk Terkelola untuk akun penyimpanan yang mencapai batas kapasitas).

Menggunakan Azure Disks dengan Penyimpanan Zona Redundan (Zone Redundant Storage - ZRS) untuk ketahanan dan ketersediaan yang lebih tinggi

Azure Disks dengan ZRS menyediakan replikasi data yang sinkron di tiga Zona Ketersediaan di suatu wilayah, sehingga disk toleran terhadap kegagalan zona tanpa gangguan pada aplikasi. Migrasikan disk dari LRS ke ZRS untuk ketahanan dan ketersediaan yang lebih tinggi.

Pelajari selengkapnya tentang Mengubah jenis Disk dari disk terkelola Azure.

Gunakan Managed Disks untuk meningkatkan keandalan data

Komputer virtual dalam Set Ketersediaan dengan disk yang berbagi akun penyimpanan atau unit skala penyimpanan tidak tahan terhadap kegagalan unit skala penyimpanan tunggal selama pemadaman. Migrasikan ke Azure Managed Disks untuk memastikan bahwa disk VM yang berbeda dalam Kumpulan Ketersediaan cukup terisolasi untuk menghindari satu titik kegagalan.

Pelajari lebih lanjut tentang Set ketersediaan - ManagedDisksAvSet (Gunakan Disk Terkelola guna meningkatkan keandalan data).

Menerapkan strategi pemulihan bencana untuk Sumber Daya Azure NetApp Files Anda

Untuk menghindari kehilangan data atau fungsionalitas jika ada bencana regional atau zona, terapkan teknik pemulihan bencana umum seperti replikasi lintas wilayah atau replikasi lintas zona untuk volume Azure NetApp Files Anda

Pelajari selengkapnya tentang Volume - ANFCRRCZRRecommendation (Terapkan strategi pemulihan bencana untuk Sumber Daya Azure NetApp Files Anda).

Azure NetApp Files Aktifkan Ketersediaan Berkelanjutan untuk Volume SMB

Rekomendasi untuk mengaktifkan volume SMB untuk Ketersediaan Berkelanjutan.

Pelajari selengkapnya tentang Volume - anfcaenablement (Azure NetApp Files Aktifkan Ketersediaan Berkelanjutan untuk Volume SMB).

Tinjau konfigurasi SAP untuk nilai batas waktu yang digunakan dengan Azure NetApp Files

Ketersediaan tinggi SAP saat digunakan dengan Azure NetApp Files bergantung pada pengaturan nilai batas waktu yang tepat untuk mencegah gangguan pada aplikasi Anda. Tinjau dokumentasi untuk memastikan konfigurasi Anda memenuhi nilai batas waktu seperti yang tercantum dalam dokumentasi.

Pelajari selengkapnya tentang Volume - SAPTimeoutsANF (Tinjau konfigurasi SAP untuk nilai batas waktu yang digunakan dengan Azure NetApp Files).

Web

Mempertimbangkan untuk meluaskan skala Rencana App Service untuk menghindari kelelahan CPU

Aplikasi Anda mencapai >90% CPU selama beberapa hari terakhir. Pemanfaatan CPU yang tinggi dapat menyebabkan masalah runtime dengan aplikasi Anda, untuk menyelesaikan masalah ini, Anda dapat menskalakan aplikasi Anda.

Pelajari lebih lanjut tentang Layanan aplikasi - AppServiceCPUExhaustion (Pertimbangkan untuk menskalakan Paket App Service Anda untuk menghindari kelelahan CPU).

Memperbaiki pengaturan database pencadangan sumber daya App Service Anda

Pencadangan aplikasi Anda gagal secara terus-menerus karena konfigurasi DB yang tidak valid, Anda dapat menemukan detail selengkapnya di riwayat pencadangan.

Pelajari lebih lanjut tentang Layanan aplikasi - AppServiceFixBackupDatabaseSettings (Perbaiki pengaturan database cadangan sumber daya App Service Anda).

Pertimbangkan untuk meningkatkan SKU Paket App Service Anda untuk menghindari kehabisan memori

Paket App Service yang berisi aplikasi Anda mencapai >85% memori yang dialokasikan. Konsumsi memori tinggi dapat menyebabkan masalah runtime dengan aplikasi Anda. Selidiki aplikasi mana dalam Paket Layanan Aplikasi yang melelahkan memori dan tingkatkan ke paket yang lebih tinggi dengan lebih banyak sumber daya memori jika diperlukan.

Pelajari lebih lanjut tentang Layanan aplikasi - AppServiceMemoryExhaustion (Pertimbangkan untuk meningkatkan SKU Paket App Service Anda untuk menghindari kehabisan memori).

Skalakan sumber daya Layanan Aplikasi Anda untuk menghapus kuota batas

Aplikasi Anda adalah bagian dari paket Layanan Aplikasi bersama dan telah memenuhi kuotanya beberapa kali. Setelah kuota terpenuhi, aplikasi web Anda tidak dapat menerima permintaan masuk. Untuk menghapus kuota, mutakhirkan ke Paket standar.

Pelajari lebih lanjut tentang Layanan aplikasi - AppServiceRemoveQuota (Skalakan sumber daya App Service Anda untuk menghapus batas kuota).

Menggunakan slot penyebaran untuk sumber daya App Service Anda

Anda telah menyebarkan aplikasi Anda beberapa kali selama seminggu terakhir. Slot penyebaran membantu Anda mengelola perubahan dan membantu Anda mengurangi efek penyebaran ke aplikasi web produksi Anda.

Pelajari lebih lanjut tentang Layanan aplikasi - AppServiceUseDeploymentSlots (Gunakan slot penyebaran untuk sumber daya App Service Anda).

Memperbaiki pengaturan penyimpanan pencadangan sumber daya App Service Anda

Pencadangan aplikasi Anda terus-menerus gagal karena pengaturan penyimpanan yang tidak valid, Anda dapat menemukan detail selengkapnya dalam riwayat pencadangan.

Pelajari lebih lanjut tentang Layanan aplikasi - AppServiceFixBackupStorageSettings (Perbaiki pengaturan penyimpanan cadangan sumber daya App Service Anda).

Pindahkan sumber daya App Service Anda ke Standar atau yang lebih tinggi dan gunakan slot penyebaran

Anda telah menyebarkan aplikasi Anda beberapa kali selama seminggu terakhir. Slot penyebaran membantu Anda mengelola perubahan dan membantu Anda mengurangi efek penyebaran ke aplikasi web produksi Anda.

Pelajari lebih lanjut tentang Layanan aplikasi - AppServiceStandardOrHigher (Pindahkan sumber daya App Service Anda ke Standar atau lebih tinggi dan gunakan slot penyebaran).

Pertimbangkan untuk meluaskan skala Rencana App Service Anda untuk mengoptimalkan pengalaman dan ketersediaan pengguna

Pertimbangkan untuk meluaskan skala Rencana App Service Anda ke setidaknya dua instans untuk menghindari keterlambatan mulai dingin dan gangguan layanan selama pemeliharaan rutin.

Pelajari lebih lanjut tentang Paket App Service - AppServiceNumberOfInstances (Pertimbangkan untuk memperbesar Paket App Service Anda untuk mengoptimalkan pengalaman dan ketersediaan pengguna.).

Kode aplikasi perlu diperbaiki ketika proses pekerja crash karena Pengecualian Tidak Tertangani

Kami mengidentifikasi utas berikut yang menghasilkan pengecualian yang tidak tertangani untuk Aplikasi Anda dan kode aplikasi harus diperbaiki untuk mencegah efek pada ketersediaan aplikasi. Crash terjadi ketika pengecualian dalam kode Anda mengakhiri proses.

Pelajari selengkapnya tentang App service - AppServiceProactiveCrashMonitoring (Kode aplikasi harus diperbaiki saat proses pekerja mengalami crash karena Pengecualian Tidak Tertangani).

Pertimbangkan untuk mengubah konfigurasi App Service Anda menjadi 64-bit

Kami mengidentifikasi aplikasi Anda berjalan dalam 32-bit dan memori mencapai batas 2 GB. Pertimbangkan untuk beralih ke proses 64-bit sehingga Anda dapat memanfaatkan memori tambahan yang tersedia dalam peran Pekerja Web Anda. Tindakan ini memicu menghidupkan ulang aplikasi web, jadi jadwalkan sesuai.

Pelajari selengkapnya tentang batasan App service 32-bit.

Meningkatkan pustaka klien Azure Fluid Relay Anda

Anda baru-baru ini memanggil layanan Azure Fluid Relay dengan pustaka klien lama. Pustaka klien Azure Fluid Relay Anda sekarang harus ditingkatkan ke versi terbaru untuk memastikan aplikasi Anda tetap beroperasi. Peningkatan memberikan fungsionalitas dan peningkatan terbaru dalam performa dan stabilitas. Untuk informasi selengkapnya tentang versi terbaru yang akan digunakan dan cara memutakhirkan, lihat artikel berikut ini.

Pelajari lebih lanjut tentang Server FluidRelay - UpgradeClientLibrary (Tingkatkan pustaka klien Azure Fluid Relay Anda).

Pertimbangkan untuk meningkatkan paket hosting Static Web App dalam langganan ini ke SKU Standar

Bandwidth gabungan yang digunakan oleh semua Aplikasi Web Statis SKU Gratis dalam langganan ini melebihi batas bulanan 100 GB. Pertimbangkan untuk meningkatkan aplikasi ini ke SKU Standar untuk menghindari pembatasan.

Pelajari lebih lanjut tentang Aplikasi Web Statis - StaticWebAppsUpgradeToStandardSKU (Pertimbangkan untuk meningkatkan paket hosting Aplikasi Web Statis dalam langganan ini ke SKU Standar.).

Langkah berikutnya

Pelajari lebih lanjut tentang Keandalan - Microsoft Azure Well Architected Framework