Bagikan melalui


Rekomendasi performa

Rekomendasi performa di Azure Advisor dapat membantu meningkatkan kecepatan dan tingkat respons aplikasi kritis bisnis Anda. Anda bisa mendapatkan rekomendasi performa dari Azure Advisor pada tab Performa dasbor Azure Advisor.

  1. Masuk ke portal Azure.

  2. Cari dan pilih Advisor dari halaman mana pun.

  3. Pada dasbor Advisor, pilih tab Performance.

AI + pembelajaran mesin

429 Pembatasan Terdeteksi pada sumber ini

Kami mengamati bahwa ada 1.000 atau lebih 429 kesalahan pelambatan pada sumber daya ini dalam jangka waktu satu hari. Pertimbangkan untuk mengaktifkan penskalaan otomatis untuk menangani volume panggilan yang lebih tinggi dengan lebih baik dan mengurangi jumlah kesalahan 429.

Pelajari selengkapnya tentang skala otomatis layanan Azure AI.

Penghentian Versi Model Analitik Teks

Tingkatkan versi model ke versi model yang lebih baru atau yang terbaru untuk menggunakan model terbaru dengan kualitas tertinggi.

Pelajari selengkapnya tentang Cognitive Service - TAUpgradeToLatestModelVersion (Penghentian Versi Model Analitik Teks).

Penghentian Versi Model Analitik Teks

Tingkatkan versi model ke versi model yang lebih baru atau yang terbaru untuk menggunakan model terbaru dengan kualitas tertinggi.

Pelajari selengkapnya tentang Cognitive Service - TAUpgradeModelVersiontoLatest (Penghentian Versi Model Analitik Teks).

Melakukan peningkatan ke versi API Analitik Teks Layanan Kognitif terbaru

Tingkatkan ke versi API terbaru untuk mendapatkan hasil terbaik dalam hal kualitas model, performa, dan ketersediaan layanan. Juga ada fitur baru yang tersedia sebagai titik akhir baru mulai dari V3.0 seperti pengenalan data pribadi, pengenalan entitas, dan penautan entitas yang tersedia sebagai titik akhir terpisah. Dalam hal perubahan dalam titik akhir pratinjau, kami memiliki Penggalian Opini di titik akhir SA, properti teks yang diredaksi di titik akhir data pribadi

Pelajari lebih lanjut tentang Cognitive Service - UpgradeToLatestAPI (Upgrade ke versi Cognitive Service Text Analytics API terbaru).

Melakukan peningkatan ke versi API terbaru dari Azure Cognitive Service for Language

Tingkatkan ke versi API terbaru untuk mendapatkan hasil terbaik dalam hal kualitas model, performa, dan ketersediaan layanan.

Pelajari lebih lanjut tentang Cognitive Service - UpgradeToLatestAPILanguage (Upgrade ke versi API terbaru dari Azure Cognitive Service for Language).

Meningkatkan ke versi SDK Analitik Teks Layanan Kognitif terbaru

Harap tingkatkan ke versi SDK terbaru untuk mendapatkan hasil terbaik dalam hal kualitas model, performa, dan ketersediaan layanan. Juga ada fitur baru yang tersedia sebagai titik akhir baru mulai dari V3.0 seperti pengenalan data pribadi, pengenalan entitas, dan penautan entitas yang tersedia sebagai titik akhir terpisah. Dalam hal perubahan dalam titik akhir pratinjau, kami memiliki Penggalian Opini di titik akhir SA, properti teks yang diredaksi di titik akhir data pribadi

Pelajari lebih lanjut tentang Cognitive Service - UpgradeToLatestSDK (Upgrade ke versi Cognitive Service Text Analytics SDK terbaru).

Meningkatkan ke versi SDK Bahasa Layanan Kognitif terbaru

Harap tingkatkan ke versi SDK terbaru untuk mendapatkan hasil terbaik dalam hal kualitas model, performa, dan ketersediaan layanan.

Pelajari lebih lanjut tentang Cognitive Service - UpgradeToLatestSDKLanguage (Upgrade ke versi Cognitive Service TLanguage SDK terbaru).

Tingkatkan ke versi Azure AI Language SDK terbaru

Harap tingkatkan ke versi SDK terbaru untuk mendapatkan hasil terbaik dalam hal kualitas model, performa, dan ketersediaan layanan. Juga ada fitur baru yang tersedia sebagai titik akhir baru mulai dari V3.0 seperti pengenalan data pribadi, pengenalan entitas, dan penautan entitas yang tersedia sebagai titik akhir terpisah. Dalam hal perubahan dalam titik akhir pratinjau, kami memiliki Penggalian Opini di titik akhir SA, properti teks yang diredaksi di titik akhir data pribadi.

Pelajari selengkapnya tentang Bahasa Azure AI.

Analitik

Sumber daya Data Explorer berukuran tepat untuk performa optimal.

Rekomendasi ini menampilkan semua sumber daya Data Explorer yang melebihi kapasitas data yang direkomendasikan (80%). Tindakan yang disarankan untuk meningkatkan performa adalah menskalakan ke rekomendasi konfigurasi yang ditampilkan.

Pelajari lebih lanjut tentang Sumber daya Data Explorer - Ukuran tepat untuk sumber daya ADX (Ukuran tepat untuk sumber daya Data Explorer untuk performa optimal).

Mengulas kebijakan cache tabel untuk tabel Azure Data Explorer

Rekomendasi ini menampilkan tabel Data Explorer dengan jumlah kueri tinggi yang melihat kembali di luar periode cache (kebijakan) yang dikonfigurasi - Anda melihat 10 tabel teratas berdasarkan persentase kueri yang mengakses data di luar cache. Tindakan yang disarankan untuk meningkatkan performa: Batasi kueri di tabel ini ke rentang waktu minimal yang diperlukan (dalam kebijakan yang ditentukan). Atau, jika data dari seluruh rentang waktu diperlukan, tingkatkan periode cache ke nilai yang disarankan.

Pelajari lebih lanjut tentang sumber daya Penjelajah data - UpdateCachePoliciesForAdxTables (Tinjau kebijakan cache tabel untuk tabel Data Explorer).

Mengurangi kebijakan cache tabel Data Explorer untuk performa yang lebih baik

Mengurangi kebijakan cache tabel membebaskan data yang tidak digunakan dari cache sumber daya dan meningkatkan performa.

Pelajari lebih lanjut tentang sumber daya Data Explorer - ReduceCacheForAzureDataExplorerTablesToImprovePerformance (Kurangi kebijakan cache tabel Data Explorer untuk kinerja yang lebih baik).

Meningkatkan cache dalam kebijakan cache

Berdasarkan penggunaan aktual Anda selama sebulan terakhir, perbarui kebijakan cache untuk meningkatkan cache panas untuk tabel. Periode retensi harus selalu lebih besar dari periode cache. Jika Anda meningkatkan cache dan periode retensi lebih rendah dari periode cache, perbarui kebijakan retensi. Analisis hanya didasarkan pada kueri pengguna yang memindai data.

Pelajari selengkapnya tentang sumber daya Data explorer - IncreaseCacheForAzureDataExplorerTablesToImprovePerformance (Tingkatkan cache dalam kebijakan cache).

Mengaktifkan Penskalaan Otomatis yang Dioptimalkan untuk sumber daya Data Explorer

Sepertinya sumber daya Anda dapat telah diskalakan secara otomatis untuk meningkatkan performa (berdasarkan penggunaan aktual Anda selama seminggu terakhir, pemanfaatan cache, pemanfaatan penyerapan, CPU, dan pemanfaatan serapan streaming). Untuk mengoptimalkan biaya dan performa, sebaiknya aktifkan Penskalaan Otomatis yang Dioptimalkan.

Pelajari selengkapnya tentang sumber daya Data explorer - PerformanceEnableOptimizedAutoscaleAzureDataExplorer (Aktifkan Autoscale yang Dioptimalkan untuk sumber daya Data Explorer).

Bacaan terjadi pada data belum lama ini

Lebih dari 75% permintaan baca Anda mendarat di memstore, menunjukkan bahwa bacaan terutama pada data terbaru. Bacaan data terbaru menunjukkan bahwa bahkan jika flush terjadi di memstore, file terbaru perlu diakses dan dimasukkan ke dalam cache.

Pelajari lebih lanjut tentang kluster HDInsight - HBaseMemstoreReadPercentage (Membaca data yang terjadi paling baru).

Pertimbangkan menggunakan fitur Penulisan yang Dipercepat dalam kluster HBase Anda untuk meningkatkan performa kluster.

Anda melihat rekomendasi advisor ini karena log sistem tim HDInsight menunjukkan bahwa dalam tujuh hari terakhir, kluster Anda telah mengalami skenario berikut:

  1. Latensi waktu sinkronisasi WAL tinggi

  2. Jumlah permintaan tulis tinggi (setidaknya 3 jendela satu jam lebih dari 1000 avg_write_requests/detik/node)

Kondisi ini adalah indikator bahwa kluster Anda menderita latensi tulis tinggi, yang dapat disebabkan oleh beban kerja yang berat pada kluster Anda.

Untuk meningkatkan performa kluster Anda, pertimbangkan untuk menggunakan fitur Accelerated Writes yang disediakan oleh Azure HDInsight HBase. Fitur Penulisan yang Dipercepat untuk kluster HDInsight Apache HBase melampirkan disk premium yang dikelola SSD ke setiap RegionServer (node pekerja) alih-alih menggunakan penyimpanan cloud. Akibatnya, ini memberikan latensi tulis yang rendah dan ketahanan yang lebih baik untuk aplikasi Anda.

Untuk membaca selengkapnya tentang fitur ini, kunjungi tautan:

Pelajari lebih lanjut tentang kluster HDInsight - AccWriteCandidate (Pertimbangkan untuk menggunakan fitur Accelerated Writes di kluster HBase Anda untuk meningkatkan kinerja kluster.).

Lebih dari 75% kueri Anda adalah kueri pemindaian penuh

Lebih dari 75% kueri pemindaian pada kluster Anda melakukan pemindaian wilayah/tabel penuh. Ubah kueri pemindaian Anda untuk menghindari pemindaian wilayah atau tabel penuh.

Pelajari lebih lanjut tentang kluster HDInsight - ScanQueryTuningcandidate (Lebih dari 75% kueri Anda adalah kueri pemindaian penuh.).

Periksa jumlah wilayah Anda karena Anda memiliki pembaruan pemblokiran

Jumlah wilayah perlu disesuaikan untuk menghindari pembaruan yang diblokir. Hal ini mungkin memerlukan peningkatan skala kluster dengan menambahkan simpul baru.

Pelajari lebih lanjut tentang kluster HDInsight - RegionCountCandidate (Periksa jumlah wilayah Anda karena Anda memiliki pembaruan pemblokiran.).

Pertimbangkan untuk meningkatkan rangkaian flusher

Ukuran antrean flush di server wilayah Anda lebih dari 100 atau ada pembaruan yang sering diblokir. Direkomendasikan untuk menyetel handler flush.

Pelajari lebih lanjut tentang kluster HDInsight - FlushQueueCandidate (Pertimbangkan untuk meningkatkan utas flusher).

Pertimbangkan untuk meningkatkan runtunan pemadatan agar prosesnya selesai lebih cepat

Antrean pemadatan di server kawasan Anda melebihi 2000, menunjukkan bahwa lebih banyak data memerlukan pemadatan. Pemadatan yang lebih lambat dapat memengaruhi performa baca karena jumlah file yang akan dibaca lebih banyak. Lebih banyak file tanpa pemadatan juga dapat memengaruhi penggunaan timbunan yang terkait dengan cara file berinteraksi dengan sistem file Azure.

Pelajari lebih lanjut tentang kluster HDInsight - CompactionQueueCandidate (Pertimbangkan untuk meningkatkan utas pemadatan Anda agar pemadatan selesai lebih cepat).

Tabel dengan Indeks Penyimpan Kolom Berkluster (CCI) dengan kurang dari 60 juta baris

Tabel penyimpanan kolom berkluster diatur dalam data ke dalam segmen. Memiliki kualitas segmen yang tinggi sangat penting untuk mencapai performa kueri yang optimal pada tabel penyimpanan kolom. Anda dapat mengukur kualitas segmen dengan jumlah baris dalam grup baris terkompresi.

Pelajari lebih lanjut tentang ruang kerja Synapse - SynapseCCIGuidance (Tabel dengan Indeks Penyimpanan Kolom Berkerumun (CCI) dengan kurang dari 60 juta baris).

Memperbarui Versi SDK SynapseManagementClient

SynapseManagementClient baru menggunakan .NET SDK 4.0 ke atas.

Pelajari lebih lanjut tentang ruang kerja Synapse - UpgradeSynapseManagementClientSDK (Perbarui SynapseManagementClient SDK Version).

Compute

Pemanfaatan kapasitas vSAN telah melewati ambang kritis

Pemanfaatan kapasitas vSAN Anda telah mencapai 75%. Pemanfaatan kluster harus tetap di bawah ambang kritis 75% untuk kepatuhan SLA. Tambahkan simpul baru ke kluster vSphere untuk meningkatkan kapasitas atau menghapus VM untuk mengurangi konsumsi atau menyesuaikan beban kerja VM

Pelajari selengkapnya tentang cloud privat Azure VMware Solution - vSANCapacity (pemanfaatan kapasitas vSAN telah melewati ambang kritis).

