Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Bu makalede, Hyper-V üzerinde Linux sanal makinesini çalıştırmaya yönelik önerilerin listesi yer alır.
Dinamik VHDX Dosyalarında Linux Dosya Sistemlerini Ayarlama
Bazı Linux dosya sistemleri, dosya sistemi çoğunlukla boş olsa bile önemli miktarda gerçek disk alanı tüketebilir. Dinamik VHDX dosyalarının gerçek disk alanı kullanım miktarını azaltmak için aşağıdaki önerileri göz önünde bulundurun:
- VHDX'i oluştururken PowerShell'de 1 MB BlockSizeBytes (varsayılan 32 MB'tan) kullanın, örneğin:
PS > New-VHD -Path C:\MyVHDs\test.vhdx -SizeBytes 127GB -Dynamic -BlockSizeBytes 1MB
ext4, dinamik VHDX dosyalarıyla kullanıldığında ext3'ten daha fazla alan verimli olduğundan ext4 biçimi ext3 olarak tercih edilir.
Dosya sistemini oluştururken 4096 olacak grup sayısını belirtin, örneğin:
# mkfs.ext4 -G 4096 /dev/sdX1
2. Nesil Sanal Makinelerde Grub Menüsü Zamanlama
2. Nesil sanal makinelerde eski donanım öykünmeden kaldırıldığı için, grub menüsü zamanlayıcısı çok hızlı geri sayıyor ve grub menüsü görüntülenemeden varsayılan giriş hemen yükleniyor. Grub, EFI destekli zamanlayıcıyı kullanacak şekilde düzeltene kadar varsayılan "zaman aşımı=5" yerine /boot/grub/grub.conf, /etc/default/grub veya eşdeğerini "timeout=100000" olacak şekilde değiştirin.
2. Nesil Sanal Makinelerde PxE Önyüklemesi
PIT zamanlayıcı 2. Nesil Sanal Makinelerde mevcut olmadığından, PxE TFTP sunucusuna ağ bağlantıları sonlandırılır ve önyükleme yükleyicisinin Grub yapılandırmasını okumasını ve sunucudan bir çekirdek yüklemesini engeller.
RHEL 6.x'te, burada açıklandığı gibi eski grub v0.97 EFI önyükleyicisi grub2 yerine kullanılabilir: https://access.redhat.com/documentation/Red_Hat_Enterprise_Linux/6/html/Installation_Guide/s1-netboot-pxe-config-efi.html
RHEL 6.x dışındaki Linux dağıtımlarında grub v0.97'yi PxE sunucusundan Linux çekirdeklerini yüklenecek şekilde yapılandırmak için benzer adımlar izlenebilir.
Ayrıca RHEL/CentOS 6.6 klavye ve fare girişi, menüde yükleme seçeneklerinin belirtilmesine engel olan önceden yüklenmiş çekirdekle çalışmaz. Yükleme seçeneklerinin seçilmesine izin vermek için bir seri konsol yapılandırılmalıdır.
PxE sunucusundaki efidefault dosyasına şu çekirdek parametresini ekleyin : "console=ttyS1"
Hyper-V'deki VM'de, bu PowerShell cmdlet'ini kullanarak bir COM bağlantı noktası ayarlayın:
Set-VMComPort -VMName <Name> -Number 2 -Path \\.\pipe\dbg1
Çekirdekte bir başlangıç dosyası belirtmek, yükleme sırasında klavye ve fare girişi gereksinimini de ortadan kaldırmaya neden olur.
Yük devretme kümelemesi ile statik MAC adreslerini kullanma
Yük devretme kümelemesi kullanılarak dağıtılan Linux sanal makineleri, her sanal ağ bağdaştırıcısı için statik bir MAC (medya erişim denetimi) adresi ile yapılandırılmalıdır. Linux'un bazı sürümlerinde, sanal ağ bağdaştırıcısına yeni bir MAC adresi atandığından yük devretme sonrasında ağ yapılandırması kaybolabilir. Ağ yapılandırmasını kaybetmemek için her sanal ağ bağdaştırıcısının statik bir MAC adresine sahip olduğundan emin olun. Hyper-V Yöneticisi veya Yük Devretme Kümesi Yöneticisi'nde sanal makinenin ayarlarını düzenleyerek MAC adresini yapılandırabilirsiniz.
Eski ağ bağdaştırıcısını değil Hyper-V'ye özgü ağ bağdaştırıcılarını kullanma
Gelişmiş performansa sahip Hyper-V'ye özgü bir ağ kartı olan sanal Ethernet bağdaştırıcısını yapılandırın ve kullanın. Hem eski hem de Hyper-V'ye özgü ağ bağdaştırıcıları bir sanal makineye bağlıysa, ifconfig -a çıkışındaki ağ adları _tmp12000801310 gibi rastgele değerler gösterebilir. Bu sorunu önlemek için, Linux sanal makinesinde Hyper-V'ye özgü ağ bağdaştırıcılarını kullanırken tüm eski ağ bağdaştırıcılarını kaldırın.
Önemli
Hyper-V konuk başına en fazla 64 sanal Ethernet bağdaştırıcısını destekler. Ancak, bir Linux konuğuna 2'den fazla vCPU atandığında VM en fazla 64 sanal Ethernet bağdaştırıcısını göremeyebilir. Hyper-V ölçek sınırları hakkında daha fazla bilgi için bkz. Hyper-V Windows Server'da en yüksek ölçek sınırları.
Daha iyi disk G/Ç performansı için G/Ç zamanlayıcı noop/none kullanın
Linux çekirdeği, istekleri yeniden sıralamak için iki disk G/Ç zamanlayıcı kümesi sunar. Bir küme eski 'blk' alt sistemi için, bir küme ise daha yeni 'blk-mq' alt sistemi içindir. Her iki durumda da, günümüzün katı hal diskleriyle, zamanlama kararlarını temel Hyper-V hiper yöneticiye geçiren bir zamanlayıcı kullanılması önerilir. 'blk' alt sistemini kullanan Linux çekirdekleri için bu , "noop" zamanlayıcıdır. 'blk-mq' alt sistemini kullanan Linux çekirdekleri için bu " yok" zamanlayıcıdır.
Belirli bir disk için, kullanılabilir zamanlayıcılar şu dosya sistemi konumunda görülebilir: /sys/class/block/<diskname>/queue/scheduler, seçili durumdaki zamanlayıcı köşeli ayraç içindedir. Bu dosya sistemi konumuna yazarak zamanlayıcıyı değiştirebilirsiniz. Yeniden başlatmalar arasında kalıcı olması için değişikliğin bir başlatma betiğine eklenmesi gerekir. Ayrıntılar için Linux dağıtım belgelerinize bakın.
NUMA
2.6.37'den önceki Linux çekirdek sürümleri, daha büyük VM boyutlarına sahip Hyper-V üzerinde NUMA'nın desteklemiyor. Bu sorun öncelikli olarak yukarı akış Red Hat 2.6.32 çekirdeğini kullanan eski dağıtımları etkiler ve Red Hat Enterprise Linux (RHEL) 6.6 (çekirdek-2.6.32-504) ile düzeltildi. 2.6.37'den eski özel çekirdekler veya 2.6.32-504'ten eski RHEL tabanlı çekirdekler çalıştıran sistemlerin grub.conf içindeki çekirdek komut satırında önyükleme parametresini ayarlaması numa=off gerekir. Daha fazla bilgi için bkz. Red Hat KB 436883.
Kdump için daha fazla bellek ayırma
Döküm yakalama çekirdeğinin önyüklemede panikle sonuçlanışı durumunda çekirdek için daha fazla bellek ayırın. Örneğin, Ubuntu grub yapılandırma dosyasında crashkernel=384M-:128M parametresini crashkernel=384M-:256M olarak değiştirin.
VHDX'in küçültülmesi veya VHD ve VHDX dosyalarının genişletilmesi hatalı GPT bölümleme tablolarına neden olabilir
Hyper-V, diskte mevcut olabilecek herhangi bir bölüm, birim veya dosya sistemi veri yapısına bakılmaksızın sanal disk (VHDX) dosyalarının küçültülmesini sağlar. VHDX, bir bölümün sonundan önce bitecek şekilde küçültülürse, veriler kaybolur, bu bölüm bozulabilir veya bölüm okunduğunda geçersiz veri döndürülebilir.
Bir VHD veya VHDX'i yeniden boyutlandırdıktan sonra, yöneticiler bölüm, birim ve dosya sistemi yapılarını diskin boyutundaki değişikliği yansıtacak şekilde güncelleştirmek için fdisk veya bölünmüş gibi bir yardımcı program kullanmalıdır. GUID Bölümleme Tablosu (GPT) içeren bir VHD veya VHDX'in boyutunu küçültmek veya genişletmek, bölüm düzenini denetlemek için bir bölüm yönetimi aracı kullanıldığında ve yönetici ilk ve ikincil GPT üst bilgilerini düzeltmesi için uyarıldığında uyarıya neden olur. Bu el ile gerçekleştirilen adımın veri kaybı olmadan gerçekleştirilmesi güvenlidir.