Migrasikan gateway ExpressRoute SKU IP Publik Dasar untuk Dedicated HSM

Microsoft memperpanjang dukungan untuk gateway ExpressRoute SKU IP Publik Dasar yang digunakan oleh Azure Dedicated HSM hingga 31 Maret 2027. Jika penyebaran Dedicated HSM Anda menggunakan SKU IP Publik Dasar, selesaikan migrasi sebelum tanggal ini untuk mempertahankan konektivitas.

Azure Dedicated HSM menggunakan gateway ExpressRoute dan sirkuit yang dikelola layanan untuk menghubungkan antarmuka jaringan virtual Dedicated HSM ke jaringan virtual Anda. Anda tidak dapat memigrasikan gateway ini dengan menggunakan proses migrasi gateway ExpressRoute standar. Proses standar tidak mendukung jaringan virtual yang berisi Dedicated HSM.

Caution

Jangan mengubah, menghapus, atau membuat ulang gateway ExpressRoute di lingkungan Dedicated HSM yang ada. Tindakan ini mengganggu sirkuit yang dikelola oleh layanan dan membuat penerapan Dedicated HSM tidak dapat diakses.

Jangan matikan atau batalkan alokasi Dedicated HSM agar memenuhi syarat untuk proses migrasi gateway ExpressRoute standar. Anda tidak dapat menyalakan perangkat secara independen. Pemulihan memerlukan permintaan Azure support dan dapat memperpanjang pemadaman secara signifikan.

Jalur migrasi yang didukung adalah menyebarkan lingkungan Dedicated HSM baru yang menggunakan gateway ExpressRoute SKU Standar, menetapkan ketersediaan tinggi antara lingkungan yang ada dan baru, lalu memindahkan beban kerja Anda.

Microsoft tidak memiliki akses ke perangkat Dedicated HSM, materi kunci, atau otomatisasi beban kerja yang dialokasikan untuk Anda. Anda bertanggung jawab untuk merencanakan dan menyelesaikan migrasi.

Important

Azure Dedicated HSM pensiun pada 31 Juli 2028. Pertimbangkan untuk bermigrasi langsung ke Azure Cloud HSM atau Azure Key Vault Managed HSM.

Jika Anda tidak dapat menyelesaikan migrasi layanan tersebut sebelum 31 Maret 2027, pertama-tama migrasikan lingkungan Dedicated HSM Anda ke gateway ExpressRoute SKU Standar. Kemudian selesaikan migrasi layanan Anda sebelum tanggal penghentian Dedicated HSM.

Bersiap untuk migrasi

Sebelum Anda mulai:

  • Aplikasi inventori dan beban kerja yang terhubung ke lingkungan Dedicated HSM yang ada.
  • Konfirmasikan bahwa Anda dapat menyebarkan kapasitas Dedicated HSM yang diperlukan di wilayah target. Anda mungkin perlu meminta penambahan kuota untuk langganan target sebelum menyebarkan HSM baru.
  • Rencanakan jendela pemeliharaan untuk perubahan konektivitas aplikasi.
  • Tinjau konfigurasi ketersediaan tinggi Anda dan pastikan bahwa HSM yang ada berfungsi dengan baik.
  • Siapkan pengujian validasi aplikasi dan operasional untuk lingkungan baru.

Eropa Barat, Eropa Utara, AS Timur, AS Timur 2, dan AS Barat mungkin memiliki kapasitas Dedicated HSM yang terbatas. Di wilayah ini, Anda mungkin perlu menggunakan migrasi bergulir:

  1. Terapkan satu HSM Khusus baru.
  2. Tambahkan ke grup ketersediaan tinggi yang ada.
  3. Validasi replikasi dan konektivitas aplikasi.
  4. Nolkan dan hapus satu HSM lama untuk merilis kapasitas.
  5. Ulangi proses hingga Anda memigrasikan semua HSM.

Konfirmasikan kapasitas regional dan urutan migrasi Anda dengan Azure support sebelum Memulai.

Terapkan lingkungan Dedicated HSM baru

Buat lingkungan yang menggunakan gateway ExpressRoute SKU Standar:

  1. Buat jaringan virtual baru.
  2. Buat gateway ExpressRoute SKU Standar.
  3. Terapkan instans Dedicated HSM baru.
  4. Konfigurasikan jaringan, perutean, dan konektivitas aplikasi.
  5. Memvalidasi konektivitas dan kesiapan operasional.

Jangan ubah gateway ExpressRoute di lingkungan Dedicated HSM yang ada.

Mengonfigurasi ketersediaan tinggi

Tetapkan ketersediaan tinggi antara lingkungan Dedicated HSM yang ada dan baru:

  1. Buat partisi dan konfigurasi HSM yang diperlukan.
  2. Konfigurasikan domain kloning yang sama pada partisi yang ada dan baru.
  3. Tambahkan partisi baru ke grup ketersediaan tinggi yang ada.
  4. Verifikasi sinkronisasi, kesehatan replikasi, dan ketersediaan kunci dari aplikasi dependen.

Untuk informasi selengkapnya, lihat Azure Dedicated HSM dengan ketersediaan tinggi.

Nota

Jangan melanjutkan sampai kedua lingkungan dapat melayani beban kerja produksi dan replikasi berfungsi dengan baik.

Memigrasikan beban kerja

Pindahkan satu aplikasi atau beban kerja pada satu waktu:

  1. Perbarui aplikasi untuk terhubung ke lingkungan Dedicated HSM baru.
  2. Memvalidasi operasi kriptografi, pemantauan, dan prosedur operasional.
  3. Pantau beban kerja untuk kesalahan atau perilaku tak terduga.
  4. Ulangi langkah-langkah ini hingga semua beban kerja produksi menggunakan lingkungan baru.

Jaga agar lingkungan yang ada tetap tersedia hingga Anda menyelesaikan validasi aplikasi dan operasional.

Menonaktifkan lingkungan lama

Setelah semua beban kerja menggunakan lingkungan baru:

  1. Konfirmasikan bahwa tidak ada aplikasi yang terhubung ke HSM lama.
  2. Verifikasi bahwa lingkungan baru memiliki bahan dan kapasitas utama yang diperlukan.
  3. Ikuti Cara menghapus sumber daya HSM untuk men-zeroize dan menghapus setiap Dedicated HSM lama.
  4. Hapus sumber daya jaringan Dedicated HSM lama hanya setelah Azure menghapus semua sumber daya HSM lama.

Warning

Jangan hapus grup sumber daya sebelum Anda mengosongkan dan menghapus setiap sumber daya Dedicated HSM. Menghapus grup sumber daya dapat membuat HSM berada dalam status yatim sementara penagihan tetap berlangsung.

Mengapa saya tidak dapat menggunakan proses migrasi ExpressRoute standar?

Konektivitas Dedicated HSM menggunakan sirkuit ExpressRoute yang dikelola layanan yang mengikat antarmuka jaringan virtual Dedicated HSM ke gateway ExpressRoute. Operasi jaringan standar tidak dapat membuat ulang atau memigrasikan sirkuit ini.

Jangan mengambil salah satu tindakan berikut di lingkungan yang ada:

  • Jangan memigrasikan gateway yang ada dari SKU IP Publik Dasar ke SKU Standar.
  • Jangan ubah konfigurasi gateway ExpressRoute.
  • Jangan hapus atau buat ulang gateway ExpressRoute.

Sebarkan lingkungan baru dan pindahkan beban kerja Anda alih-alih mengubah gateway di lingkungan yang ada.