Memperbarui Automanage ke Versi API terbaru

Kami telah mengidentifikasi panggilan SDK dari API lama untuk sumber daya di bawah langganan ini. Sebaiknya beralih ke versi SDK terbaru untuk memastikan Anda menerima fitur terbaru dan peningkatan performa.

Pelajari selengkapnya tentang Komputer virtual - UpdateToLatestApi (Perbarui Automanage ke Versi API terbaru).

Tingkatkan pengalaman pengguna dan konektivitas dengan menempatkan VM di dekat lokasi pengguna.

Kami telah menentukan bahwa VM Anda terletak di wilayah yang berbeda atau jauh dari tempat pengguna Anda terhubung dengan Azure Virtual Desktop. Wilayah pengguna yang jauh dapat menyebabkan waktu respons koneksi yang berkepanjangan dan memengaruhi pengalaman pengguna secara keseluruhan.

Pelajari lebih lanjut tentang Mesin virtual - RegionProximitySessionHosts (Tingkatkan konektivitas dan pengalaman pengguna dengan menyebarkan VM lebih dekat ke lokasi pengguna.).

Gunakan disk terkelola untuk mencegah pembatasan I/O disk

Disk komputer virtual Anda milik akun penyimpanan yang telah mencapai target skalabilitasnya, dan rentan terhadap pembatasan I/O. Untuk melindungi komputer virtual Anda dari penurunan kinerja dan menyederhanakan manajemen penyimpanan, gunakan Disk Terkelola.

Pelajari lebih lanjut tentang Mesin virtual - ManagedDisksStorageAccount (Gunakan Disk terkelola untuk mencegah pelambatan I/O disk).

Konversikan Disk Terkelola dari HDD Standar ke SSD Premium untuk performa

Kami telah melihat disk HDD Standar Anda mendekati target performa. SSD premium Azure memberikan dukungan disk berperforma tinggi dan berlatensi rendah untuk komputer virtual dengan beban kerja intensif IO. Tingkatkan performa disk Anda dengan meningkatkan disk HDD Standar ke disk SSD Premium. Peningkatan memerlukan boot ulang VM, yang membutuhkan waktu tiga hingga lima menit.

Pelajari lebih lanjut tentang Disk - MDHDDtoPremiumForPerformance (Konversi Disk Terkelola dari HDD Standar ke SSD Premium demi kinerja).

Aktifkan Jaringan yang Dipercepat untuk meningkatkan performa dan latensi jaringan

Kami telah mendeteksi bahwa Jaringan Terakselerasi tidak diaktifkan pada sumber daya VM dalam penyebaran Anda yang ada yang mungkin mampu mendukung fitur ini. Jika gambar VM OS Anda mendukung Jaringan Dipercepat seperti yang dijelaskan dalam dokumentasi, pastikan untuk mengaktifkan fitur gratis ini pada VM tersebut untuk memaksimalkan performa dan latensi beban kerja jaringan Anda di cloud

Pelajari lebih lanjut tentang Mesin virtual - AccelNetConfiguration (Aktifkan Jaringan yang Dipercepat untuk meningkatkan kinerja dan latensi jaringan).

Gunakan Disk SSD untuk beban kerja produksi Anda

Kami melihat bahwa Anda menggunakan disk SSD saat juga menggunakan disk HDD Standar pada VM yang sama. Disk terkelola HDD standar direkomendasikan untuk dev-test dan backup; kami sarankan Anda menggunakan SSD Premium atau SSD Standar untuk produksi. SSD premium memberikan dukungan disk berperforma tinggi dan berlatensi rendah untuk komputer virtual dengan beban kerja intensif IO. SSD standar memberikan latensi yang konsisten dan lebih rendah. Tingkatkan konfigurasi disk Anda hari ini untuk meningkatkan latensi, keandalan, dan ketersediaan. Peningkatan memerlukan boot ulang VM, yang membutuhkan waktu tiga hingga lima menit.

Pelajari lebih lanjut tentang Mesin virtual - MixedDiskTypeToSSDPublic (Gunakan Disk SSD untuk beban kerja produksi Anda).

Sandingkan Mesin Virtual produksi dengan Disk Produksi untuk mendapatkan performa yang konsisten dan latensi yang lebih baik

Mesin virtual produksi membutuhkan disk produksi jika Anda ingin mendapatkan performa terbaik. Kami melihat bahwa Anda menjalankan komputer virtual tingkat produksi, namun, Anda menggunakan disk berkinerja rendah dengan HDD standar. Meningkatkan disk yang dilampirkan ke disk produksi Anda, baik SSD Standar atau SSD Premium, memberi Anda pengalaman dan peningkatan latensi yang lebih konsisten.

Pelajari lebih lanjut tentang Mesin virtual - MatchProdVMProdDisks (Cocokkan produksi Mesin Virtual dengan Disk Produksi untuk kinerja yang konsisten dan latensi yang lebih baik).

Jaringan yang Dipercepat mungkin memerlukan penghentian dan memulai VM

Kami telah mendeteksi bahwa Jaringan Terakselerasi tidak terlibat pada sumber daya VM dalam penyebaran Anda yang ada meskipun fitur telah diminta. Dalam kasus yang jarang terjadi seperti ini, mungkin perlu untuk menghentikan dan memulai VM Anda, sesuka Anda, untuk melibatkan kembali AccelNet.

Pelajari selengkapnya tentang Komputer virtual - AccelNetDisengaged (Accelerated Networking mungkin memerlukan penghentian dan memulai VM).

Memanfaatkan latensi rendah Disk Ultra untuk disk log Anda dan meningkatkan performa beban kerja database Anda

Disk ultra tersedia di wilayah yang sama dengan beban kerja database Anda. Disk ultra menawarkan throughput tinggi, IOPS tinggi, dan penyimpanan disk latensi rendah yang konsisten untuk beban kerja database Anda: Untuk Oracle DB, Anda sekarang dapat menggunakan ukuran sektor 4k atau 512E dengan disk Ultra tergantung pada versi Oracle DB Anda. Untuk server SQL, menggunakan disk Ultra untuk disk log Anda mungkin menawarkan lebih banyak performa untuk database Anda. Lihat petunjuk di sini untuk memigrasikan disk log Anda ke disk Ultra.

Pelajari lebih lanjut tentang Virtual machine - AzureStorageVmUltraDisk (Manfaatkan latensi rendah Ultra Disk untuk disk log Anda dan tingkatkan kinerja beban kerja database Anda.).

Meningkatkan ukuran mesin virtual Anda yang paling aktif untuk mencegah kelelahan sumber daya dan meningkatkan performa

Kami menganalisis data selama tujuh hari terakhir dan mengidentifikasi komputer virtual (VM) dengan pemanfaatan tinggi di berbagai metrik (yaitu, CPU, Memori, dan VM IO). VM tersebut mungkin mengalami masalah performa karena mendekati atau pada batas SKU mereka. Pertimbangkan untuk meningkatkan SKU guna meningkatkan performa.

Pelajari selengkapnya tentang Komputer virtual - UpgradeSizeHighVMUtilV0 (Tingkatkan ukuran komputer virtual Anda yang paling aktif untuk mencegah kelelahan sumber daya dan meningkatkan performa).

Kontainer

Terdeteksi versi Kubernetes yang tidak didukung

Versi Kubernetes yang tidak didukung terdeteksi. Pastikan kluster Kubernetes berjalan dengan versi yang didukung.

Pelajari lebih lanjut tentang layanan Kubernetes - UnsupportedKubernetesVersionIsDetected (Versi Kubernetes yang tidak didukung terdeteksi).

Terdeteksi versi Kubernetes yang tidak didukung

Versi Kubernetes yang tidak didukung terdeteksi. Pastikan kluster Kubernetes berjalan dengan versi yang didukung.

Pelajari selengkapnya tentang Kumpulan Kluster HDInsight - UnsupportedHiloAKSVersionIsDetected (Versi Kubernetes yang tidak didukung terdeteksi).

Kluster dengan kumpulan simpul tunggal

Kami menyarankan agar Anda menambahkan satu atau beberapa kumpulan simpul alih-alih menggunakan satu kumpulan simpul. Beberapa kumpulan membantu mengisolasi pod sistem penting dari aplikasi Anda untuk mencegah pod aplikasi yang salah dikonfigurasi atau nakal secara tidak sengaja membunuh pod sistem.

Pelajari lebih lanjut tentang layanan Kubernetes - ClustersWithASingleNodePool (Kluster dengan Kumpulan Simpul Tunggal).

Memperbarui Fleet API ke versi terbaru

Kami telah mengidentifikasi panggilan SDK dari Fleet API yang kedaluarsa untuk sumber daya di bawah langganan Anda. Sebaiknya beralih ke versi SDK terbaru, yang memastikan Anda menerima fitur terbaru dan peningkatan performa.

Pelajari lebih lanjut tentang manajer armada Kubernetes | PRATINJAU - UpdateToLatestFleetApi (Perbarui API Armada ke Versi terbaru).

Database

Mengonfigurasi ukuran halaman kueri Azure Cosmos DB Anda (MaxItemCount) ke -1

Anda menggunakan ukuran halaman kueri 100 untuk kueri untuk kontainer Azure Cosmos DB Anda. Sebaiknya gunakan ukuran halaman -1 untuk pemindaian yang lebih cepat.

Pelajari selengkapnya tentang akun Azure Cosmos DB - CosmosDBQueryPageSize (Konfigurasikan ukuran halaman kueri Azure Cosmos DB Anda (MaxItemCount) ke -1).

Penambahan indeks komposit ke kontainer Azure Cosmos DB Anda

Kontainer Azure Cosmos DB Anda menjalankan kueri PESAN MENURUT yang dikenakan biaya Unit Permintaan (RU) tinggi. Disarankan untuk menambahkan indeks komposit ke kebijakan pengindeksan kontainer Anda untuk meningkatkan konsumsi RU dan mengurangi latensi kueri ini.

Pelajari selengkapnya tentang akun Azure Cosmos DB - CosmosDBOrderByHighRUCharge (Tambahkan indeks komposit ke kontainer Azure Cosmos DB Anda).

Optimalkan kebijakan pengindeksan Azure Cosmos DB Anda dengan cara hanya mengindeks apa yang diperlukan

Kontainer Azure Cosmos DB Anda menggunakan kebijakan pengindeksan default, yang akan mengindeks setiap properti di dokumen Anda. Karena Anda menyimpan dokumen dengan ukuran besar, sejumlah besar properti akan terindeks, menghasilkan konsumsi Unit Permintaan yang tinggi serta latensi penulisan yang buruk. Untuk mengoptimalkan kinerja tulis, sebaiknya ganti kebijakan pengindeksan default agar hanya mengindeks properti yang digunakan dalam kueri Anda.

Pelajari selengkapnya tentang akun Azure Cosmos DB - CosmosDBDefaultIndexingWithManyPaths (Optimalkan kebijakan pengindeksan Azure Cosmos DB Anda untuk hanya mengindeks apa yang diperlukan).

Menggunakan kunci partisi hierarkis untuk distribusi data yang optimal

Akun Anda memiliki pengaturan kustom yang memungkinkan ukuran partisi logis dalam kontainer melebihi batas 20 GB. Tim Azure Cosmos DB menerapkan pengaturan ini sebagai langkah sementara untuk memberi Anda waktu untuk merancang ulang aplikasi Anda dengan kunci partisi yang berbeda. Ini tidak disarankan sebagai solusi jangka panjang, karena jaminan SLA tidak dihormati ketika batas ditingkatkan. Anda sekarang dapat menggunakan kunci partisi hierarkis (pratinjau) untuk menyusun ulang aplikasi Anda. Fitur ini memungkinkan Anda melebihi batas 20 GB dengan menyiapkan hingga tiga kunci partisi, ideal untuk skenario multipenyewa atau beban kerja yang menggunakan kunci sintetis.

Pelajari selengkapnya tentang akun Azure Cosmos DB - CosmosDBHierarchicalPartitionKey (Gunakan kunci partisi hierarkis untuk distribusi data yang optimal).

Konfigurasi aplikasi Azure Cosmos DB Anda untuk menggunakan Konektivitas langsung di SDK

Kami melihat bahwa aplikasi Azure Cosmos DB Anda menggunakan mode Gateway melalui Azure Cosmos DB .NET atau Java SDK. Anda sebaiknya beralih ke Konektivitas langsung untuk latensi yang lebih rendah dan skalabilitas yang lebih tinggi.

Pelajari selengkapnya tentang akun Azure Cosmos DB - CosmosDBGatewayMode (Konfigurasikan aplikasi Azure Cosmos DB Anda untuk menggunakan konektivitas Langsung di SDK).

Tingkatkan Performa dengan Meningkatkan Skala untuk Pemanfaatan Sumber Daya yang Optimal

Memaksimalkan efisiensi sumber daya sistem Anda sangat penting untuk mempertahankan performa terbaik. Sistem kami memantau penggunaan CPU dengan cermat, dan ketika melewati ambang 90% selama periode 12 jam, pemberitahuan proaktif dipicu. Pemberitahuan ini tidak hanya menginformasikan Azure Cosmos DB untuk pengguna MongoDB vCore dari konsumsi CPU yang ditinggikan tetapi juga memberikan panduan berharga tentang peningkatan skala ke tingkat yang lebih tinggi. Dengan meningkatkan ke tingkat yang lebih kuat, Anda dapat membuka performa yang ditingkatkan dan memastikan sistem Anda beroperasi pada potensi puncaknya.

