Pertanyaan yang sering diajukan tentang Azure Windows mesin virtual yang dibuat dengan model penyebaran klasik

Penting

Komputer virtual klasik akan dihentikan pada 1 Maret 2023.

Jika Anda menggunakan sumber IaaS dari ASM, harap menyelesaikan migrasi sebelum 1 Maret 2023. Kami mendorong Anda untuk beralih lebih cepat untuk memanfaatkan banyak peningkatan fitur di Azure Resource Manager.

Untuk mengetahui informasi selengkapnya, lihat Migrasikan sumber IaaS Anda ke Azure Resource Manager sebelum 1 Maret 2023.

Catatan

Azure memiliki dua model penyebaran yang berbeda untuk membuat dan bekerja dengan sumber daya: Resource Manager dan Klasik. Artikel ini membahas tentang penggunaan model penyebaran Klasik. Microsoft merekomendasikan agar sebagian besar penyebaran baru menggunakan model Resource Manager. Untuk FAQ saat menggunakan model Resource Manager, lihat di sini.

Artikel ini membahas beberapa pertanyaan umum yang diajukan pengguna tentang komputer virtual Azure yang dibuat dengan model penyebaran klasik.

Bisakah saya memigrasikan VM saya yang dibuat dalam model penyebaran klasik ke model Resource Manager baru?

Ya. Untuk petunjuk tentang cara bermigrasi, lihat:

Apa yang bisa saya jalankan di komputer virtual Azure?

Semua pelanggan dapat menjalankan perangkat lunak server pada komputer virtual Azure. Anda dapat menjalankan versi terbaru dari Windows Server, serta berbagai distribusi Linux. Untuk detail dukungan, lihat:

• Untuk VM Windows -- Dukungan perangkat lunak server Microsoft untuk Azure Virtual Machines

• Untuk VM Linux - Linux di Distribusi Azure-Endorsed

Untuk gambar klien Windows, versi tertentu dari Windows 7 dan Windows 8.1 tersedia untuk pelanggan manfaat MSDN Azure dan pelanggan MSDN Dev dan Test Pay-As-You-Go, untuk tugas pengembangan dan pengujian. Untuk detailnya, termasuk instruksi dan batasan, lihat Gambar Klien Windows untuk pelanggan MSDN.

Mengapa grup afinitas tidak digunakan lagi?

Grup afinitas adalah konsep lama untuk pengelompokan geografis penyebaran layanan cloud pelanggan dan akun penyimpanan dalam Azure. Mereka awalnya disediakan untuk meningkatkan kinerja jaringan VM-ke-VM dalam desain jaringan Azure awal. Mereka juga mendukung rilis awal jaringan virtual (VNets), yang terbatas pada satu set kecil perangkat keras di suatu wilayah.

Jaringan Azure saat ini dalam suatu wilayah dirancang sehingga grup afinitas tidak lagi diperlukan. Jaringan virtual juga berada pada lingkup regional, sehingga grup afinitas tidak lagi diperlukan saat Anda menggunakan jaringan virtual. Karena peningkatan ini, kami tidak lagi menyarankan agar pelanggan menggunakan grup afinitas karena mereka dapat membatasi dalam beberapa skenario. Menggunakan grup afinitas tidak perlu mengaitkan VM Anda dengan perangkat keras tertentu yang membatasi pilihan ukuran VM yang tersedia untuk Anda. Ini juga dapat menyebabkan kesalahan terkait kapasitas ketika Anda mencoba menambahkan VM baru jika perangkat keras tertentu yang terkait dengan grup afinitas mendekati kapasitas.

Fitur grup afinitas sudah tidak digunakan lagi di model penyebaran Resource Manager Azure dan di portal Azure. Untuk portal Azure klasik, kami menghentikan dukungan untuk membuat grup afinitas dan membuat sumber daya penyimpanan yang disematkan ke grup afinitas. Anda tidak perlu mengubah layanan cloud yang ada yang menggunakan grup afinitas. Namun, Anda tidak boleh menggunakan grup afinitas untuk layanan cloud baru kecuali profesional dukungan Azure merekomendasikannya.

