Catatan rilis Azure Stack Edge 2203
BERLAKU UNTUK:
Azure Stack Edge Pro - GPUAzure Stack Edge Pro 2Azure Stack Edge Pro RAzure Stack Edge Mini R
Catatan rilis berikut mengidentifikasi masalah terbuka kritis dan masalah yang diselesaikan untuk rilis 2203 untuk perangkat Azure Stack Edge Anda. Catatan rilis ini berlaku untuk perangkat Azure Stack Edge Pro GPU, Azure Stack Edge Pro R, dan Azure Stack Edge Mini R. Fitur dan masalah yang sesuai dengan model tertentu dipanggil setiap kali terjadi.
Catatan rilis akan terus diperbarui, dan setiap masalah penting yang memerlukan solusi sementara ditemukan, mereka akan ditambahkan ke catatan. Sebelum Anda menyebarkan perangkat Anda, tinjau informasi yang ada dalam catatan rilis dengan cermat.
Artikel ini berlaku untuk rilis Azure Stack Edge 2203 , yang memetakan ke nomor versi perangkat lunak 2.2.1902.4561. Perangkat lunak ini dapat diterapkan ke perangkat Anda jika Anda menjalankan setidaknya perangkat lunak Azure Stack Edge 2106 (2.2.1636.3457).
Apa yang baru
Rilis 2203 memiliki fitur dan penyempurnaan berikut:
- Pembaruan versi Kubernetes - Rilis ini berisi pembaruan versi Kubernetes dari 1.20.9 hingga 1.21.7.
- Peningkatan VM - Ukuran VM baru F12_HPN ditambahkan dalam rilis ini.
Masalah yang diketahui dalam rilis 2203
Tabel berikut memberikan ringkasan masalah yang diketahui dalam rilis ini.
| Nomor. | Fitur | Masalah | Solusi/komentar |
|---|---|---|---|
| 1. | Fitur Pratinjau | Untuk rilis ini, fitur berikut tersedia dalam pratinjau: - Pengklusteran dan Komputasi Edge Multi-Akses (MEC) hanya untuk perangkat Azure Stack Edge Pro GPU. - VPN untuk Azure Stack Edge Pro R dan Azure Stack Edge Mini R saja. - Azure Resource Manager Lokal, VM, Manajemen cloud VM, manajemen cloud Kubernetes, dan Layanan multiproses (MPS) untuk Azure Stack Edge Pro GPU, Azure Stack Edge Pro R, dan Azure Stack Edge Mini R. |
Fitur-fitur ini umumnya akan tersedia dalam rilis selanjutnya. |
| 2. | VM HPN | Untuk rilis ini, Standard_F12_HPN hanya dapat mendukung satu antarmuka jaringan dan tidak dapat digunakan untuk penyebaran Multi-Access Edge Computing (MEC). |
Masalah yang diketahui dari rilis sebelumnya
Tabel berikut ini menyediakan ringkasan masalah umum yang terbawa dari rilis sebelumnya.
| Nomor. | Fitur | Masalah | Solusi/komentar |
|---|---|---|---|
| 1. | Azure Stack Edge Pro + Azure SQL | Membuat database SQL memerlukan akses Administrator. | Lakukan langkah-langkah berikut, bukan Langkah 1-2 di Create-the-sql-database. - Di UI lokal perangkat Anda, aktifkan antarmuka komputasi. Pilih Port Komputasi > # > Aktifkan untuk Penerapan komputasi > . - Unduh sqlcmd di komputer klien Anda dari utilitas perintah SQL. - Koneksi ke alamat IP antarmuka komputasi Anda (port yang diaktifkan), menambahkan ",1401" ke akhir alamat. - Perintah akhir akan terlihat seperti ini: sqlcmd -S {Interface IP},1401 -U SA -P "Strong! Passw0rd". Setelah ini, langkah 3-4 dari dokumentasi saat ini harus identik. |
| 2. | Refresh | Perubahan bertahap pada blob yang dipulihkan melalui Refresh TIDAK didukung | Untuk titik akhir Blob, pembaruan sebagian blob setelah Refresh, dapat mengakibatkan pembaruan tidak diunggah ke cloud. Misalnya, urutan tindakan seperti: 1. Buat blob di cloud. Atau hapus blob yang diunggah sebelumnya dari perangkat. 2. Refresh blob dari cloud ke appliance menggunakan fungsi refresh. 3. Perbarui hanya sebagian blob menggunakan REST API Azure SDK. Tindakan ini dapat mengakibatkan bagian blob yang diperbarui tidak diperbarui di cloud. Solusi sementara: Gunakan alat seperti robocopy, atau salinan file reguler melalui Explorer atau baris perintah, untuk mengganti seluruh blob. |
| 3. | Pembatasan | Selama pembatasan, jika penulisan baru ke perangkat tidak diizinkan, penulisan oleh klien NFS akan gagal dengan kesalahan "Izin Ditolak". | Kesalahan ini akan ditampilkan seperti di bawah ini:hcsuser@ubuntu-vm:~/nfstest$ mkdir testmkdir: tidak dapat membuat direktori 'test': Izin ditolak |
| 4. | Penyerapan Azure Blob Storage | Saat menggunakan AzCopy versi 10 untuk penyerapan penyimpanan Blob, jalankan AzCopy dengan argumen berikut: Azcopy <other arguments> --cap-mbps 2000 |
Jika batas ini tidak disediakan untuk AzCopy, maka AzCopy berpotensi mengirim banyak permintaan ke perangkat, yang mengakibatkan masalah dengan layanan. |
| 5. | Akun penyimpanan bertingkat | Berikut ini berlaku saat menggunakan akun penyimpanan bertingkat: - Hanya blob blok yang didukung. Blob halaman tidak didukung. - Tidak ada dukungan API rekam jepret atau salin. - Penyerapan beban kerja Hadoop melalui distcp tidak didukung karena sangat menggunakan operasi penyalinan. |
|
| 6. | Koneksi berbagi NFS | Jika beberapa proses menyalin ke berbagi yang sama, dan nolock atribut tidak digunakan, Anda mungkin melihat kesalahan selama penyalinan. |
Atribut nolock harus diteruskan ke perintah pemasangan untuk menyalin file ke berbagi NFS. Contoh: C:\Users\aseuser mount -o anon \\10.1.1.211\mnt\vms Z:. |
| 7. | Kluster Kube | Saat menerapkan pembaruan pada perangkat yang sedang menjalankan kluster Kube, komputer virtual Kube akan menghidupkan ulang dan memulai ulang. Dalam hal ini, hanya pod yang disebarkan dengan replika yang ditentukan akan dipulihkan secara otomatis setelah pembaruan. | Jika Anda telah membuat pod individu di luar pengontrol replikasi tanpa menentukan kumpulan replika, maka pod-pod ini tidak akan otomatis dipulihkan setelah perangkat diperbarui. Anda perlu memulihkan pod-pod ini. Set replika menggantikan pod yang dihapus atau dihentikan karena alasan apa pun, seperti kegagalan node atau peningkatan node yang mengganggu. Untuk alasan ini, sebaiknya Anda menggunakan set replika meskipun aplikasi Anda hanya memerlukan satu pod tunggal. |
| 8. | Kluster Kube | Kubernetes pada Azure Stack Edge Pro hanya didukung dengan Helm v3 atau yang lebih baru. Untuk informasi lebih lanjut, buka Pertanyaan yang sering diajukan: Penghapusan Tiller. | |
| 9. | Kubernetes | Port 31000 disediakan untuk Dasbor Kube. Port 31001 disediakan untuk registri kontainer Azure Stack Edge. Demikian pula dalam konfigurasi default, alamat IP 172.28.0.1 dan 172.28.0.10, masing-masing disediakan untuk layanan Kube dan layanan Core DNS. | Jangan gunakan IP yang dipesan. |
| 10. | Kubernetes | Kubernetes saat ini tidak mengizinkan layanan LoadBalancer multi-protokol. Misalnya, layanan DNS yang harus mendengarkan baik di TCP maupun UDP. | Untuk menyiasati keterbatasan Kubernetes dengan MetalLB, dua layanan (satu untuk TCP, satu untuk UDP) dapat dibuat pada pemilih pod yang sama. Layanan ini menggunakan kunci bersama dan spec.loadBalancerIP yang sama untuk berbagi alamat IP yang sama. IP juga dapat dibagikan jika Anda memiliki lebih banyak layanan daripada alamat IP yang tersedia. Untuk informasi selengkapnya, lihat Berbagi alamat IP. |
| 11. | Kluster Kubernetes | Modul marketplace Azure IoT Edge yang ada mungkin memerlukan modifikasi supaya berjalan pada IoT Edge di perangkat Azure Stack Edge. | Untuk informasi selengkapnya, lihat Menjalankan modul IoT Edge yang ada dari perangkat Azure Stack Edge Pro FPGA di perangkat Azure Stack Edge Pro GPU. |
| 12. | Kubernetes | Pemasangan ikat berbasis file tidak didukung dengan Azure IoT Edge pada Kube di perangkat Azure Stack Edge. | IoT Edge menggunakan lapisan terjemahan untuk menerjemahkan opsi ContainerCreate ke konstruksi Kube. Membuat Binds memetakan ke direktori hostpath dan dengan demikian, pemasangan ikat berbasis file tidak dapat diikat ke jalur dalam kontainer IoT Edge. Jika memungkinkan, petakan direktori induk. |
| 13. | Kubernetes | Jika Anda membawa sertifikat Anda sendiri untuk IoT Edge dan menambahkan sertifikat tersebut di perangkat Azure Stack Edge Anda setelah komputasi dikonfigurasi pada perangkat, sertifikat baru tersebut tidak diambil. | Untuk mengatasi masalah ini, Anda harus mengunggah sertifikat sebelum mengonfigurasikan komputasi pada perangkat. Jika komputasi sudah dikonfigurasi, Sambungkan ke antarmuka PowerShell perangkat dan jalankan perintah IoT Edge. Hidupkan ulang pod iotedged dan edgehub. |
| 14. | Sertifikat | Dalam kasus tertentu, status sertifikat di UI lokal mungkin membutuhkan beberapa detik untuk diperbarui. | Skenario berikut di UI lokal mungkin terpengaruh. - Kolom status di halaman Sertifikat . - Petak peta keamanan di halaman Memulai . - Petak konfigurasi di halaman Gambaran Umum . |
| 15. | Sertifikat | Pemberitahuan yang terkait dengan sertifikat rantai penandatanganan tidak dihapus dari portal bahkan setelah mengunggah sertifikat rantai penandatanganan baru. | |
| 16. | Proksi web | Proksi web berbasis autentikasi NTLM tidak didukung. | |
| 17. | Internet Explorer | Jika fitur keamanan ditingkatkan diaktifkan, Anda mungkin tidak dapat mengakses halaman antarmuka pengguna web lokal. | Nonaktifkan keamanan ditingkatkan, dan mulai ulang browser Anda. |
| 18. | Kubernetes | Kube tidak mendukung ":" dalam nama variabel lingkungan yang digunakan oleh aplikasi .NET. Ini juga diperlukan agar modul Event Grid IoT Edge berfungsi pada perangkat Azure Stack Edge dan aplikasi lainnya. Untuk informasi selengkapnya, lihat Dokumentasi inti ASP.NET. | Ganti ":" dengan dua garis bawah. Untuk informasi selengkapnya, lihat Masalah Kube |
| 19. | Azure Arc + Kluster Kube | Secara default, ketika sumber daya yamls dihapus dari repositori Git, sumber daya yang berkaitan tidak dihapus dari kluster Kube. |
Untuk mengizinkan penghapusan sumber daya saat mereka dihapus dari repositori git, atur --sync-garbage-collection di Arc OperatorParams. Untuk informasi selengkapnya, lihat Menghapus konfigurasi. |
| 20. | NFS | Aplikasi yang menggunakan berbagi NFS (Network File System/Sistem File Jaringan) yang terpasang di perangkat Anda untuk menulis data sebaiknya menggunakan penulis Eksklusif. Ia memastikan tulisan ditulis ke disk. | |
| 21. | Konfigurasi komputasi | Konfigurasi komputasi gagal dalam konfigurasi jaringan di mana gateway atau pengalihan atau perute merespons permintaan Address Resolution Protocol (ARP) untuk sistem yang tidak ada di jaringan. | |
| 22. | Komputasi dan Kube | Jika Kube yang disiapkan dahulu di perangkat, Kube akan mengklaim semua GPU yang tersedia. Oleh karena itu, tidak memungkinkan membuat komputer virtual Azure Resource Manager menggunakan GPU setelah menyiapkan Kube. | Jika perangkat Anda memiliki 2 GPU, Anda dapat membuat 1 komputer virtual yang menggunakan GPU baru kemudian mengonfigurasi Kube. Dalam hal ini, Kube akan menggunakan GPU satunya yang tersedia. |
| 23. | Ekstensi komputer virtual skrip kustom | Ada masalah yang diketahui di komputer virtual Windows yang dibuat dalam rilis sebelumnya dan perangkat diperbarui ke 2103. Jika Anda menambahkan ekstensi skrip kustom pada komputer virtual ini, Windows VM Guest Agent (hanya versi 2.7.41491.901) terjebak dalam pembaruan yang menyebabkan penyebaran ekstensi ke waktu habis. |
Untuk mengatasi masalah ini: - Koneksi ke VM Windows menggunakan protokol desktop jarak jauh (RDP). - Pastikan bahwa waappagent.exe berjalan pada mesin: Get-Process WaAppAgent. - Jika waappagent.exe tidak berjalan, mulai ulang rdagent layanan: Get-Service RdAgent | Restart-Service. Tunggu selama 5 menit.- Saat waappagent.exe sedang berjalan, matikan prosesnya WindowsAzureGuest.exe . - Setelah Anda menghentikan proses, proses mulai berjalan lagi dengan versi yang lebih baru. - Verifikasi bahwa versi Agen Tamu Windows VM adalah 2.7.41491.971 menggunakan perintah ini: Get-Process WindowsAzureGuestAgent | fl ProductVersion.- Siapkan ekstensi skrip kustom pada VM Windows. |
| 24. | Komputer Virtual GPU | Sebelum rilis ini, siklus hidup komputer virtual GPU tidak dikelola dalam alur pembaruan. Oleh karena itu, ketika memperbarui ke rilis 2103, komputer virtual GPU tidak dihentikan secara otomatis selama pembaruan. Anda harus menghentikan komputer virtual GPU secara manual menggunakan stop-stayProvisioned bendera sebelum memperbarui perangkat Anda. Selengkapnya, lihat Menangguhkan atau mematikan komputer virtual.Semua komputer virtual GPU yang terus berjalan sebelum pembaruan, dimulai setelah pembaruan. Dalam hal ini, beban kerja yang berjalan pada komputer virtual tidak dihentikan dengan baik. Dan komputer virtual berpotensi berakhir dalam status yang tidak diinginkan setelah pembaruan. Semua komputer virtual GPU yang dihentikan melalui stop-stayProvisioned sebelum pembaruan, secara otomatis dimulai setelah pembaruan. Jika Anda menghentikan komputer virtual GPU melalui portal Microsoft Azure, Anda harus memulai komputer virtual secara manual setelah pembaruan perangkat. |
Jika menjalankan komputer virtual GPU dengan Kube, hentikan komputer virtual GPU tepat sebelum pembaruan. Ketika komputer virtual GPU dihentikan, Kube akan mengambil alih GPU yang awalnya digunakan oleh komputer virtual. Semakin lama komputer virtual GPU berada dalam keadaan berhenti, semakin tinggi kemungkinan Kube akan mengambil alih GPU. |
| 25. | Layanan Multi-Proses (MPS) | Ketika perangkat lunak perangkat dan kluster Kube diperbarui, pengaturan MPS tidak dipertahankan untuk beban kerja. | Aktifkan kembali MPS dan sebarkan ulang beban kerja yang menggunakan MPS. |
| 26. | Wi-Fi | Wi-Fi tidak berfungsi di Azure Stack Edge Pro 2 dalam rilis ini. | Fungsionalitas ini mungkin tersedia dalam rilis mendatang. |