Pelajari selengkapnya tentang Penskalaan dan konfigurasi kluster Azure Cosmos DB for MongoDB vCore Anda.

PerformanceBoostervCore

Apabila penggunaan CPU melebihi 90% dalam waktu 12 jam, pengguna akan mendapatkan notifikasi mengenai penggunaan yang tinggi. Selain itu, mereka juga disarankan untuk menaikkan tingkatan untuk mendapatkan performa yang lebih baik.

Pelajari selengkapnya tentang akun Cosmos DB - ScaleUpvCoreRecommendation (PerformanceBoostervCore).

Menyesuaikan batas penyimpanan untuk server MariaDB

Sistem kami menunjukkan bahwa server mungkin dibatasi karena mendekati batas untuk nilai penyimpanan yang saat ini disediakan. Mendekati batas penyimpanan dapat mengakibatkan penurunan performa atau server dipindahkan ke mode baca-saja. Demi memastikan performa yang berkelanjutan, sebaiknya tingkatkan jumlah penyimpanan yang disediakan atau AKTIFKAN fitur "Penambahan Otomatis" untuk otomatis meningkatkan penyimpanan

Pelajari lebih lanjut tentang server MariaDB - OrcasMariaDbStorageLimit (Skala batas penyimpanan untuk server MariaDB).

Tingkatkan vCores server MariaDB

Sistem kami menunjukkan bahwa CPU telah berjalan di bawah pemanfaatan tinggi untuk periode waktu yang diperpanjang selama tujuh hari terakhir. Pemanfaatan CPU yang tinggi dapat menyebabkan performa kueri yang lambat. Untuk meningkatkan kinerja, sebaiknya pindah ke ukuran komputasi yang lebih besar.

Pelajari selengkapnya tentang server MariaDB - OrcasMariaDbCpuOverload (Tingkatkan vCores server MariaDB).

Skalakan server MariaDB ke SKU yang lebih tinggi

Sistem kami menunjukkan bahwa server mungkin tidak dapat mendukung permintaan koneksi karena koneksi maksimum yang didukung untuk SKU yang diberikan, yang mungkin mengakibatkan sejumlah besar permintaan koneksi yang gagal yang berdampak buruk pada performa. Untuk meningkatkan performa, kami merekomendasikan Anda untuk pindah ke SKU memori yang lebih tinggi dengan meningkatkan vCore atau beralih ke SKU dengan Memori yang telah Dioptimalkan.

Pelajari lebih lanjut tentang server MariaDB - OrcasMariaDbConcurrentConnection (Skala server MariaDB ke SKU yang lebih tinggi).

Memindahkan server MariaDB Anda ke SKU dengan Memori yang telah Dioptimalkan

Sistem kami menunjukkan bahwa ada churn tinggi di kumpulan buffer untuk server ini yang dapat mengakibatkan performa kueri yang lebih lambat dan peningkatan IOPS. Untuk meningkatkan performa, tinjau kueri beban kerja Anda untuk mengidentifikasi peluang untuk meminimalkan pemakaian memori. Jika peluang tersebut tidak ditemukan, sebaiknya beralihlah ke SKU yang lebih tinggi dengan lebih banyak memori atau tambah ukuran penyimpanan guna mendapatkan lebih banyak IOPS.

Pelajari lebih lanjut tentang server MariaDB - OrcasMariaDbMemoryCache (Pindahkan server MariaDB Anda ke SKU dengan Memori yang telah Dioptimalkan).

Tingkatkan keandalan log audit

Sistem kami menunjukkan bahwa log audit server mungkin telah hilang selama sehari terakhir. Log audit yang hilang dapat terjadi ketika server Anda mengalami beban kerja CPU-heavy, atau server menghasilkan sejumlah besar log audit dalam waktu singkat. Sebaiknya Anda hanya mencatat kejadian yang diperlukan untuk tujuan audit Anda dengan menggunakan parameter server berikut: audit_log_events, audit_log_exclude_users, audit_log_include_users. Jika penggunaan CPU di server Anda tinggi karena beban kerja Anda, sebaiknya tingkatkan vCores server untuk meningkatkan performa.

Pelajari lebih lanjut tentang server MariaDB - OrcasMariaDBAuditLog (Tingkatkan keandalan log audit).

Menskalakan batas penyimpanan untuk server MySQL

Sistem kami menunjukkan bahwa server mungkin dibatasi karena mendekati batas untuk nilai penyimpanan yang saat ini disediakan. Mendekati batas penyimpanan dapat mengakibatkan penurunan performa atau di server dipindahkan ke mode baca-saja. Demi memastikan performa yang berkelanjutan, sebaiknya tingkatkan jumlah penyimpanan yang disediakan atau AKTIFKAN fitur "Penambahan Otomatis" untuk otomatis meningkatkan penyimpanan

Pelajari lebih lanjut tentang server MySQL - OrcasMySQLStorageLimit (Hitung skala batas penyimpanan untuk server MySQL).

Skalakan server MySQL ke SKU yang lebih tinggi

Sistem kami menunjukkan bahwa server mungkin tidak dapat mendukung permintaan koneksi karena koneksi maksimum yang didukung untuk SKU yang diberikan, yang mungkin mengakibatkan sejumlah besar permintaan koneksi yang gagal yang berdampak buruk pada performa. Untuk meningkatkan performa, kami merekomendasikan Anda untuk pindah ke SKU memori yang lebih tinggi dengan meningkatkan vCore atau beralih ke SKU dengan Memori yang telah Dioptimalkan.

Pelajari lebih lanjut tentang server MySQL - OrcasMySQLConcurrentConnection (Hitung skala server MySQL ke SKU yang lebih tinggi).

Meningkatkan vCores server MySQL

Sistem kami menunjukkan bahwa CPU telah berjalan di bawah pemanfaatan tinggi untuk periode waktu yang diperpanjang selama tujuh hari terakhir. Pemanfaatan CPU yang tinggi dapat menyebabkan performa kueri yang lambat. Untuk meningkatkan kinerja, sebaiknya pindah ke ukuran komputasi yang lebih besar.

Pelajari lebih lanjut tentang server MySQL - OrcasMySQLCpuOverload (Tingkatkan vCore server MySQL).

Pindahkan server MySQL ke SKU yang Dioptimalkan Memori

Sistem kami menunjukkan bahwa ada churn tinggi di kumpulan buffer untuk server ini yang dapat mengakibatkan performa kueri yang lebih lambat dan peningkatan IOPS. Untuk meningkatkan performa, tinjau kueri beban kerja Anda untuk mengidentifikasi peluang untuk meminimalkan pemakaian memori. Jika peluang tersebut tidak ditemukan, sebaiknya beralihlah ke SKU yang lebih tinggi dengan lebih banyak memori atau tambah ukuran penyimpanan guna mendapatkan lebih banyak IOPS.

Pelajari lebih lanjut tentang server MySQL - OrcasMySQLMemoryCache (Pindahkan server MySQL Anda ke SKU dengan Memori yang telah Dioptimalkan).

Tambahkan MySQL Read Replica server

Sistem kami menunjukkan bahwa Anda mungkin memiliki beban kerja intensif baca yang berjalan, yang menghasilkan ketidakcocokan sumber daya untuk server ini. Ketidakcocokan sumber daya dapat menyebabkan performa kueri yang lambat untuk server. Untuk meningkatkan performa, kami menyarankan Anda menambahkan replika baca, dan offload beberapa beban kerja baca Anda ke replika.

Pelajari lebih lanjut tentang server MySQL - OrcasMySQLReadReplica (Tambahkan server Replika Baca MySQL).

Meningkatkan manajemen koneksi MySQL

Sistem kami menunjukkan bahwa aplikasi Anda yang terhubung ke server MySQL mungkin mengelola koneksi dengan buruk, yang mungkin mengakibatkan konsumsi sumber daya yang tidak perlu dan latensi aplikasi yang lebih tinggi secara keseluruhan. Untuk meningkatkan manajemen koneksi, sebaiknya Anda mengurangi jumlah koneksi jangka pendek dan menghapus koneksi tidak terpakai yang tidak perlu. Anda dapat melakukan ini dengan mengonfigurasi pengumpul koneksi sisi server, seperti ProxySQL.

Pelajari lebih lanjut tentang server MySQL - OrcasMySQLConnectionPooling (Tingkatkan manajemen koneksi MySQL).

Tingkatkan keandalan log audit

Sistem kami menunjukkan bahwa log audit server mungkin telah hilang selama sehari terakhir. Ini dapat terjadi ketika server Anda mengalami beban kerja berat CPU atau server menghasilkan sejumlah besar log audit dalam waktu singkat. Sebaiknya Anda hanya mencatat kejadian yang diperlukan untuk tujuan audit Anda dengan menggunakan parameter server berikut: audit_log_events, audit_log_exclude_users, audit_log_include_users. Jika penggunaan CPU di server Anda tinggi karena beban kerja Anda, sebaiknya tingkatkan vCores server untuk meningkatkan performa.

Pelajari lebih lanjut tentang server MariaDB - OrcasMySQLAuditLog (Tingkatkan keandalan log audit).

Meningkatkan kinerja dengan mengoptimalkan ukuran tabel sementara MySQL

Sistem kami menunjukkan bahwa server MySQL Anda mungkin menimbulkan overhead I/O yang tidak perlu karena pengaturan parameter tabel sementara yang rendah. Hal ini dapat mengakibatkan transaksi berbasis disk yang tidak perlu dan performa yang berkurang. Kami menyarankan Anda untuk meningkatkan nilai parameter 'tmp_table_size' dan 'max_heap_table_size' guna mengurangi jumlah transaksi berbasis disk.

Pelajari lebih lanjut tentang server MySQL - OrcasMySqlTmpTables (Tingkatkan kinerja dengan mengoptimalkan ukuran tabel sementara MySQL).

Meningkatkan latensi koneksi MySQL

Sistem kami menunjukkan bahwa aplikasi Anda yang terhubung ke server MySQL mungkin mengelola koneksi dengan buruk. Ini dapat mengakibatkan latensi aplikasi yang lebih tinggi. Untuk meningkatkan latensi koneksi, kami menyarankan agar Anda mengaktifkan pengalihan koneksi. Tindakan ini dapat dilakukan dengan mengaktifkan fitur pengalihan koneksi driver PHP.

Pelajari lebih lanjut tentang server MySQL - OrcasMySQLConnectionRedirection (Tingkatkan latensi koneksi MySQL).

Menambah batas penyimpanan untuk MySQL Flexible Server

Sistem kami menunjukkan bahwa server mungkin dibatasi karena mendekati batas untuk nilai penyimpanan yang saat ini disediakan. Mendekati batas penyimpanan dapat mengakibatkan penurunan performa atau di server dipindahkan ke mode baca-saja. Untuk memastikan performa yang berkelanjutan, sebaiknya tingkatkan jumlah penyimpanan yang disediakan.

Pelajari selengkapnya tentang Azure Database untuk server fleksibel MySQL - OrcasMeruMySqlStorageUpsell (Meningkatkan batas penyimpanan untuk Server Fleksibel MySQL).

Menskalakan Server Fleksibel MySQL ke SKU yang lebih tinggi

Sistem kami menunjukkan bahwa Server Fleksibel Anda melebihi batas koneksi yang terkait dengan SKU Anda saat ini. Sejumlah besar permintaan koneksi yang gagal mungkin berdampak buruk pada performa server. Untuk meningkatkan performa, sebaiknya tingkatkan jumlah vCore atau beralih ke SKU yang lebih tinggi.

Pelajari selengkapnya tentang Azure Database untuk server fleksibel MySQL - OrcasMeruMysqlConnectionUpsell (Menskalakan Server Fleksibel MySQL ke SKU yang kebih tinggi).

Tingkatkan vCores Server Fleksibel MySQL.

Sistem kami menunjukkan bahwa CPU telah berjalan di bawah pemanfaatan tinggi untuk periode waktu yang diperpanjang selama tujuh hari terakhir. Pemanfaatan CPU yang tinggi dapat menyebabkan performa kueri yang lambat. Untuk meningkatkan kinerja, sebaiknya pindah ke ukuran komputasi yang lebih besar.

Pelajari selengkapnya tentang Azure Database untuk server fleksibel MySQL - OrcasMeruMysqlCpuUpcell (Meningkatkan vCores Server Fleksibel MySQL.).

Meningkatkan performa dengan cara mengoptimalkan ukuran tabel sementara MySQL.

Sistem kami menunjukkan bahwa server MySQL Anda mungkin menimbulkan overhead I/O yang tidak perlu karena pengaturan parameter tabel sementara yang rendah. Overhead I/O yang tidak perlu dapat mengakibatkan transaksi berbasis disk yang tidak perlu dan mengurangi performa. Kami menyarankan Anda untuk meningkatkan nilai parameter 'tmp_table_size' dan 'max_heap_table_size' guna mengurangi jumlah transaksi berbasis disk.

Pelajari selengkapnya tentang Azure Database untuk server fleksibel MySQL - OrcasMeruMysqlTmpTable (Meningkatkan performa dengan mengoptimalkan ukuran tabel sementara MySQL.).

Pindahkan server MySQL ke SKU yang Dioptimalkan Memori