Berapa banyak penyimpanan yang dapat saya gunakan pada komputer virtual?

Setiap disk data bisa mencapai 1 TB. Jumlah disk data yang dapat Anda gunakan bergantung pada ukuran komputer virtual. Untuk detailnya, lihat Ukuran untuk Komputer Virtual.

Akun penyimpanan Azure menyediakan penyimpanan untuk disk sistem operasi dan disk data apa pun. Setiap disk merupakan file .vhd yang disimpan sebagai blob halaman. Untuk detail harga, lihat Detail Harga Penyimpanan.

Jenis hard disk virtual mana yang dapat saya gunakan?

Azure hanya mendukung hard disk virtual format VHD tetap. Jika Anda memiliki VHDX yang ingin Anda gunakan di Azure, Anda harus terlebih dahulu mengonversinya dengan menggunakan Hyper-V Manager atau cmdlet convert-VHD . Setelah Anda melakukan itu, gunakan cmdlet Add-AzureVHD (dalam mode Manajemen Layanan) untuk mengunggah VHD ke akun penyimpanan di Azure sehingga Anda dapat menggunakannya dengan mesin virtual.

Apakah mesin virtual ini sama dengan mesin virtual Hyper-V?

Dalam banyak hal mereka mirip dengan VM Hyper-V "Generasi 1", tetapi mereka tidak persis sama. Kedua jenis menyediakan perangkat keras virtual, dan hard disk virtual format VHD kompatibel. Ini berarti Anda dapat memindahkannya antara Hyper-V dan Azure. Tiga perbedaan utama yang terkadang mengejutkan pengguna Hyper-V adalah:

  • Azure tidak menyediakan akses konsol ke komputer virtual. Tidak ada cara untuk mengakses VM sampai selesai booting.
  • VM Azure dalam sebagian besar ukuran hanya memiliki 1 adaptor jaringan virtual, yang berarti bahwa mereka juga hanya dapat memiliki 1 alamat IP eksternal. (Ukuran A8 dan A9 menggunakan adaptor jaringan kedua untuk komunikasi aplikasi antar instans dalam skenario terbatas.)
  • VM Azure tidak mendukung fitur VM Hyper-V Generasi 2. Untuk detail tentang fitur-fitur ini, lihat Spesifikasi Mesin Virtual untukIkhtisar Mesin Virtual Hyper-V dan Generasi 2.

Bisakah mesin virtual ini menggunakan infrastruktur jaringan lokal saya yang ada?

Untuk komputer virtual yang dibuat dalam model penyebaran klasik, Anda dapat menggunakan Azure Virtual Network untuk memperluas infrastruktur yang ada. Pendekatannya seperti mendirikan kantor cabang. Anda dapat menyediakan dan mengelola jaringan pribadi virtual (VPN) di Azure serta menghubungkannya dengan aman ke infrastruktur TI lokal. Untuk detailnya, lihat Gambaran umum Virtual Network.

Anda harus menentukan jaringan yang Anda inginkan milik komputer virtual saat membuat mesin virtual. Anda tidak dapat bergabung dengan mesin virtual yang ada ke jaringan virtual. Namun, Anda dapat mengatasi hal ini dengan melepaskan hard disk virtual (VHD) dari mesin virtual yang ada, dan kemudian menggunakannya untuk membuat mesin virtual baru dengan konfigurasi jaringan yang Anda inginkan.

Bagaimana cara mengakses komputer virtual saya?

Anda perlu membuat koneksi jarak jauh untuk masuk ke mesin virtual dengan menggunakan Koneksi Desktop Jarak Jauh untuk VM Windows atau Secure Shell (SSH) untuk VM Linux. Untuk instruksi, lihat:

Jika Anda mengalami masalah dengan Remote Desktop atau SSH, instal dan gunakan ekstensi VMAccess untuk membantu memperbaiki masalah.

Untuk VM Windows, opsi tambahan meliputi:

Jika Anda terbiasa dengan Hyper-V, Anda mungkin mencari alat yang mirip dengan VMConnect. Azure tidak menawarkan alat serupa karena akses konsol ke komputer virtual tidak didukung.

