Adakah keuntungan (atau kerugian) penting untuk menggunakan firmware EFI dan disk boot GPT di lingkungan ESXi?


10

Pertanyaan dasar saya adalah, sebagaimana judulnya bertanya: apakah ada kelebihan (atau kerugian) yang menonjol untuk menggunakan firmware EFI dan disk boot GPT di lingkungan ESXi? Dengan "penting," maksud saya selain batas 2 TB yang terkenal untuk disk MBR, dan pembatasan bahwa firmware boot BIOS harus menggunakan disk MBR untuk boot.

Opsi VM spesifik ada di tangkapan layar di bawah ini.

masukkan deskripsi gambar di sini

Jika itu membuat perbedaan, beberapa latar belakang dan spesifik pada lingkungan khusus saya di bawah ini, meskipun saya tertarik pada kasus umum serta segala sesuatu yang berhubungan secara khusus atau hanya dengan lingkungan Windows.


Sebagai hasil dari beberapa proyek baru-baru ini, di mana saya telah berhasil menyeret tuan perusahaan saya di $ [day_job] ke dekade saat ini, saya akan mengganti banyak sistem kantor rumah kami. Sistem-sistem ini, serta apa yang akan digantikan olehnya, pada dasarnya adalah OS Windows Server yang tervirtualisasi pada ESX 5.5 (perbarui 1 sekarang, segera menjadi pembaruan 2, dan VMFS5, dukungan volume yang sangat besar). VM, serta semua penyimpanan yang mereka akses, ada di SAN (EMC VNX 5400), yang disajikan kepada host ESXi melalui pembagian NFS. Semuanya tipis.

Untuk sebagian besar, saya hanya akan meningkatkan banyak sistem PITA yang besar, rumit, ke platform yang lebih baru - misalnya, server file multi-TB kami yang saat ini berjalan pada Server 2003 R2 dan tidak menggunakan DFS akan ditingkatkan ke Server 2012 R2, dimasukkan ke dalam ruang nama DFS, memanfaatkan replikasi DFS, dan mulai menggunakan Deduplikasi Data Server 2012. Sistem SharePoint kami, yang saat ini berjalan pada Server 2003 R2 dan SQL Server 2005 akan ditingkatkan ke SharePoint 2013, menjalankan Server 2012 R2, dan memakai mesin SQL Server 2008 R2 atau lebih tinggi. Dan seterusnya.

Dalam melihat ke server file, dan bagaimana menangani jumlah data pada mereka (masing-masing server file kantor kami memiliki data lebih dari 2 TB), saya melihat ke dalam, dan menetap di, fitur Deduplikasi Data di Server 2012. Karena itu bekerja berdasarkan volume per, itu bekerja paling baik jika semua data adalah satu volume, bukan dibagi di beberapa volume, seperti kekacauan kami saat ini. Ini mengangkat masalah disk GPT yang terbaik untuk volume data kami, dan membawa saya ke pertanyaan tentang firmware EFI vs BIOS. Server kami semua memiliki disk [virtual] OS sebesar 50 GB yang terpisah dari volume data apa pun, dan setidaknya saat ini, saya berencana menjaganya seperti itu - bisa melampirkan volume data ke VM baru cukup berguna .

Jadi, dengan mengingat hal itu, saya tidak dapat membayangkan skenario di mana kita akan membutuhkan atau ingin VM untuk boot dari volume yang perlu GPT karena melebihi batas disk MBR 2 TB. Fakta bahwa lingkungan itu murni virtual tampaknya meniadakan keuntungan pemulihan dari disk GPT, jadi saya tidak dapat menemukan alasan kuat untuk mulai membangun VM baru kami dengan firmware boot EFI dan / atau volume boot GPT. Tentu saja, saya juga tidak dapat menemukan alasan kuat untuk tetap menggunakan firmware boot BIOS dan disk MBR, dan karenanya, pertanyaan saya:

Adakah keuntungan (atau kerugian) penting untuk menggunakan firmware EFI dan disk boot GPT di lingkungan ESXi? (Dengan "penting," maksud saya selain dari batas 2 TB yang terkenal untuk disk MBR, dan pembatasan bahwa firmware boot BIOS harus menggunakan disk MBR untuk boot dari.)


Inilah jawaban pasti VMware . Ini brilian, berwibawa, dan ditulis oleh tim VMware EFI yang sama yang dikutip MichelZ di atas.
Judoman

Jawaban:


4

Di bagian depan BIOS vs UEFI, ada ini: https://communities.vmware.com/thread/464854

Saya bekerja pada tim yang bertanggung jawab untuk mengembangkan firmware virtual, khususnya implementasi EFI virtual.

Kami tidak bermaksud bahwa EFI menjadi standar. Kami menyadari bahwa kami telah membuat kesalahan terlambat untuk memperbaikinya tepat waktu untuk vSphere 5.1 GA, dan konsekuensi dari kesalahan awal telah menyebar ke berbagai tempat lain yang sekarang berasumsi bahwa EFI dimaksudkan sebagai standar, seperti dokumentasi dan lepaskan agunan.

Alasan utama untuk ingin kembali ke BIOS secara default adalah kurangnya dukungan FT - Kami tidak ingin memberikan konfigurasi default yang tidak sesuai dengan FT. Alasan sekunder ada, seperti sejumlah kecil skenario PCI Passthrough yang akan bekerja pada BIOS tetapi gagal pada EFI, dan umumnya dukungan yang lebih luas untuk BIOS dalam ekosistem - seperti solusi penyebaran OS tamu, solusi pemulihan OS, lingkungan boot PXE dan lingkungan server PXE mendukung, dan sebagainya.

Hanya itu yang ada untuk itu. Itu adalah kesalahan yang menyebar dengan cara yang kami tidak bisa bersihkan tepat waktu untuk vSphere 5.1 GA, dan sangat disesalkan yang menyebabkan kebingungan yang terjadi.

Saran saya: Jika Anda tidak membutuhkan FT, tidak akan menggunakan PCI Passthrough (atau jika Anda dapat memvalidasi bahwa konfigurasi PCI Passthrough Anda bekerja dengan EFI virtual), dan memiliki sedikit atau tidak ada ketergantungan pada alat khusus BIOS lain untuk menggunakan atau mengelola OS Anda, Anda dapat merasa bebas untuk menggunakan EFI Windows 2012 VM.


Welp, lakukan saja. EFI dan GPT. Jika meledak, saya akan menyalahkan Anda. :)
HopelessN00b

Anytime @ HopelessN00b :)
MichelZ

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.