Sistem kami menunjukkan bahwa ada penggunaan memori tinggi untuk server ini yang dapat mengakibatkan performa kueri yang lebih lambat dan peningkatan IOPS. Untuk meningkatkan performa, tinjau kueri beban kerja Anda untuk mengidentifikasi peluang untuk meminimalkan pemakaian memori. Jika peluang tersebut tidak ditemukan, sebaiknya beralihlah ke SKU yang lebih tinggi dengan lebih banyak memori atau tambah ukuran penyimpanan guna mendapatkan lebih banyak IOPS.

Pelajari selengkapnya tentang Azure Database untuk server fleksibel MySQL - OrcasMeruMysqlMemoryUpsell (Pindahkan server MySQL Anda ke SKU yang Dioptimalkan Memori).

Tambahkan MySQL Read Replica server

Sistem kami menunjukkan bahwa Anda mungkin memiliki beban kerja intensif baca yang berjalan, yang menghasilkan ketidakcocokan sumber daya untuk server ini. Ini mungkin menyebabkan performa kueri yang lambat untuk server. Untuk meningkatkan performa, kami menyarankan Anda menambahkan replika baca, dan offload beberapa beban kerja baca Anda ke replika.

Pelajari selengkapnya tentang Azure Database untuk server fleksibel MySQL - OrcasMeruMysqlReadReplicaUpsell (Menambahkan server Replika Baca MySQL).

Meningkatkan work_men untuk menghindari luapan disk yang berlebihan dari sort dan hash

Sistem kami menunjukkan bahwa work_mem konfigurasi terlalu kecil untuk server PostgreSQL Anda yang mengakibatkan disk meluap dan menurunkan performa kueri. Untuk meningkatkan ini, sebaiknya tingkatkan batas work_mem untuk server, yang membantu mengurangi skenario saat pengurutan atau hash terjadi pada disk dan meningkatkan performa kueri secara keseluruhan.

Pelajari lebih lanjut tentang server PostgreSQL - OrcasPostgreSqlWorkMem (Tingkatkan work_mem untuk menghindari tumpahan disk yang berlebihan dari sortir dan hash).

Tingkatkan performa beban kerja Anda hingga 30% dengan perangkat keras komputasi Ev5

Dengan perangkat keras komputasi Ev5 baru, Anda dapat meningkatkan performa beban kerja hingga 30% dengan konkurensi yang lebih tinggi dan throughput yang lebih baik. Navigasi ke opsi Komputasi+Penyimpanan pada portal Azure dan beralih ke komputasi Ev5 tanpa biaya tambahan. Komputasi Ev5 menyediakan performa terbaik di antara mesin virtual lainnya dalam hal QPS dan latensi.

Pelajari selengkapnya tentang server fleksibel Azure Database for MySQL - OrcasMeruMySqlComputeSeriesUpgradeEv5 (Tingkatkan performa beban kerja Anda sebesar 30% dengan perangkat keras komputasi Ev5 baru).

Meningkatkan batas penyimpanan untuk grup server Hyperscale (Citus)

Sistem kami menunjukkan bahwa satu atau beberapa simpul dalam grup server mungkin dibatasi karena mendekati batas untuk nilai penyimpanan yang saat ini disediakan. Ini dapat mengakibatkan penurunan performa atau di server dipindahkan ke mode baca-saja. Untuk memastikan performa yang berkelanjutan, sebaiknya tambahkan ruang disk yang disediakan.

Pelajari lebih lanjut tentang server PostgreSQL - OrcasPostgreSqlCitusStorageLimitHyperscaleCitus (Tingkatkan batas penyimpanan untuk grup server Hyperscale (Citus)).

Meningkatkan vCores server PostgreSQL

Lebih dari 7 hari, penggunaan CPU setidaknya salah satu dari yang berikut: Di atas 90% selama 2 jam atau lebih, di atas 50% untuk 50% dari waktu, pada penggunaan maksimum untuk 20% dari waktu. Pemanfaatan CPU yang tinggi dapat menyebabkan performa kueri yang lambat. Untuk meningkatkan performa, sebaiknya pindahkan server Anda ke SKU yang lebih besar dengan komputasi yang lebih tinggi. Pelajari selengkapnya tentang server fleksibel Azure Database for PostgreSQL - SKU Server Kelas Atas untuk PostgreSQL di Azure Database.

Optimalkan pengaturan log_statement untuk PostgreSQL di Azure Database

Sistem kami menunjukkan bahwa Anda telah log_statement diaktifkan, untuk mengatur performa yang lebih baik ke NONE

Pelajari selengkapnya tentang server fleksibel Azure Database for PostgreSQL - Optimalkan pengaturan log_statement untuk PostgreSQL di Azure Database.

Optimalkan pengaturan log_duration untuk PostgreSQL di Azure Database

Anda mungkin mengalami potensi penurunan performa karena pengaturan pengelogan. Untuk mengoptimalkan pengaturan ini, atur parameter server log_duration ke NONAKTIF.

Pelajari selengkapnya tentang Pelajari selengkapnya tentang server fleksibel Azure Database for PostgreSQL - Mengoptimalkan pengaturan log_duration untuk PostgreSQL di Azure Database.

Optimalkan pengaturan log_duration untuk PostgreSQL di Azure Database

Parameter server log_min_duration Anda diatur ke kurang dari 60.000 ms (1 menit), yang dapat menyebabkan potensi penurunan performa. Anda dapat mengoptimalkan pengaturan pengelogan dengan mengatur parameter log_min_duration_statement ke -1.

Pelajari selengkapnya tentang server fleksibel Azure Database for PostgreSQL - Optimalkan pengaturan log_min_duration untuk PostgreSQL di Azure Database.

Optimalkan pengaturan log_error_verbosity untuk PostgreSQL di Azure Database

Server Anda telah dikonfigurasi untuk menghasilkan log kesalahan VERBOSE. Hal ini berguna untuk memecahkan masalah database Anda, tetapi juga dapat menurunkan performa database. Untuk meningkatkan performa, sebaiknya ubah parameter server log_error_verbosity ke pengaturan DEFAULT.

Pelajari selengkapnya tentang Pelajari selengkapnya tentang server fleksibel Azure Database for PostgreSQL - Mengoptimalkan pengaturan log_error_verbosity untuk PostgreSQL di Azure Database.

Identifikasi apakah titik pemeriksaan terjadi terlalu sering untuk meningkatkan PostgreSQL - Performa Server Fleksibel

Sever Anda sering mengalami titik pemeriksaan. Untuk mengatasi masalah ini, sebaiknya tingkatkan parameter server max_wal_size Anda.

Pelajari selengkapnya tentang server fleksibel Azure Database for PostgreSQL – Tingkatkan max_wal_size.

Mengidentifikasi Slot Replikasi Logis yang tidak aktif untuk meningkatkan PostgreSQL - Performa Server Fleksibel

Server Anda mungkin memiliki slot replikasi logis yang tidak aktif yang dapat mengakibatkan penurunan performa dan ketersediaan server. Sebaiknya hapus slot replikasi yang tidak aktif atau mengonsumsi perubahan dari slot sehingga Nomor Urutan Log (LSN) maju lebih dekat ke LSN server saat ini.

Pelajari selengkapnya tentang server fleksibel Azure Database for PostgreSQL – Slot Replikasi Logis yang tidak digunakan/tidak aktif.

Mengidentifikasi transaksi jangka panjang untuk meningkatkan PostgreSQL - Performa Server Fleksibel

Ada transaksi yang berjalan selama lebih dari 24 jam. Tinjau bagian Penggunaan CPU Tinggi-> Transaksi Jangka Panjang di panduan pemecahan masalah untuk mengidentifikasi dan mengurangi masalah.

Pelajari selengkapnya tentang server fleksibel Azure Database for PostgreSQL – Transaksi jangka panjang menggunakan panduan Pemecahan Masalah.

Mengidentifikasi transaksi Yang Disiapkan Tanpa Anak untuk meningkatkan PostgreSQL - Performa Server Fleksibel

Ada transaksi yang disiapkan yatim piatu. Putar kembali/Terapkan transaksi yang disiapkan. Rekomendasi dibagikan di bagian Pemblokir Autovacuum -> Pemblokir Autovacuum di panduan pemecahan masalah.

Pelajari selengkapnya tentang server fleksibel Azure Database for PostgreSQL – Transaksi yang Disiapkan Tanpa Sumber menggunakan panduan Pemecahan Masalah.

Identifikasi Transaksi Wraparound untuk meningkatkan PostgreSQL - Performa Server Fleksibel

Server telah melewati batas 50% wraparound, memiliki 1 miliar transaksi. Lihat rekomendasi yang dibagikan di bagian Autovacuum Blockers -> Emergency AutoVacuum dan Wraparound dari panduan pemecahan masalah.

Pelajari selengkapnya tentang server fleksibel Azure Database for PostgreSQL – Transaction Wraparound menggunakan panduan Pemecahan Masalah.

Mengidentifikasi Rasio Bloat Tinggi untuk meningkatkan PostgreSQL - Performa Server Fleksibel

Server memiliki bloat_ratio (tuple mati/ (tuple langsung + tuple mati) > 80%). Lihat rekomendasi yang dibagikan di bagian Pemantauan Autovacuum dari panduan pemecahan masalah.

Pelajari selengkapnya tentang server fleksibel Azure Database for PostgreSQL – Rasio Bloat Tinggi menggunakan panduan Pemecahan Masalah.

Meningkatkan batas penyimpanan untuk grup server Hyperscale (Citus)

Sistem kami menunjukkan bahwa satu atau beberapa simpul dalam grup server mungkin dibatasi karena mendekati batas untuk nilai penyimpanan yang saat ini disediakan. Ini dapat mengakibatkan penurunan performa atau di server dipindahkan ke mode baca-saja. Untuk memastikan performa yang berkelanjutan, sebaiknya tambahkan ruang disk yang disediakan.

Pelajari lebih lanjut tentang grup server Hyperscale (Citus) - MarlinStorageLimitRecommendation (Tingkatkan batas penyimpanan untuk grup server Hyperscale (Citus)).

Memigrasikan database Anda dari SSPG ke FSPG

Pertimbangkan penawaran baru kami, Azure Database for PostgreSQL Flexible Server, yang menyediakan kemampuan yang lebih kaya seperti HA tangguh zona, performa yang dapat diprediksi, kontrol maksimum, jendela pemeliharaan kustom, kontrol pengoptimalan biaya, dan pengalaman pengembang yang disederhanakan.

Pelajari lebih lanjut tentang Server fleksibel Azure Database for PostgreSQL - OrcasPostgreSqlMeruMigration (Migrasi database Anda dari SSPG ke FSPG).

Meningkatkan Cache dan kinerja aplikasi saat mengeksekusi dengan bandwith jaringan tinggi

Instans cache berkinerja terbaik saat tidak berjalan di bawah bandwidth jaringan tinggi yang dapat menyebabkan ketidakresponsifan, kehilangan data, atau tidak tersedia. Terapkan praktik terbaik untuk mengurangi bandwidth jaringan atau menskalakan ke ukuran atau SKU yang berbeda dengan kapasitas lebih banyak.

Pelajari lebih lanjut tentang Redis Cache Server - RedisCacheNetworkBandwidth (Tingkatkan cache dan kinerja aplikasi Anda saat berjalan dengan bandwidth jaringan tinggi).

Meningkatkan Cache dan kinerja aplikasi Anda saat berjalan dengan banyak klien yang tersambung

Instans cache berkinerja terbaik saat tidak berjalan di bawah bandwidth jaringan tinggi yang dapat menyebabkan ketidakresponsifan, kehilangan data, atau tidak tersedia. Terapkan praktik terbaik untuk mengurangi beban server atau menskalakan ke ukuran atau SKU yang berbeda dengan kapasitas yang lebih besar.

Pelajari lebih lanjut tentang Redis Cache Server - RedisCacheConnectedClients (Tingkatkan Cache dan kinerja aplikasi Anda saat berjalan dengan banyak klien yang terhubung).

Meningkatkan Cache dan kinerja aplikasi Anda saat berjalan dengan banyak klien yang tersambung

Instans cache berkinerja terbaik saat tidak berjalan di bawah bandwidth jaringan tinggi yang dapat menyebabkan ketidakresponsifan, kehilangan data, atau tidak tersedia. Terapkan praktik terbaik untuk mengurangi beban server atau menskalakan ke ukuran atau SKU yang berbeda dengan kapasitas yang lebih besar.

Pelajari selengkapnya tentang Redis Cache Server - RedisCacheConnectedClientsHigh (Meningkatkan Cache dan performa aplikasi Anda saat berjalan dengan banyak klien yang tersambung).

Meningkatkan Cache dan performa aplikasi saat dijalankan dengan beban server tinggi

Instans cache berkinerja terbaik saat tidak berjalan di bawah bandwidth jaringan tinggi yang dapat menyebabkan ketidakresponsifan, kehilangan data, atau tidak tersedia. Terapkan praktik terbaik untuk mengurangi beban server atau menskalakan ke ukuran atau SKU yang berbeda dengan kapasitas yang lebih besar.

Pelajari lebih lanjut tentang Redis Cache Server - RedisCacheServerLoad (Tingkatkan Cache dan kinerja aplikasi Anda saat berjalan dengan beban server yang tinggi).

Meningkatkan Cache dan performa aplikasi saat dijalankan dengan beban server tinggi