Dapatkah saya menggunakan disk sementara (D: drive untuk Windows atau /dev/sdb1 untuk Linux) untuk menyimpan data?

Anda tidak boleh menggunakan disk sementara (D: drive secara default untuk Windows atau /dev/sdb1 untuk Linux) untuk menyimpan data. Mereka hanya penyimpanan sementara, jadi Anda akan berisiko kehilangan data yang tidak dapat dipulihkan. Hal ini dapat terjadi ketika mesin virtual pindah ke host yang berbeda. Mengubah ukuran komputer virtual, memperbarui host, atau kegagalan perangkat keras pada host adalah beberapa kemungkinan alasan perpindahan komputer virtual.

Bagaimana cara saya mengubah huruf kandar disk sementara?

Pada mesin virtual Windows, Anda dapat mengubah huruf drive dengan memindahkan file halaman dan menetapkan ulang huruf drive, tetapi Anda harus memastikan Anda melakukan langkah-langkah dalam urutan tertentu. Untuk petunjuknya, lihat Mengubah huruf kandar disk sementara Windows.

Bagaimana cara meningkatkan sistem operasi tamu?

Istilah upgrade umumnya berarti pindah ke rilis yang lebih baru dari sistem operasi Anda, sambil tetap pada perangkat keras yang sama. Untuk VM Azure, proses untuk pindah ke rilis yang lebih baru berbeda untuk Linux dan Windows:

  • Untuk VM Linux, gunakan alat dan prosedur manajemen paket yang sesuai untuk distribusi.
  • Untuk Windows mesin virtual, Anda perlu memigrasikan server menggunakan sesuatu seperti Alat Migrasi Server Windows. Jangan mencoba untuk meningkatkan OS tamu saat berada di Azure. Ini tidak didukung karena risiko kehilangan akses ke mesin virtual. Jika masalah terjadi selama peningkatan, Anda bisa kehilangan kemampuan untuk memulai sesi Desktop Jarak Jauh dan tidak akan dapat memecahkan masalah.

Untuk detail umum tentang alat dan proses untuk memigrasikan Server Windows, lihat Memigrasikan Peran dan Fitur ke Server Windows.

Apa nama pengguna dan kata sandi default di mesin virtual?

Gambar yang disediakan oleh Azure tidak memiliki nama pengguna dan kata sandi yang telah dikonfigurasi sebelumnya. Saat membuat komputer virtual menggunakan salah satu gambar tersebut, Anda harus memberikan nama pengguna dan kata sandi, yang akan Anda gunakan untuk masuk ke mesin virtual.

Jika Anda lupa nama pengguna atau kata sandi dan Anda telah menginstal Agen VM, Anda dapat menginstal dan menggunakan ekstensi VMAccess untuk memperbaiki masalah.

Detail tambahan:

  • Untuk gambar Linux, jika Anda menggunakan portal Azure, 'azureuser' diberikan sebagai nama pengguna default, tetapi Anda dapat mengubah ini dengan menggunakan 'From Gallery' alih-alih 'Quick Create' sebagai cara untuk membuat mesin virtual. Menggunakan 'Dari Galeri' juga memungkinkan Anda memutuskan apakah akan menggunakan kata sandi, kunci SSH, atau keduanya untuk masuk. Akun pengguna adalah pengguna non-hak istimewa yang memiliki akses 'sudo' untuk menjalankan perintah istimewa. Akun 'root' dinonaktifkan.
  • Untuk Windows gambar, Anda harus memberikan nama pengguna dan kata sandi saat membuat VM. Akun ditambahkan ke grup Administrator.

Bisakah Azure menjalankan anti-virus di komputer virtual saya?

