Pelajari jawaban atas pertanyaan umum, pola, dan praktik terbaik untuk Azure Cache for Redis.
Perubahan lisensi Redis
Apa saja perubahan yang telah dilakukan pada lisensi Redis?
Proyek sumber terbuka Redis telah berubah menjadi model lisensi ganda dengan dukungan untuk Lisensi Yang Tersedia Sumber Redis versi 2 (RSALv2) atau Lisensi Publik Sisi Server versi 1 (SSPLv1). Lihat siaran pers Redis untuk informasi selengkapnya. Lihat juga posting blog Microsoft tentang perubahan lisensi Redis.
Apakah Azure Cache for Redis sekarang juga dicakup oleh lisensi RSALv2 dan SSPLv1?
Tidak, Azure Cache for Redis ditawarkan kepada pelanggan berdasarkan ketentuan layanan Microsoft. Lisensi RSALv2 dan SSPLv1 tidak berlaku untuk penggunaan Azure Cache for Redis oleh Anda.
Apakah instans Azure Cache for Redis saya akan terus menerima patch dan perbaikan bug?
Ya, Azure Cache for Redis, Azure Cache for Redis Enterprise, dan Enterprise Flash akan terus menerima patch dan perbaikan bug bahkan setelah pengumuman lisensi.
Apa yang perlu saya lakukan sebagai pelanggan Azure Cache for Redis sebagai respons terhadap pengumuman lisensi ini?
Tidak ada tindakan yang diperlukan untuk pelanggan Azure kami mengenai pengumuman lisensi.
Layanan yang Tidak Digunakan Lagi
Layanan Azure Cache for Redis mana yang tidak digunakan lagi?
Layanan Cache Terkelola -Layanan Cache Terkelola dihentikan pada 30 November 2016.
Cache Dalam Peran - Cache Dalam Peran telah dihentikan pada 30 November 2016.
Membuat cache dengan dependensi pada Cloud Services (klasik)
Apa yang harus saya lakukan dengan instans Azure Cache for Redis apa pun yang bergantung pada Cloud Services (klasik)?
Anda harus memigrasikan semua cache dengan dependensi pada Cloud Services (klasik). Pada Agustus 2021, kami mengumumkan Cloud Services (klasik) akan dihentikan pada 31 Agustus 2024. Setiap instans Azure Cache for Redis yang bergantung pada Cloud Services (klasik) perlu dihentikan pada tanggal yang sama.
Anda harus memigrasikan cache dengan dependensi pada Cloud Services (klasik) sebelum 31 Agustus 2024.
Berapa banyak cache yang terdampak?
Kami telah berusaha untuk memigrasikan cache sebanyak mungkin secara transparan. Karena itu, beberapa cache dan pelanggan terpengaruh.
Bagaimana cara mengetahui apakah cache terpengaruh?
Periksa Rekomendasi Azure Advisor. Jika cache terpengaruh, Anda akan melihat rekomendasi di langganan Anda.
Bagaimana cara memigrasikan cache Cloud Services (klasik) ke Azure Virtual Machine Scale Sets?
Kami telah memigrasikan sebagian besar cache agar tidak dibangun di Cloud Services (klasik) ke dibangun di Azure Virtual Machine Scale Sets. Migrasi ke Azure Virtual Machine Scale Sets akan menghapus dependensi. Ada tiga cara untuk memulai proses ini untuk cache di jaringan virtual:
Migrasikan ke cache baru menggunakan Private Links.
Buat cache baru yang menggunakan Private Link untuk isolasi jaringan daripada injeksi jaringan virtual dan migrasikan data Anda ke cache ini. Opsi ini memberi Anda pengalaman isolasi jaringan terbaik dan paling aman, sekaligus memastikan bahwa semua cache baru dibuat menggunakan infrastruktur yang diperbarui.
Migrasikan ke cache baru di subnet Azure Resource Manager VNet baru.
Membuat cache dalam VNet Klasik membuat cache Cloud Services (klasik) dan bukan cache Azure Virtual Machine Scale Sets. Migrasi ke cache baru di subnet VNet Azure Resource Manager baru memperbaiki dependensi yang mendasar pada Cloud Services sambil mempertahankan pengalaman jaringan virtual serupa.
Kami telah memigrasikan sebagian besar cache agar tidak dibangun di Cloud Services (klasik) ke dibangun di Azure Virtual Machine Scale Sets. Untuk bermigrasi, hapus cache yang sudah ada dan buat cache baru di subnet Azure Resource Manager VNet baru. Kami sangat menyarankan untuk tidak menggunakan subnet lama saat memigrasikan cache. Untuk opsi yang direkomendasikan untuk memigrasikan data di cache, lihat Bermigrasi ke Azure Cache for Redis.
Migrasi otomatis dengan kehilangan data (disarankan).
Kami dapat memigrasikan cache dari menggunakan Cloud Services (klasik) ke menggunakan Virtual Machine Scale Sets secara otomatis, dengan konfigurasi cache (termasuk kunci akses dan nama host) yang dipertahankan. Namun, metode ini membutuhkan waktu henti sekitar 30 menit dan kehilangan data lengkap pada cache. Anda dapat menggunakan fitur impor/ekspor untuk menyimpan salinan data Anda sebelum migrasi.
Untuk menggunakan opsi ini, hubungi azurecachemigration@microsoft.com atau buat permintaan dukungan untuk meminta migrasi.
Cache saya tidak menggunakan injeksi VNet, tetapi saya menerima pemberitahuan bahwa saya perlu bermigrasi. Apa yang harus saya lakukan?
Periksa untuk melihat apakah cache Anda menggunakan replikasi geografis. Jika demikian, Anda harus memigrasikan data Anda dari pasangan yang direplikasi secara geografis saat ini ke pasangan geo-replikasi baru.
Contohnya:
- Buat sepasang cache Premium yang direplikasi secara geografis baru yang cocok dengan konfigurasi yang sama dengan sepasang cache Anda saat ini.
- Batalkan tautan sepasang cache replikasi geografis asli Anda dan ekspor file RDB dari cache utama.
- Impor file RDB ke cache utama di pasangan geo-replikasi baru Anda.
Pasangan baru cache yang direplikasi secara geografis tidak akan memiliki dependensi yang sama pada Cloud Services.
Apa yang harus saya lakukan jika saya tidak dapat membuat instans cache baru dengan pesan kesalahan "subnet terpengaruh oleh penghentian Cloud Services"?
Kami mulai memblokir pembuatan cache baru menggunakan model penyebaran Cloud Services (klasik). Cache baru masih dapat dibuat menggunakan model penyebaran lama ini jika dibuat di subnet jaringan virtual yang pernah berisi cache Cloud Services, atau jika cache disebarkan ke VNet klasik. Jika Anda melihat pesan ini, buat subnet baru di VNet Anda untuk menyebarkan cache Anda. Membuat subnet di jaringan virtual Anda memastikan bahwa cache dibuat tanpa dependensi Cloud Services.
Untuk memeriksa apakah Anda memiliki satu atau beberapa cache berbasis Cloud Services di subnet, Anda dapat memeriksa Azure Advisor di portal atau menggunakan REST API tautan navigasi sumber daya.
resource-navigation-links Gunakan API dengan ID langganan, nama grup sumber daya, nama jaringan virtual, dan nama subnet Anda untuk mendapatkan cache apa pun di subnet yang menggunakan Cloud Services.
Jika Anda membuat cache baru menggunakan REST API, pastikan juga bahwa Anda tidak meneruskan konfigurasi {"CacheVmType": "CloudService"} redis bersama dengan permintaan buat. Parameter tersebut adalah parameter yang tidak terdokumentasi, jadi tidak mungkin Anda melakukan ini.
Jika Anda perlu membuat cache baru menggunakan model penyebaran Cloud Services (klasik), hubungi azurecachemigration@microsoft.com atau buat permintaan dukungan untuk meminta pengecualian.
Apa yang terjadi jika cache tidak ditingkatkan/dimigrasikan pada 31 Agustus 2024?
Cache ini akan dimatikan, dan Anda kehilangan data apa pun di cache Anda.
Apa garis waktu untuk dukungan?
Penghentian terjadi dalam tiga fase sehingga Anda memiliki jumlah waktu maksimum untuk bermigrasi:
Tahap Aktif (sekarang hingga 30 April 2023)
Cache memiliki dukungan penuh, tanpa perubahan status mulai hari ini. Periode ini diberikan untuk memungkinkan pelanggan melakukan transisi dari Cloud Service (klasik) dengan gangguan minimal.
Tahap Pemeliharaan (1 Mei 2023 hingga 31 Desember 2023)
Cache akan menerima perbaikan keamanan, stabilitas, dan bug yang penting, tetapi tidak ada fitur baru.
Tahap Tidak Aktif (1 Januari 2024 hingga 31 Agustus 2024)
Cache hanya menerima perbaikan keamanan penting. Semua pelanggan dengan masalah dukungan diperlukan untuk bermigrasi ke cache berbasis VMSS sebelum menerima dukungan. Pelanggan harus memindahkan cache mereka sebelum 31 Agustus 2024.
Apakah garis waktu ini berlaku untuk cache yang berjalan di Redis 4.0?
Tidak. Garis waktu ini hanya berlaku untuk cache yang berjalan di Redis 6.0. Redis 4.0 adalah bagian dari penghentian terpisah yang selesai sebelum Penghentian Cloud Services (klasik). Semua cache yang tersisa menggunakan Redis 4.0 di Cloud Services (klasik) akan secara otomatis dimigrasikan untuk menggunakan Virtual Machine Scale Sets dan Redis 6.0 setelah 31 Oktober 2023. Metode migrasi ini memerlukan waktu henti dan kehilangan data penuh pada cache, jadi migrasikan sebelum tanggal ini jika Anda ingin menghindari waktu henti atau kehilangan data. Hubungi azurecachemigration@microsoft.com atau buat permintaan dukungan untuk meminta peningkatan otomatis sebelum 31 Oktober 2023.
Di mana saya bisa mendapatkan informasi selengkapnya jika saya memiliki lebih banyak pertanyaan tentang penghentian ini?
Posting pertanyaan Anda ke halaman Tanya Jawab umum untuk penghentian Cloud Services (klasik). Selain itu, Anda dapat mengirim alamat email ke azurecachemigration@microsoft.com untuk informasi selengkapnya.
Pertanyaan umum
Bagaimana jika pertanyaan Azure Cache for Redis saya tidak terjawab di sini?
Jika pertanyaan Anda tidak tercantum di sini, beri tahu kami sehingga kami dapat membantu Anda menemukan jawaban.
Untuk menjangkau audiens yang lebih luas, Anda dapat mem-posting pertanyaan di halaman pertanyaan Microsoft Q&A untuk Azure Cache dan berinteraksi dengan tim Azure Cache dan anggota komunitas lainnya.
Jika Anda ingin membuat permintaan fitur, Anda dapat mengirimkan permintaan dan ide Anda ke Suara Pengguna Azure Cache for Redis.
Anda juga dapat mengirimkan pertanyaan Anda kepada kami di azurecache@microsoft.com.