Instans cache berkinerja terbaik saat tidak berjalan di bawah bandwidth jaringan tinggi yang dapat menyebabkan ketidakresponsifan, kehilangan data, atau tidak tersedia. Terapkan praktik terbaik untuk mengurangi beban server atau menskalakan ke ukuran atau SKU yang berbeda dengan kapasitas yang lebih besar.

Pelajari selengkapnya tentang Redis Cache Server - RedisCacheServerLoadHigh (Meningkatkan Cache dan performa aplikasi Anda saat berjalan dengan beban server yang tinggi).

Meningkatkan Cache dan performa aplikasi saat berjalan dengan tekanan memori tinggi

Instans cache berkinerja terbaik saat tidak berjalan di bawah bandwidth jaringan tinggi yang dapat menyebabkan ketidakresponsifan, kehilangan data, atau tidak tersedia. Terapkan praktik terbaik untuk mengurangi memori yang digunakan atau menskalakan ke ukuran atau SKU yang berbeda dengan kapasitas lebih banyak.

Pelajari lebih lanjut tentang Redis Cache Server - RedisCacheUsedMemory (Tingkatkan Cache dan kinerja aplikasi Anda saat berjalan dengan tekanan memori tinggi).

Tingkatkan performa Cache dan aplikasi Anda saat penggunaan rss memori tinggi.

Instans cache berkinerja terbaik saat tidak berjalan di bawah bandwidth jaringan tinggi yang dapat menyebabkan ketidakresponsifan, kehilangan data, atau tidak tersedia. Terapkan praktik terbaik untuk mengurangi memori yang digunakan atau menskalakan ke ukuran atau SKU yang berbeda dengan kapasitas lebih banyak.

Pelajari selengkapnya tentang Redis Cache Server - RedisCacheUsedMemoryRSS (Meningkatkan Cache dan performa aplikasi Anda saat penggunaan rss memori tinggi.).

Instans cache berkinerja terbaik ketika komputer host tempat aplikasi klien berjalan dapat mengikuti respons dari cache

Instans cache berkinerja terbaik ketika komputer host tempat aplikasi klien berjalan, dapat mengikuti respons dari cache. Jika komputer host klien berjalan panas pada memori, CPU, atau bandwidth jaringan, respons cache tidak menjangkau aplikasi Anda dengan cukup cepat dan dapat mengakibatkan latensi yang lebih tinggi.

Pelajari selengkapnya tentang Redis Cache Server - UnresponsiveClient (Instans cache bekerja paling baik saat mesin host tempat aplikasi klien berjalan mampu mengikuti tanggapan dari cache.).

DevOps

Perbarui ke Versi AMS API termutakhir

Kami telah mengidentifikasi panggilan ke versi API Azure Media Services (AMS) yang tidak disarankan. Sebaiknya beralih ke versi AMS API terbaru untuk memastikan akses tanpa gangguan ke AMS, fitur terbaru, dan peningkatan performa.

Pelajari selengkapnya tentang Monitor - UpdateToLatestAMSApiVersion (Perbarui ke Versi API AMS terbaru).

Tingkatkan ke Versi Workloads SDK terbaru

Tingkatkan ke versi SDK Beban Kerja terbaru untuk mendapatkan hasil terbaik dalam hal kualitas model, performa, dan ketersediaan layanan.

Pelajari selengkapnya tentang Monitor - UpgradeToLatestAMSSdkVersion (Tingkatkan ke versi SDK Beban Kerja terbaru).

Integrasi

Meningkatkan sumber daya API Management Anda ke versi alternatif

Langganan Anda berjalan pada versi yang telah dijadwalkan untuk penghentian. Pada 30 September 2023, semua versi API untuk layanan Azure API Management sebelum pensiun 2021-08-01 dan panggilan API gagal. Tingkatkan ke versi yang lebih baru untuk mencegah gangguan pada layanan Anda.

Pelajari selengkapnya tentang Api Management - apimgmtdeprecation (Tingkatkan sumber daya API Management Anda ke versi alternatif).

Seluler

SDK Obrolan Azure Communication Services dapat digunakan untuk menambahkan obrolan real time yang kaya ke aplikasi Anda. Perbarui ke versi SDK Obrolan yang direkomendasikan untuk memastikan perbaikan terkini dan fitur terbaru.

Pelajari lebih lanjut tentang Communication service - UpgradeChatSdk (Gunakan versi Chat SDK yang direkomendasikan).

Resource Manager SDK dapat digunakan untuk membuat dan mengelola sumber daya Azure Communication Services. Perbarui ke versi SDK Resource Manager yang direkomendasikan untuk memastikan perbaikan dan fitur terbaru.

Pelajari lebih lanjut tentang Communication service - UpgradeResourceManagerSdk (Gunakan versi Resource Manager SDK yang direkomendasikan).

SDK Identitas Azure Communication Services dapat digunakan untuk mengelola identitas, pengguna, dan token akses. Perbarui ke versi SDK Identitas yang direkomendasikan untuk memastikan perbaikan terkini dan fitur terbaru.

Pelajari lebih lanjut tentang Communication service - UpgradeIdentitySdk (Gunakan versi Identity SDK yang direkomendasikan).

SDK SMS Azure Communication Services digunakan untuk mengirim dan menerima pesan SMS. Perbarui ke versi SDK SMS yang direkomendasikan untuk memastikan perbaikan terkini dan fitur terbaru.

Pelajari lebih lanjut tentang Communication service - UpgradeSmsSdk (Gunakan versi SMS SDK yang direkomendasikan).

SDK Nomor Telepon Azure Communication Services dapat digunakan untuk memperoleh dan mengelola nomor telepon. Perbarui ke versi SDK Nomor Telepon yang disarankan untuk memastikan perbaikan dan fitur terbaru.

Pelajari lebih lanjut tentang Communication service - UpgradePhoneNumbersSdk (Gunakan versi Phone Numbers SDK yang direkomendasikan).

SDK Panggilan Azure Communication Services dapat digunakan untuk mengaktifkan suara, video, berbagi layar, dan komunikasi real time lainnya. Perbarui ke versi SDK Panggilan yang disarankan untuk memastikan perbaikan terkini dan fitur terbaru.

Pelajari lebih lanjut tentang Communication service - UpgradePhoneNumbersSdk (Gunakan versi Phone Numbers SDK yang direkomendasikan).

SDK Automasi Panggilan Azure Communication Services dapat digunakan untuk membuat dan mengelola panggilan, memutar audio, dan mengonfigurasi perekaman. Perbarui ke versi SDK Automasi Panggilan yang direkomendasikan untuk memastikan perbaikan terkini dan fitur terbaru.

Pelajari lebih lanjut tentang Communication service - UpgradeServerCallingSdk (Gunakan versi Call Automation SDK yang direkomendasikan).

SDK Network Traversal Azure Communication Services dapat digunakan untuk mengakses server TURN untuk transportasi data tingkat rendah. Perbarui ke versi SDK Network Traversal yang direkomendasikan untuk memastikan perbaikan terkini dan fitur terbaru.

Pelajari lebih lanjut tentang Communication service - UpgradeTurnSdk (Gunakan versi Network Traversal SDK yang direkomendasikan).

Azure Communication Services Rooms SDK dapat digunakan untuk mengontrol siapa saja yang dapat bergabung ke panggilan, kapan mereka dapat bertemu, dan bagaimana mereka dapat berkolaborasi. Perbarui ke versi Rooms SDK yang direkomendasikan untuk memastikan perbaikan terkini dan fitur terbaru. Versi yang tidak direkomendasikan telah terdeteksi dalam 48-60 jam terakhir.

Pelajari selengkapnya tentang layanan Komunikasi - UpgradeRoomsSdk (Gunakan versi SDK Kamar yang direkomendasikan).

Jaringan

Peningkatan rekomendasi versi SDK

Versi terbaru Azure Front Door Service Standar dan Premium Pustaka Klien/SDK berisi perbaikan untuk masalah yang dilaporkan oleh pelanggan, dan secara proaktif diidentifikasi melalui proses QA kami. Versi terbaru juga menyediakan keandalan dan pengoptimalan performa, selain fitur baru yang dapat meningkatkan keseluruhan pengalaman Anda dalam menggunakan Azure Front Door standar dan premium.

Pelajari selengkapnya tentang Front Door Profile - UpgradeCDNToLatestSDKLanguage (Rekomendasi peningkatan versi SDK).

Peningkatan rekomendasi versi SDK

Versi terbaru Azure Traffic Collector SDK berisi perbaikan untuk masalah yang secara proaktif diidentifikasi melalui proses QA kami, mendukung model sumber daya terbaru & memiliki keandalan dan pengoptimalan performa yang dapat meningkatkan pengalaman Anda secara keseluruhan menggunakan ATC.

Pelajari selengkapnya tentang Azure Traffic Collector - UpgradeATCToLatestSDKLanguage (Meningkatkan rekomendasi versi SDK).

Mutakhirkan bandwidth sirkuit ExpressRoute Anda untuk mengakomodasi kebutuhan bandwidth Anda

Anda telah menggunakan lebih dari 90% bandwidth sirkuit yang diperoleh baru-baru ini. Jika Anda melebihi bandwidth yang dialokasikan, Anda mengalami peningkatan paket yang dihilangkan yang dikirim melalui ExpressRoute. Mutakhirkan bandwidth sirkuit Anda untuk menjaga performa jika kebutuhan bandwidth Anda tetap setinggi ini.

Pelajari lebih lanjut tentang sirkuit ExpressRoute - UpgradeERCircuitBandwidth (Tingkatkan bandwidth sirkuit ExpressRoute Anda untuk mengakomodasi kebutuhan bandwidth Anda).

Rasakan latensi yang lebih dapat diprediksi dan konsisten dengan koneksi pribadi ke Azure

Tingkatkan performa, privasi, dan keandalan aplikasi penting untuk bisnis Anda dengan memperluas jaringan lokal ke Azure menggunakan Azure ExpressRoute. Buat koneksi ExpressRoute pribadi langsung dari WAN Anda, melalui fasilitas pertukaran cloud, atau melalui koneksi POP dan IPVPN.

Pelajari selengkapnya tentang Langganan - AzureExpressRoute (Alami latensi yang lebih dapat diprediksi dan konsisten dengan koneksi privat ke Azure).

Meningkatkan Workloads SDK ke versi terbaru (API Azure Center for SAP solutions)

Kami telah mengidentifikasi panggilan ke versi Workloads API yang kedaluwarsa untuk sumber daya dalam grup sumber daya ini. Sebaiknya beralih ke versi Workloads API terbaru guna memastikan akses tanpa gangguan ke fitur dan peningkatan performa terbaru di Azure Center for SAP solutions. Jika ada beberapa solusi Virtual Instances for SAP (VIS) yang ditampilkan dalam rekomendasi, pastikan Anda memperbarui versi API untuk semua sumber daya VIS.

Pelajari selengkapnya tentang Langganan - UpdateToLatestWaasApiVersionAtSub (Api Peningkatan Beban Kerja ke versi terbaru (Azure Center untuk API solusi SAP)).

Meningkatkan Workloads SDK ke versi terbaru (SDK Azure Center for SAP solutions)

Kami telah mengidentifikasi panggilan ke versi Workloads SDK yang kedaluwarsa dari sumber daya di Grup Sumber Daya ini. Tingkatkan ke versi SDK Beban Kerja terbaru untuk mendapatkan fitur terbaru dan hasil terbaik dalam hal kualitas model, performa, dan ketersediaan layanan untuk solusi Azure Center for SAP. Jika ada beberapa solusi Virtual Instances for SAP (VIS) yang ditampilkan dalam rekomendasi, pastikan Anda memperbarui versi SDK untuk semua sumber daya VIS.

Pelajari selengkapnya tentang Langganan - UpgradeToLatestWaasSdkVersionAtSub (Tingkatkan Beban Kerja SDK ke versi terbaru (Azure Center untuk SDK solusi SAP)).

Mengonfigurasi Waktu DNS untuk Hidup hingga 60 detik

Time to Live (TTL) memengaruhi seberapa baru respons yang didapat klien saat membuat permintaan ke Azure Traffic Manager. Mengurangi nilai TTL berarti bahwa klien dirutekan ke titik akhir yang berfungsi lebih cepat, dalam kasus failover. Konfigurasikan TTL Anda hingga 60 detik untuk merutekan lalu lintas ke titik akhir kesehatan secepat mungkin.

Pelajari profil Traffic Manager lebih lanjut - ProfileTTL (Konfigurasikan Waktu DNS untuk Hidup hingga 60 detik).

Konfigurasikan Waktu Hidup DNS hingga 20 detik

Time to Live (TTL) memengaruhi seberapa baru respons yang didapat klien saat membuat permintaan ke Azure Traffic Manager. Mengurangi nilai TTL berarti bahwa klien dirutekan ke titik akhir yang berfungsi lebih cepat, dalam kasus failover. Konfigurasikan TTL Anda hingga 20 detik untuk merutekan lalu lintas ke titik akhir yang sehat secepat mungkin.

Pelajari profil Traffic Manager lebih lanjut - FastFailOverTTL (Konfigurasikan Waktu DNS untuk Hidup hingga 20 detik).

Mengonfigurasi Waktu DNS untuk Hidup hingga 60 detik