Azure menawarkan beberapa opsi untuk solusi anti-virus, tetapi terserah Anda untuk mengelolanya. Misalnya, Anda mungkin memerlukan langganan terpisah untuk perangkat lunak antimalware, dan Anda harus memutuskan kapan harus menjalankan pemindaian dan menginstal pembaruan. Anda dapat menambahkan dukungan anti-virus dengan ekstensi VM untuk Microsoft Antimalware, Symantec Endpoint Protection, atau TrendMicro Deep Security Agent saat Membuat Windows mesin virtual, atau di kemudian hari. Ekstensi Symantec dan TrendMicro memungkinkan Anda menggunakan langganan uji coba waktu terbatas gratis atau langganan perusahaan yang ada. Microsoft Antimalware tidak dipungut biaya. Untuk detailnya, lihat:

Apa saja pilihan saya untuk pencadangan dan pemulihan?

Azure Backup tersedia sebagai pratinjau di wilayah tertentu. Untuk detailnya, lihat Mencadangkan komputer virtual Azure. Solusi lain tersedia dari mitra bersertifikat. Untuk mengetahui apa yang saat ini tersedia, cari Marketplace Azure.

Opsi tambahan adalah menggunakan kemampuan snapshot penyimpanan blob. Untuk melakukan ini, Anda harus mematikan VM sebelum operasi apa pun yang bergantung pada snapshot blob. Ini menyimpan data yang tertunda menulis dan menempatkan sistem file dalam keadaan yang konsisten.

Bagaimana Azure mengenakan biaya untuk VM saya?

Azure membebankanharga per jamberdasarkan ukuran VM dan sistem operasi. Untuk jam parsial, Azure hanya mengenakan biaya untuk menit penggunaan. Jika Anda membuat VM dengan gambar VM yang berisi perangkat lunak pra-instal tertentu, biaya perangkat lunak per jam tambahan mungkin berlaku. Azure mengenakan biaya terpisah untuk penyimpanan untuk sistem operasi VM dan disk data. Penyimpanan disk sementara gratis.

Anda dikenakan biaya saat status VM Sedang Berjalan atau Dihentikan, tetapi Anda tidak dikenakan biaya saat status VM Dihentikan (Dialokasikan). Untuk menempatkan VM dalam status Berhenti (Tidak dialokasikan), lakukan salah satu hal berikut ini:

  • Matikan atau hapus VM dari portal Azure.
  • Gunakan cmdlet Stop-AzureVM, tersedia di modul Azure PowerShell.
  • Gunakan operasi Peran Shutdown di API REST Manajemen Layanan dan tentukan StoppedDeallocated untuk elemen PostShutdownAction.

Untuk detail selengkapnya, lihat Harga Virtual Machines.

Akankah Azure me-reboot VM saya untuk pemeliharaan?

Azure terkadang memulai ulang VM Anda sebagai bagian dari pembaruan pemeliharaan rutin yang direncanakan di pusat data Azure.

Peristiwa pemeliharaan yang tidak direncanakan dapat terjadi ketika Azure mendeteksi masalah perangkat keras serius yang memengaruhi VM Anda. Untuk peristiwa yang tidak direncanakan, Azure secara otomatis memigrasikan VM ke host yang sehat dan memulai ulang VM.

Untuk VM mandiri apa pun (artinya VM bukan bagian dari kumpulan ketersediaan), Azure memberi tahu Administrator Layanan langganan melalui email setidaknya satu minggu sebelum pemeliharaan yang direncanakan karena VM dapat dimulai ulang selama pembaruan. Aplikasi yang berjalan di VM bisa mengalami downtime.

Anda juga dapat menggunakan portal Azure atau Azure PowerShell untuk melihat log reboot saat reboot terjadi karena pemeliharaan yang direncanakan. Untuk detailnya, lihat Melihat Log Reboot VM.

Untuk memberikan redundansi, letakkan dua atau lebih VM yang dikonfigurasi serupa dalam set ketersediaan yang sama. Ini membantu memastikan setidaknya satu VM tersedia selama pemeliharaan yang direncanakan atau tidak direncanakan. Azure menjamin tingkat ketersediaan VM tertentu untuk konfigurasi ini. Untuk mengetahui detailnya, lihat Mengelola ketersediaan mesin virtual.

Sumber Daya Tambahan:

Tentang Azure Virtual Machines

Membuat dan Mengelola VM Linux dengan Azure CLI

Membuat dan Mengelola VM Windows dengan Azure PowerShell