Time to Live (TTL) memengaruhi seberapa baru respons yang didapat klien saat membuat permintaan ke Azure Traffic Manager. Mengurangi nilai TTL berarti bahwa klien dirutekan ke titik akhir yang berfungsi lebih cepat, dalam kasus failover. Konfigurasikan TTL Anda hingga 60 detik untuk merutekan lalu lintas ke titik akhir kesehatan secepat mungkin.

Pelajari profil Traffic Manager lebih lanjut - ProfileTTL (Konfigurasikan Waktu DNS untuk Hidup hingga 60 detik).

Pertimbangkan untuk meningkatkan ukuran SKU Gateway jaringan virtual Anda untuk mengatasi penggunaan CPU yang tinggi secara konsisten

Di bawah beban lalu lintas yang tinggi, gateway VPN mungkin menghilangkan paket karena CPU yang tinggi.

Pelajari selengkapnya tentang Gateway jaringan virtual - HighCPUVNetGateway (Pertimbangkan untuk meningkatkan ukuran SKU Gateway jaringan virtual (VNet) Anda untuk mengatasi penggunaan CPU yang tinggi secara konsisten).

Pertimbangkan untuk meningkatkan ukuran SKU Gateway jaringan virtual Anda untuk mengatasi penggunaan P2S tinggi

Setiap gateway SKU hanya dapat mendukung hitungan koneksi P2S bersamaan tertentu. Jumlah koneksi Anda mendekati batas gateway Anda, sehingga lebih banyak upaya koneksi mungkin gagal.

Pelajari lebih lanjut tentang Gateway jaringan virtual - HighP2SConnectionsVNetGateway (Pertimbangkan untuk meningkatkan ukuran VNet Gateway SKU Anda untuk mengatasi penggunaan P2S yang tinggi).

Pastikan Anda memiliki cukup instans di Gateway Aplikasi untuk mendukung lalu lintas Anda

Application Gateway Anda telah berjalan pada pemanfaatan tinggi baru-baru ini dan di bawah beban berat, Anda mungkin mengalami kehilangan lalu lintas atau peningkatan latensi. Penting bagi Anda untuk menskalakan Application Gateway dan menambahkan buffer sehingga Anda siap untuk setiap lonjakan atau lonjakan lalu lintas dan meminimalkan efek yang mungkin ada di QoS Anda. Application Gateway v1 SKU (Standard/WAF) mendukung penskalakan manual dan SKU v2 (Standard_v2/WAF_v2) mendukung penskalakan manual dan otomatis. Dengan penskalakan manual, tingkatkan jumlah instans Anda. Jika autoscaling diaktifkan, pastikan jumlah instans maksimum Anda diatur ke nilai yang lebih tinggi sehingga Application Gateway dapat meluaskan skala saat lalu lintas meningkat.

Pelajari lebih lanjut tentang Gateway aplikasi - HotAppGateway (Pastikan Anda memiliki cukup instans di Gateway Aplikasi untuk mendukung lalu lintas Anda).

Gunakan pemeriksaan kesehatan HEAD

Pemeriksaan kesehatan dapat menggunakan metode HTTP GET atau HEAD. Ini adalah praktik yang baik untuk menggunakan metode HEAD pada pemeriksaan kondisi, yang dapat mengurangi jumlah beban lalu lintas pada asal Anda.

Pelajari lebih lanjut tentang Front Door - Gunakan pemeriksaan kesehatan HEAD.

SAP untuk Azure

Untuk menghindari penguncian sementara di driver Mellanox, kurangi nilai can_queue di OS VM Aplikasi pada beban kerja SAP

Untuk menghindari penguncian sementara sporadis pada driver Mellanox, kurangi nilai can_queue di OS. Nilai tidak dapat diatur secara langsung. Tambahkan opsi baris boot kernel berikut ini untuk mencapai efek yang sama:'hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024'

Pelajari selengkapnya tentang Instans App Server - AppSoftLockup (Untuk menghindari penguncian sementara di driver Mellanox, kurangi nilai can_queue di OS VM Aplikasi dalam beban kerja SAP).

Untuk menghindari penguncian lunak di driver Mellanox, kurangi nilai can_queue di OS VM ASCS pada beban kerja SAP

Untuk menghindari penguncian sementara sporadis pada driver Mellanox, kurangi nilai can_queue di OS. Nilai tidak dapat diatur secara langsung. Tambahkan opsi baris boot kernel berikut ini untuk mencapai efek yang sama:'hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024'

Pelajari lebih lanjut tentang Instans Server Pusat - AscsoftLockup (Untuk menghindari penguncian sementara di driver Mellanox, kurangi nilai can_queue di ASCS VM OS dalam beban kerja SAP).

Untuk menghindari penguncian sementara di driver Mellanox, kurangi nilai can_queue di OS VM DB pada beban kerja SAP

Untuk menghindari penguncian sementara sporadis pada driver Mellanox, kurangi nilai can_queue di OS. Nilai tidak dapat diatur secara langsung. Tambahkan opsi baris boot kernel berikut ini untuk mencapai efek yang sama:'hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024'

Pelajari selengkapnya tentang Instans Database - DBSoftLockup (Untuk menghindari penguncian sementara di driver Mellanox, kurangi nilai can_queue di OS VM DB dalam beban kerja SAP).

Untuk peningkatan performa sistem file di HANA DB dengan ANF, optimalkan parameter OS tcp_wmem

Parameter net.ipv4.tcp_wmem menentukan ukuran buffer kirim minimum, default, dan maksimum yang digunakan untuk soket TCP. Atur parameter sesuai catatan SAP: 302436 untuk mensertifikasi HANA DB agar berjalan dengan ANF dan meningkatkan performa sistem file. Nilai maksimum tidak boleh melebihi parameter net.core.wmem_max.

Pelajari selengkapnya tentang Instans Database - WriteBuffersAllocated (Untuk peningkatan performa sistem file di HANA DB dengan ANF, optimalkan parameter OS tcp_wmem).

Untuk peningkatan performa sistem file di HANA DB dengan ANF, optimalkan parameter OS tcp_rmem

Parameter net.ipv4.tcp_rmem menentukan ukuran buffer terima minimum, default, dan maksimum yang digunakan untuk soket TCP. Atur parameter sesuai catatan SAP 3024346 untuk mensertifikasi HANA DB agar berjalan dengan ANF dan meningkatkan performa sistem file. Nilai maksimum tidak boleh melebihi parameter net.core.rmem_max.

Pelajari selengkapnya tentang Instans Database - OptimiseReadTcp (Untuk peningkatan performa sistem file di HANA DB dengan ANF, optimalkan parameter OS tcp_rmem).

Untuk peningkatan performa sistem file di HANA DB dengan ANF, optimalkan parameter OS wmem_max

Dalam HANA DB dengan jenis penyimpanan ANF, buffer soket tulis maksimum, yang ditentukan oleh parameter net.core.wmem_max harus diatur cukup besar untuk menangani paket jaringan keluar. Konfigurasi net.core.wmem_max mensertifikasi HANA DB untuk dijalankan dengan ANF dan meningkatkan performa sistem file. Lihat catatan SAP: 3024346.

Pelajari selengkapnya tentang Instans Database - MaxWriteBuffer (Untuk peningkatan performa sistem file di HANA DB dengan ANF, optimalkan parameter OS wmem_max).

Untuk peningkatan performa sistem file di HANA DB dengan ANF, optimalkan parameter OS tcp_rmem

Parameter net.ipv4.tcp_rmem menentukan ukuran buffer terima minimum, default, dan maksimum yang digunakan untuk soket TCP. Atur parameter sesuai catatan SAP 3024346 untuk mensertifikasi HANA DB agar berjalan dengan ANF dan meningkatkan performa sistem file. Nilai maksimum tidak boleh melebihi parameter net.core.rmem_max.

Pelajari selengkapnya tentang Instans Database - OptimizeReadTcp (Untuk peningkatan performa sistem file di HANA DB dengan ANF, optimalkan parameter OS tcp_rmem).

Untuk peningkatan performa sistem file di HANA DB dengan ANF, optimalkan parameter OS rmem_max

Dalam HANA DB dengan jenis penyimpanan ANF, buffer soket baca maksimum, yang ditentukan oleh parameter, net.core.rmem_max harus diatur cukup besar untuk menangani paket jaringan masuk. Konfigurasi net.core.rmem_max mensertifikasi HANA DB untuk dijalankan dengan ANF dan meningkatkan performa sistem file. Lihat catatan SAP: 3024346.

Pelajari selengkapnya tentang Instans Database - MaxReadBuffer (Untuk peningkatan performa sistem file di HANA DB dengan ANF, optimalkan parameter OS rmem_max).

Untuk meningkatkan performa sistem file di HANA DB dengan ANF, atur ukuran antrean backlog penerima ke 300000

Parameter net.core.netdev_max_backlog menentukan ukuran antrean backlog penerima, yang digunakan jika antarmuka jaringan menerima paket lebih cepat daripada yang dapat diproses oleh kernel. Atur parameter sesuai catatan SAP: 3024346. Konfigurasi net.core.netdev_max_backlog mensertifikasi HANA DB untuk dijalankan dengan ANF dan meningkatkan performa sistem file.

Pelajari selengkapnya tentang Instans Database - BacklogQueueSize (Untuk peningkatan performa sistem file di HANA DB dengan ANF, atur ukuran antrean backlog penerima ke 300000).

Untuk meningkatkan performa sistem file di HANA DB dengan ANF, aktifkan parameter OS penskalaan jendela TCP

Aktifkan parameter penskalaan jendela TCP sesuai catatan SAP: 302436. Konfigurasi penskalaan jendela TCP mensertifikasi HANA DB untuk dijalankan dengan ANF dan meningkatkan performa sistem file di HANA DB dengan ANF dalam beban kerja SAP.

Pelajari selengkapnya tentang Instans Database - EnableTCPWindowScaling (Untuk meningkatkan performa sistem file di HANA DB dengan ANF, aktifkan parameter OS penskalaan jendela TCP ).

Untuk meningkatkan performa sistem file di HANA DB dengan ANF, nonaktifkan protokol IPv6 di OS

Nonaktifkan IPv6 sesuai rekomendasi untuk SAP di Azure untuk HANA DB dengan ANF untuk meningkatkan performa sistem file.

Pelajari selengkapnya tentang Instans Database - DisableIPv6Protocol (Untuk peningkatan performa sistem file di HANA DB dengan ANF, nonaktifkan protokol IPv6 di OS).

Untuk meningkatkan performa sistem file di HANA DB dengan ANF, nonaktifkan parameter untuk mulai lambat setelah idle

Parameter net.ipv4.tcp_slow_start_after_idle menonaktifkan kebutuhan untuk meningkatkan skala secara bertahap ukuran jendela TCP untuk koneksi TCP yang menganggur selama beberapa waktu. Dengan mengatur parameter ini ke nol sesuai catatan SAP: 302436, kecepatan maksimum digunakan dari awal untuk koneksi TCP yang diam sebelumnya.

Pelajari selengkapnya tentang Instans Database - ParameterSlowStart (Untuk meningkatkan performa sistem file di HANA DB dengan ANF, nonaktifkan parameter untuk mulai lambat setelah diam).

Untuk peningkatan performa sistem file di HANA DB dengan ANF mengoptimalkan parameter OS tcp_max_syn_backlog

Untuk mencegah kernel menggunakan cookie SYN dalam situasi di mana banyak permintaan koneksi dikirim dalam jangka waktu singkat dan untuk mencegah peringatan tentang potensi serangan banjir SYN di log sistem, ukuran backlog SYN harus diatur ke nilai yang cukup tinggi. Lihat catatan SAP 2382421.

Pelajari selengkapnya tentang Instans Database - TCPMaxSynBacklog (Untuk peningkatan performa sistem file di HANA DB dengan ANF mengoptimalkan parameter OS tcp_max_syn_backlog).

Untuk meningkatkan performa sistem file di HANA DB dengan ANF, aktifkan parameter tcp_sack OS

Aktifkan parameter tcp_sack sesuai catatan SAP: 302436. Konfigurasi tcp_sack mensertifikasi HANA DB untuk dijalankan dengan ANF dan meningkatkan performa sistem file di HANA DB dengan ANF dalam beban kerja SAP.

Pelajari selengkapnya tentang Instans Database - TCPSackParameter (Untuk meningkatkan performa sistem file di HANA DB dengan ANF, aktifkan parameter OS tcp_sack).

Dalam skenario ketersediaan tinggi untuk HANA DB dengan ANF, nonaktifkan parameter OS tcp_timestamps

Nonaktifkan parameter tcp_timestamps sesuai catatan SAP: 302436. Konfigurasi tcp_timestamps mensertifikasi HANA DB untuk dijalankan dengan ANF dan meningkatkan performa sistem file dalam skenario ketersediaan tinggi untuk HANA DB dengan ANF dalam beban kerja SAP

Pelajari selengkapnya tentang Instans Database - DisableTCPTimestamps (Dalam skenario ketersediaan tinggi untuk HANA DB dengan ANF, nonaktifkan parameter OS tcp_timestamps).

Untuk meningkatkan performa sistem file di HANA DB dengan ANF, aktifkan parameter OS tcp_timestamps

Aktifkan parameter tcp_timestamps sesuai catatan SAP: 302436. Konfigurasi tcp_timestamps mensertifikasi HANA DB untuk dijalankan dengan ANF dan meningkatkan performa sistem file di HANA DB dengan ANF dalam beban kerja SAP.

Pelajari selengkapnya tentang Instans Database - EnableTCPTimestamps (Untuk peningkatan performa sistem file di HANA DB dengan ANF, aktifkan parameter OS tcp_timestamps).

Untuk meningkatkan performa sistem file di HANA DB dengan ANF, aktifkan penyetelan otomatis TCP menerima ukuran buffer

Parameter net.ipv4.tcp_moderate_rcvbuf memungkinkan TCP melakukan penyetelan otomatis buffer, untuk secara otomatis mengukur buffer (tidak lebih besar dari tcp_rmem agar sesuai dengan ukuran yang diperlukan oleh jalur untuk throughput penuh. Aktifkan parameter ini sesuai catatan SAP: 302436 untuk peningkatan performa sistem file.

Pelajari selengkapnya tentang Instans Database - EnableAutoTuning (Untuk meningkatkan performa sistem file di HANA DB dengan ANF, aktifkan penyetelan otomatis ukuran buffer penerima TCP).

Untuk peningkatan performa sistem file di HANA DB dengan ANF, optimalkan net.ipv4.ip_local_port_range

Karena HANA menggunakan sejumlah besar koneksi untuk komunikasi internal, masuk akal untuk memiliki sebanyak mungkin port klien yang tersedia untuk tujuan ini. Atur parameter OS, parameter net.ipv4.ip_local_port_range sesuai catatan SAP 2382421 untuk memastikan komunikasi HANA internal yang optimal.

Pelajari selengkapnya tentang Instans Database - IPV4LocalPortRange (Untuk peningkatan performa sistem file di HANA DB dengan ANF, optimalkan net.ipv4.ip_local_port_range).

Untuk meningkatkan performa sistem file di HANA DB dengan ANF, optimalkan sunrpc.tcp_slot_table_entries

Atur parameter sunrpc.tcp_slot_table_entries ke 128 sesuai rekomendasi untuk meningkatkan performa sistem file di HANA DB dengan ANF dalam beban kerja SAP.

Pelajari selengkapnya tentang Instans Database - TCPSlotTableEntries (Untuk meningkatkan performa sistem file di HANA DB dengan ANF, optimalkan sunrpc.tcp_slot_table_entries).

Semua disk dalam LVM untuk volume /hana/data harus memiliki jenis yang sama untuk memastikan performa tinggi dalam HANA DB

Jika beberapa jenis disk dipilih dalam volume /hana/data, performa HANA DB dalam beban kerja SAP mungkin akan dibatasi. Pastikan semua disk volume Data HANA memiliki jenis yang sama dan dikonfigurasi sesuai rekomendasi untuk SAP di Azure.

Pelajari selengkapnya tentang Instans Database - HanaDataDiskTypeSame (Semua disk di LVM untuk volume /hana/data harus memiliki jenis yang sama untuk memastikan performa tinggi di HANA DB).

Ukuran stripe untuk /hana/data harus 256 kb untuk meningkatkan performa HANA DB dalam beban kerja SAP

Jika Anda menggunakan LVM atau mdadm untuk membangun set stripe di beberapa disk premium Azure, Anda perlu menentukan ukuran stripe. Berdasarkan pengalaman dengan versiLinux terbaru, Azure merekomendasikan penggunaan ukuran stripe 256 kb untuk sistem file /hana/data untuk performa HANA DB yang lebih baik.

Pelajari selengkapnya tentang Instans Database - HanaDataStripeSize (Ukuran stripe untuk /hana/data harus 256 kb untuk meningkatkan performa HANA DB dalam beban kerja SAP).

Untuk meningkatkan performa sistem file di HANA DB dengan ANF, optimalkan parameter vm.swappiness

Atur parameter OS vm.swappiness ke 10 sesuai rekomendasi untuk peningkatan performa sistem file di HANA DB dengan ANF dalam beban kerja SAP.

Pelajari selengkapnya tentang Instans Database - VmSwappiness (Untuk meningkatkan performa sistem file di HANA DB dengan ANF, optimalkan parameter vm.swappiness).

Untuk meningkatkan performa sistem file di HANA DB dengan ANF, nonaktifkan net.ipv4.conf.all.rp_filter

Nonaktifkan parameter OS linux filter jalur terbalik, net.ipv4.conf.all.rp_filter sesuai rekomendasi untuk peningkatan performa sistem file di HANA DB dengan ANF dalam beban kerja SAP.

Pelajari selengkapnya tentang Instans Database - DisableIPV4Conf (Untuk meningkatkan performa sistem file di HANA DB dengan ANF, nonaktifkan net.ipv4.conf.all.rp_filter).

Jika menggunakan Ultradisk, IOPS untuk volume /hana/data harus >=7000 untuk performa DB HANA yang lebih baik

IOPS minimal 7000 di /hana/volume data direkomendasikan untuk beban kerja SAP saat menggunakan Ultradisk. Pilih jenis disk untuk volume /hana/data sesuai persyaratan ini untuk memastikan performa DB yang tinggi.

Pelajari selengkapnya tentang Instans Database - HanaDataIOPS (Jika menggunakan Ultradisk, IOPS untuk volume /hana/data harus >=7000 untuk performa HANA DB yang lebih baik).

Untuk meningkatkan performa sistem file di HANA DB dengan ANF, ubah parameter tcp_max_slot_table_entries

Atur parameter OS tcp_max_slot_table_entries ke 128 sesuai catatan SAP: 302436 untuk meningkatkan performa transfer file di HANA DB dengan ANF dalam beban kerja SAP.

Pelajari selengkapnya tentang Instans Database - OptimizeTCPMaxSlotTableEntries (Untuk meningkatkan performa sistem file di HANA DB dengan ANF, ubah parameter tcp_max_slot_table_entries).

Pastikan performa baca volume /hana/data adalah >=400 MB/detik untuk performa yang lebih baik dalam HANA DB

Aktivitas baca minimal 400 MB/dtk untuk /hana/data untuk ukuran I/O 16 MB dan 64 MB direkomendasikan untuk beban kerja SAP di Azure. Pilih jenis disk untuk /hana/data sesuai persyaratan ini untuk memastikan performa DB yang tinggi dan untuk memenuhi persyaratan penyimpanan minimum untuk SAP Hana.

Pelajari selengkapnya tentang Instans Database - HanaDataVolumePerformance (Pastikan performa baca volume /hana/data adalah >=400 MB/detik untuk performa yang lebih baik di HANA DB).

Performa baca/tulis volume /hana/log harus >=250 MB/detik untuk performa yang lebih baik dalam HANA DB

Aktivitas Baca/Tulis minimal 250 MB/dtk untuk /hana/log untuk ukuran I/O 1 MB direkomendasikan untuk beban kerja SAP di Azure. Pilih jenis disk untuk volume /hana/log sesuai persyaratan ini untuk memastikan performa DB yang tinggi dan untuk memenuhi persyaratan penyimpanan minimum untuk SAP Hana.

Pelajari selengkapnya tentang Instans Database - HanaLogReadWriteVolume (Performa baca/tulis volume /hana/log harus >=250 MB/detik untuk performa yang lebih baik di HANA DB).

Jika menggunakan Ultradisk, IOPS untuk volume /hana/log harus >=2000 untuk performa yang lebih baik di HANA DB

IOPS setidaknya 2000 di /hana/volume log direkomendasikan untuk beban kerja SAP saat menggunakan Ultradisk. Pilih jenis disk untuk volume /hana/log sesuai persyaratan ini untuk memastikan performa DB yang tinggi.

Pelajari selengkapnya tentang Instans Database - HanaLogIOPS (Jika menggunakan Ultradisk, IOPS untuk volume /hana/log harus >=2000 untuk performa yang lebih baik di HANA DB).

Semua disk dalam LVM untuk volume /hana/log harus memiliki jenis yang sama untuk memastikan performa tinggi dalam HANA DB

Jika beberapa jenis disk dipilih dalam /hana/volume log, performa HANA DB dalam beban kerja SAP mungkin akan dibatasi. Pastikan semua disk volume Data HANA memiliki jenis yang sama dan dikonfigurasi sesuai rekomendasi untuk SAP di Azure.

Pelajari selengkapnya tentang Instans Database - HanaDiskLogVolumeSameType (Semua disk di LVM untuk volume /hana/log harus memiliki jenis yang sama untuk memastikan performa tinggi di HANA DB).

Mengaktifkan Write Accelerator pada /hana/volume log dengan disk Premium untuk meningkatkan latensi tulis di HANA DB

Azure Write Accelerator adalah fungsionalitas untuk mesin virtual Azure M-Series. Ini meningkatkan latensi I/O penulisan terhadap penyimpanan premium Azure. Untuk SAP HANA, Write Accelerator hanya digunakan untuk /hana/volume log.

Pelajari selengkapnya tentang Instans Database - WriteAcceleratorEnabled (Aktifkan Akselerator Tulis pada volume /hana/log dengan disk Premium untuk meningkatkan latensi tulis di HANA DB).

Ukuran stripe untuk /hana/log harus 64 kb untuk meningkatkan performa HANA DB dalam beban kerja SAP

Jika Anda menggunakan LVM atau mdadm untuk membangun set stripe di beberapa disk premium Azure, Anda perlu menentukan ukuran stripe. Untuk mendapatkan throughput yang cukup dengan ukuran I/O yang lebih besar, Azure merekomendasikan penggunaan ukuran stripe 64 kb untuk sistem file /hana/log untuk performa HANA DB yang lebih baik.

Pelajari selengkapnya tentang Instans Database - HanaLogStripeSize (Ukuran stripe untuk /hana/log harus 64 kb untuk meningkatkan performa HANA DB dalam beban kerja SAP).

Keamanan

Memperbarui Versi Attestation API

Kami telah mengidentifikasi panggilan API dari API Pengesahan yang kedalutenan untuk sumber daya di bawah langganan ini. Sebaiknya Anda beralih ke Attestation API versi terbaru. Anda perlu memperbarui kode yang ada untuk menggunakan API versi terbaru. Menggunakan versi API terbaru memastikan Anda menerima fitur terbaru dan peningkatan performa.

Pelajari lebih lanjut tentang penyedia Pengesahan - UpgradeAttestationAPI (Perbarui Versi API Attestation).

Perbarui Versi SDK Key Vault

Pustaka Klien Key Vault Baru dibagi menjadi kunci, rahasia, dan sertifikat SDK, yang terintegrasi dengan pustaka Azure Identity yang disarankan untuk menyediakan autentikasi tanpa batas ke Key Vault di semua bahasa dan lingkungan. Ini juga berisi beberapa perbaikan performa untuk masalah yang dilaporkan oleh pelanggan dan secara proaktif diidentifikasi melalui proses QA kami. Jika Key Vault terintegrasi dengan Azure Storage, Disk, atau layanan Azure lainnya yang dapat menggunakan Key Vault SDK lama dan ketika semua aplikasi kustom Anda saat ini menggunakan .NET SDK 4.0 atau yang lebih baru, tutup rekomendasi.

Pelajari lebih lanjut tentang Key vault - UpgradeKeyVaultSDK (Perbarui Versi SDK Key Vault).

Perbarui Versi SDK Key Vault

Pustaka Klien Key Vault Baru dibagi menjadi kunci, rahasia, dan sertifikat SDK, yang terintegrasi dengan pustaka Azure Identity yang disarankan untuk menyediakan autentikasi tanpa batas ke Key Vault di semua bahasa dan lingkungan. Ini juga berisi beberapa perbaikan performa untuk masalah yang dilaporkan oleh pelanggan dan secara proaktif diidentifikasi melalui proses QA kami.

Penting

Ketahuilah bahwa Anda hanya dapat memulihkan rekomendasi untuk aplikasi kustom yang dapat Anda akses. Rekomendasi dapat ditampilkan karena integrasi dengan layanan Azure lainnya seperti Storage, enkripsi Disk, yang sedang dalam proses untuk memperbarui ke versi baru SDK kami. Jika Anda menggunakan .NET 4.0 di semua aplikasi Anda, tutup rekomendasi.

Pelajari lebih lanjut tentang Managed HSM Service - UpgradeKeyVaultMHSMSDK (Perbarui Key Vault SDK Version).

Penyimpanan

Gunakan “Put Blob” untuk blob yang lebih kecil dari 256 MB

Saat menulis gumpalan blok 256 MB atau kurang (64 MB untuk permintaan menggunakan versi REST sebelum 2016-05-31), Anda dapat mengunggahnya secara keseluruhan dengan satu operasi tulis menggunakan "Put Blob". Berdasarkan metrik agregat Anda, kami yakin operasi tulis akun penyimpanan Anda dapat dioptimalkan.

Pelajari selengkapnya tentang Akun Penyimpanan - StorageCallPutBlob (Gunakan ""Put Blob"" untuk blob yang lebih kecil dari 256 MB).

Tingkatkan ukuran berbagi file premium yang disediakan guna menghindari pembatasan permintaan

Permintaan Anda untuk berbagi file premium dibatasi karena operasi I/O per detik (IOPS) ataupun batas throughput untuk berbagi file telah tercapai. Untuk melindungi permintaan Anda agar tidak dibatasi, tingkatkan ukuran berbagi file premium.

Pelajari selengkapnya tentang Akun Penyimpanan - AzureStorageAdvisorAvoidThrottlingPremiumFiles (Tingkatkan ukuran berbagi file premium yang disediakan untuk menghindari pembatasan permintaan).

Membuat statistik pada kolom tabel

Kami telah mendeteksi bahwa Anda kehilangan statistik tabel yang mungkin memengaruhi performa kueri. Pengoptimal kueri menggunakan statistik untuk memperkirakan kardinalitas atau jumlah baris dalam hasil kueri yang memungkinkan pengoptimal kueri membuat rencana kueri berkualitas tinggi.

Pelajari lebih lanjut tentang SQL data warehouse - CreateTableStatisticsSqlDW (Buat statistik pada kolom tabel).

Menghapus condong data untuk meningkatkan performa kueri

Kami telah mendeteksi data distribusi condong lebih besar dari 15%, yang dapat menyebabkan hambatan performa yang mahal.

Pelajari lebih lanjut tentang SQL data warehouse - DataSkewSqlDW (Hapus kecondongan data untuk meningkatkan kinerja kueri).

Memperbarui statistik pada kolom tabel

Kami telah mendeteksi bahwa Anda tidak memiliki statistik tabel terbaru, yang mungkin memengaruhi performa kueri. Pengoptimal kueri menggunakan statistik terbaru untuk memperkirakan kardinalitas atau jumlah baris dalam hasil kueri yang memungkinkan pengoptimal kueri membuat rencana kueri berkualitas tinggi.

Pelajari lebih lanjut tentang SQL data warehouse - UpdateTableStatisticsSqlDW (Perbarui statistik pada kolom tabel).

Tingkatkan untuk mengoptimalkan pemanfaatan cache dengan SQL Data Warehouse

Kami telah mendeteksi bahwa Anda memiliki persentase penggunaan cache tinggi dengan persentase hit rendah, menunjukkan tingkat pengeluaran cache tinggi yang dapat memengaruhi performa beban kerja Anda.

Pelajari lebih lanjut tentang SQL data warehouse - SqlDwIncreaseCacheCapacity (Tingkatkan untuk mengoptimalkan penggunaan cache dengan SQL Data Warehouse).

Meningkatkan atau memperbarui kelas sumber daya untuk mengurangi konten tempdb dengan Gudang Data SQL

Kami telah mendeteksi bahwa Anda memiliki pemanfaatan tempdb tinggi yang dapat memengaruhi performa beban kerja Anda.

Pelajari lebih lanjut tentang SQL data warehouse - SqlDwReduceTempdbContention (Tingkatkan atau perbarui kelas sumber daya untuk mengurangi perselisihan tempdb dengan SQL Data Warehouse).

Mengubah tabel menjadi tabel yang direplikasi dengan SQL Data Warehouse

Kami telah mendeteksi bahwa Anda mungkin mendapat manfaat dari menggunakan tabel yang direplikasi. Tabel yang direplikasi menghindari operasi pergerakan data yang mahal dan secara signifikan meningkatkan performa beban kerja Anda.

Pelajari lebih lanjut tentang SQL data warehouse - SqlDwReplicateTable (Konversi tabel ke tabel yang direplikasi dengan SSQL Data warehouse).

Pisahkan file yang dipersiapkan di akun penyimpanan untuk meningkatkan performa pemuatan

Kami telah mendeteksi bahwa Anda dapat meningkatkan throughput beban dengan membagi file terkompresi Anda yang dipersiapkan di akun penyimpanan Anda. Aturan praktis yang baik adalah membagi file terkompresi menjadi 60 atau lebih untuk memaksimalkan paralelisme beban Anda.

Pelajari lebih lanjut tentang SQL data warehouse - FileSplittingGuidance (Pisahkan file bertahap di akun penyimpanan untuk meningkatkan kinerja beban).

Perbesar ukuran batch saat memuat untuk memaksimalkan throughput beban, kompresi data, dan performa kueri

Kami mendeteksi bahwa Anda dapat meningkatkan performa beban dan throughput dengan meningkatkan ukuran batch saat memuat ke database Anda. Pertimbangkan untuk menggunakan pernyataan COPY. Jika Anda tidak dapat menggunakan pernyataan COPY, pertimbangkan untuk meningkatkan ukuran batch saat menggunakan utilitas pemuatan seperti SQLBulkCopy API atau BCP - aturan praktis yang baik adalah ukuran batch antara 100K hingga 1M baris.

Pelajari lebih lanjut tentang SQL data warehouse - LoadBatchSizeGuidance (Tingkatkan ukuran batch saat memuat untuk memaksimalkan keluaran beban, kompresi data, dan kinerja kueri).

Tempatkan akun penyimpanan dalam wilayah yang sama untuk meminimalkan latensi saat memuat

Kami telah mendeteksi bahwa Anda memuat dari wilayah yang berbeda dari kumpulan SQL Anda. Pertimbangkan untuk memuat dari akun penyimpanan yang berada dalam wilayah yang sama dengan kumpulan SQL Anda untuk meminimalkan latensi saat memuat data.

Pelajari lebih lanjut tentang SQL data warehouse - ColocateStorageAccount (Temukan bersama lokasi akun penyimpanan dalam wilayah yang sama untuk meminimalkan latensi saat memuat).

Memutakhirkan Storage Client Library Anda ke versi terbaru demi keandalan dan performa yang lebih baik

Storage Client Library/SDK versi terbaru berisi perbaikan untuk masalah yang dilaporkan oleh pelanggan, dan secara proaktif diidentifikasi melalui proses QA kami. Versi terbaru juga menyediakan keandalan dan pengoptimalan performa, selain fitur baru yang dapat meningkatkan keseluruhan pengalaman Anda dalam menggunakan Azure Storage.

Pelajari selengkapnya tentang Akun Penyimpanan - UpdateStorageSDK (Tingkatkan Pustaka Klien Penyimpanan Anda ke versi terbaru untuk keandalan dan performa yang lebih baik).

Memutakhirkan Storage Client Library Anda ke versi terbaru demi keandalan dan performa yang lebih baik

Storage Client Library/SDK versi terbaru berisi perbaikan untuk masalah yang dilaporkan oleh pelanggan, dan secara proaktif diidentifikasi melalui proses QA kami. Versi terbaru juga menyediakan keandalan dan pengoptimalan performa, selain fitur baru yang dapat meningkatkan keseluruhan pengalaman Anda dalam menggunakan Azure Storage.

Pelajari lebih lanjut tentang Storage Account - UpdateStorageDataMovementSDK (Tingkatkan Storage Client Library Anda ke versi terbaru untuk keandalan dan kinerja yang lebih baik).

Tingkatkan ke Disk SSD Standar untuk performa yang konsisten dan ditingkatkan

Karena Anda menjalankan beban kerja komputer virtual IaaS pada disk terkelola HDD Standar, ketahuilah bahwa opsi disk SSD Standar sekarang tersedia untuk semua jenis Azure VM. Disk SSD Standar adalah opsi penyimpanan hemat biaya yang dioptimalkan untuk beban kerja perusahaan yang membutuhkan performa yang konsisten. Tingkatkan konfigurasi disk Anda hari ini untuk meningkatkan latensi, keandalan, dan ketersediaan. Peningkatan memerlukan boot ulang VM, yang membutuhkan waktu tiga hingga lima menit.

Pelajari lebih lanjut tentang Storage Account - StandardSSDForNonPremVM (Tingkatkan ke Disk SSD Standar untuk kinerja yang konsisten dan lebih baik).

Gunakan performa penyimpanan blokir penyimpanan blob

Satu atau beberapa akun penyimpanan Anda memiliki tarif transaksi yang tinggi per GB data blob blok yang disimpan. Gunakan penyimpanan blob blok performa premium bukannya penyimpanan performa standar untuk beban kerja Anda yang memerlukan waktu respons penyimpanan yang cepat dan/atau tingkat transaksi yang tinggi dan berpotensi menghemat biaya penyimpanan.

Pelajari lebih lanjut tentang Storage Account - PremiumBlobStorageAccount (Gunakan penyimpanan blob blok performa premium).

Mengonversi Disk Tidak Terkelola dari HDD Standar ke SSD Premium untuk performa

Kami telah melihat bahwa disk HDD Tidak Terkelola Anda mendekati target performa. SSD premium Azure memberikan dukungan disk berperforma tinggi dan berlatensi rendah untuk komputer virtual dengan beban kerja intensif IO. Tingkatkan performa disk Anda dengan meningkatkan disk HDD Standar ke disk SSD Premium. Peningkatan memerlukan boot ulang VM, yang membutuhkan waktu tiga hingga lima menit.

Pelajari lebih lanjut tentang Storage Account - UMDHDDtoPremiumForPerformance (Konversi Disk Tidak Dikelola dari HDD Standar ke SSD Premium demi kinerja).

Mendistribusikan data dalam kelompok server untuk mendistribusikan beban kerja di antara node

Sepertinya data tidak didistribusikan dalam grup server ini tetapi tetap berada di koordinator. Untuk manfaat Hyperscale (Citus) penuh, distribusikan data pada simpul pekerja di grup server.

Pelajari lebih lanjut tentang grup server Hyperscale (Citus) - OrcasPostgreSqlCitusDistributeData (Mendistribusikan data dalam grup server untuk mendistribusikan beban kerja di antara node).

Menyeimbangkan kembali data dalam grup server Hyperscale (Citus) untuk mendistribusikan beban kerja di antara node pekerja secara lebih merata

Sepertinya data tidak seimbang antara node pekerja di grup server Hyperscale (Citus) ini. Untuk menggunakan setiap simpul pekerja dari grup server Hyperscale (Citus) secara efektif menyeimbangkan ulang data dalam grup server.

Pelajari lebih lanjut tentang grup server Hyperscale (Citus) - OrcasPostgreSqlCitusRebalanceData (Menyeimbangkan data dalam grup server Hyperscale (Citus) untuk mendistribusikan beban kerja di antara node pekerja secara lebih merata).

Infrastruktur desktop virtual

Meningkatkan pengalaman dan konektivitas pengguna dengan menyebarkan VM lebih dekat ke lokasi pengguna

Kami telah menentukan bahwa VM Anda terletak di wilayah yang berbeda atau jauh dari tempat pengguna Anda terhubung dengan Azure Virtual Desktop, yang mungkin menyebabkan waktu respons koneksi yang berkepanjangan dan memengaruhi pengalaman pengguna secara keseluruhan. Saat Anda membuat VM untuk kumpulan host Anda, coba gunakan wilayah yang lebih dekat dengan pengguna. Memiliki jarak yang dekat dapat memastikan kepuasan yang berkelanjutan dengan layanan Azure Virtual Desktop dan kualitas pengalaman keseluruhan yang lebih baik.

Pelajari lebih lanjut tentang Host Pool - RegionProximitySessionHosts (Tingkatkan konektivitas dan pengalaman pengguna dengan menyebarkan VM lebih dekat ke lokasi pengguna.).

Ubah batas sesi maksimum untuk kumpulan host dengan penyeimbangan beban pertama mendalam Anda guna meningkatkan performa VM

Penyeimbangan beban pertama mendalam menggunakan batas sesi maksimum untuk menentukan jumlah maksimum pengguna yang dapat memiliki sesi bersamaan pada host satu sesi. Jika batas sesi maksimum terlalu tinggi, semua sesi pengguna diarahkan ke host sesi yang sama dan ini dapat menyebabkan masalah performa dan keandalan. Oleh karena itu, saat mengatur kumpulan host untuk memiliki penyeimbangan beban pertama yang mendalam, atur juga batas sesi maks yang sesuai dengan konfigurasi penyebaran dan kapasitas VM Anda. Untuk memperbaiki masalah ini, buka properti kumpulan host Anda dan ubah nilai di samping pengaturan "Batas sesi maksimal".

Pelajari lebih lanjut tentang Host Pool - ChangeMaxSessionLimitForDepthFirstHostPool (Ubah batas sesi maksimum untuk host pool yang seimbang sebagai beban pertama kedalaman Anda untuk meningkatkan kinerja VM).

Web

Pindahkan Paket App Service Anda ke PremiumV2 untuk mendapatkan performa yang lebih baik

Aplikasi Anda melayani lebih dari 1000 permintaan per hari selama 3 hari terakhir. Aplikasi Anda mungkin mendapat manfaat dari infrastruktur performa yang lebih tinggi yang tersedia dengan tingkat App Service Premium V2. Tingkat Premium V2 dilengkapi dengan VM seri Dv2 dengan prosesor yang lebih cepat, penyimpanan SSD, dan rasio memori-ke-inti dua kali lipat jika dibandingkan dengan instans sebelumnya. Pelajari lebih lanjut cara meningkatkan versi ke Premium V2 dari dokumentasi kami.

Pelajari lebih lanjut tentang layanan Aplikasi - AppServiceMoveToPremiumV2 (Beralih dari Paket Layanan Aplikasi Anda ke PremiumV2 untuk kinerja yang lebih baik).

Memeriksa koneksi keluar dari sumber daya App Service Anda

Aplikasi Anda telah membuka terlalu banyak koneksi soket TCP/IP. Melebihi batas koneksi port TCP/IP sementara dapat menyebabkan masalah konektivitas yang tidak terduga untuk aplikasi Anda.

Pelajari lebih lanjut tentang layanan Aplikasi - AppServiceOutboundConnections (Periksa koneksi keluar dari sumber daya App Service Anda).

Langkah berikutnya

Pelajari lebih lanjut tentang Efisiensi Kinerja - Microsoft Azure Well Architected Framework