internet pencereler Android

Sunucu üzerinde sanal makineler oluşturmak için KVM kullanıyoruz. RedHat sonunda Xen'den KVM kvm sanallaştırma sistemlerine geçiyor

Kişi tarife seçerken sunucu için bir sanallaştırma yöntemi de seçer. OpenVZ işletim sistemi ve donanım sanallaştırma KVM düzeyinde bir sanallaştırma seçeneği sunuyoruz.

Sunucular farklı donanım platformlarında olduğu için başlatma sonrasında sanallaştırma türünü değiştirmek mümkün değildir. Yeni bir sunucu sipariş etmeniz, projeyi aktarmanız ve eski sunucuyu terk etmeniz gerekecek.

Sanallaştırma türlerinin karşılaştırılması

Openvz KVM

Önerilen bir dizi işletim sistemi: Debian, CentOS, Ubuntu

Linux, Windows, FreeBSD, kendi dağıtımınızı kurun

Yeniden başlatmadan kaynakları değiştirme (sabit disk, bellek, işlemci)

Bellek ve işlemci, yeniden başlatmanın ardından, sabit sürücü değişecek - yalnızca desteğe başvurduktan sonra (hazır tarifelerde bellek değiştirilemez)

Yeniden başlatma olmadan tarife planının değiştirilmesi

Tarife planı değişikliği. Sunucu 1-2 saat kullanılamayacak.

Yumuşak sınırlar: maksimum sunucu performansı yukarı veya aşağı sapma gösterebilir

Zor sınırlar: her sunucu beyan edilen kaynakları alır

Yüksek yüklü projelerin başlatılmasıyla ilgili kısıtlama. Java uygulamaları, toplu postalar ve proxy trafiği çalıştırmak yasaktır. TUN / TAP kapalı.

Herhangi bir proje başlatma yeteneği (dağıtılmış bilgi işlem sistemleri hariç)

Olasılık . Bu tür sanallaştırma için GUI'ye bir VNC bağlantısı mümkün değildir.

Olasılık . Sunucu herhangi bir nedenle SSH üzerinden kullanılamıyorsa veya grafik arayüze bağlanmanız gerekiyorsa, sunucuya VNC üzerinden erişebilirsiniz.

ISPmanager kontrol paneline gidebilirsiniz:

  • kişisel hesabınızdan: bölüm - Ürünler - Sanal sunucular - "Git" düğmesinin üstünde bir sunucu seçin,
  • Talimatlardaki bağlantıyı takip ederek: Kişisel Hesap - Ürünler - Sanal Sunucular - "Talimatlar"ın yukarısındaki sunucuyu seçin.

OpenVZ sanallaştırma

OpenVZ, işletim sistemi düzeyinde bir sanallaştırmadır. Teknoloji, Linux çekirdeğine dayalıdır ve tek bir fiziksel sunucu üzerinde oluşturmanıza ve çalıştırmanıza olanak tanır. izole kopyalar seçilen işletim sistemi (Debian, CentOS, Ubuntu). Sanal sunucular ortak bir Linux çekirdeğini paylaştığı için farklı bir işletim sistemi kurmak mümkün değildir.

Teknoloji farklıdır sunucu yönetimi kolaylığı: kullanıcı kişisel hesabında bağımsız olarak yapabilir * kaynak miktarını (bellek, işlemci, sabit disk) ekleyin veya aynı sanallaştırma ile başka bir tarifeye geçin. Değişiklikler, sunucu yeniden başlatılmadan otomatik olarak uygulanır.

OpenVZ sanallaştırmalı sunucularda yasakÇalıştırmak:

  • her türlü trafiğin proxy'sini organize etmek için hizmetler
  • akış hizmetleri
  • oyun sunucuları
  • dağıtılmış bilgi işlem sistemlerinin sistemleri veya öğeleri (örneğin, bitcoin madenciliği)
  • yasal amaçlarla kullanılsalar bile, posta mesajlarının toplu olarak postalanması hizmetleri
  • Java uygulamaları
  • diğer kaynak yoğun uygulamalar

Bu tür projeler, ana sunucu üzerinde eşit olmayan bir yük oluşturur ve komşu sanal makinelere müdahale edebilir.

* - tarifelerin önceki sürümleri için (VDS-2015, VDS-Yaz, VDS-2016), kişisel hesaptaki tarife değişikliği artık mümkün değildir. Tarife planında bağımsız bir değişiklik sadece mevcut OVZ sanallaştırma tarifelerinde mümkündür. Sunucu kaynaklarının hızlı yönetimine erişmeniz sizin için önemliyse - güncel bir tarife planına geçmek için. Yeni tarifenin maliyeti mevcut tarifenin maliyetinden yüksekse, tarife değişikliği diğer durumlarda - çerçeve dahilinde ücretsizdir. Sunucu yeniden başlatılmadan tarife değişir.

KVM sanallaştırma

KVM (Kernel-based Virtual Machine), bir ana makinede oluşturmanıza olanak tanıyan bir donanım sanallaştırma teknolojisidir. fiziksel bir sunucunun tam sanal analogu... KVM, kendi işletim sistemi çekirdeği ile "komşularından" tamamen izole edilmiş bir sanal sunucu oluşturmanıza olanak tanır; bu, kullanıcının kısıtlama olmaksızın kendi ihtiyaçlarına göre yapılandırabileceği ve değiştirebileceği. Bu tür her sunucuya RAM'de kendi alanı ve sabit diskte alan tahsis edilir, bu da sunucunun genel güvenilirliğini artırır.

Kurulum mümkündür herhangi bir işletim sistemi(Debian, CentOS, Ubuntu, FreeBSD, Windows Server) arasından seçim yapabilir veya kendi dağıtımınızı kurabilirsiniz (VMmanager panelinde, ISO görüntüleri bölümünde, Oluştur düğmesine tıklayın ve sistem ISO görüntünüzü ekleyin).

Tarife değişikliği plan ancak büyük yönde ve yalnızca temel tarife çizgisi (Start, Hızlanma, Kalkış, Fly-off) çerçevesinde mümkündür. Projeniz tarife dışında "büyürse", Kişisel Hesabınızdan bir destek talebi yazın - yöneticiler tarifeyi gerekli olana ücretsiz olarak değiştirecektir. Tarifeyi değiştir aşağı sadece yeni bir sunucuya transfer edilebilir. Yeni bir sunucu sipariş edin ve verileri kendiniz aktarın veya teknik destek uzmanları, yönetim paketi için 1 çağrı veya 250 ruble transfer konusunda yardımcı olacaktır.

Unutmayın, VDS-Hızlı ve Öfkeli ve VDS-Atlant tarifelerinde şunları yapabilirsiniz: tarifeyi değiştirmek yerine kaynakları değiştirin: kontrol panelinde bağımsız olarak kullanılabilen işlemci çekirdeği ve RAM sayısı ve desteğe başvurduktan sonra sabit diskin boyutu (yönetim çerçevesinde veya 250 ruble için).

KVM sanallaştırmanın özellikleri ve faydaları göz önüne alındığında, tarifeler daha pahalı OpenVZ sanallaştırma ile benzer tarifeler.

KVM sanallaştırmalı sunucularda, Abonenin dağıtılmış bilgi işlem sistemlerinin (örneğin, bitcoin madenciliği) sistemlerini veya öğelerini yerleştirmesi yasaktır.

Sunucuda sanallaştırmayı değiştirme

Tek bir sunucuda sanallaştırmayı OpenVZ'den KVM'ye veya tam tersi şekilde değiştirmek imkansızdır.

1. BILLmanager panelinde, Sanal Sunucular → Sipariş bölümünde gerekli sanallaştırmaya sahip ikinci bir sunucu sipariş edin

2. Verileri ona aktarın.

3. Taşıma ve doğrulamadan sonra eski sunucuyu silebilirsiniz (Sanal Sunucular → Sil).


Hiper Yönetici Desteğini Kontrol Etme

Sunucunun sanallaştırma teknolojilerini desteklediğini kontrol ediyoruz:

kedi / proc / işlemci bilgisi | egrep "(vmx | svm)"

Yanıt olarak, şöyle bir şey almalısınız:

bayraklar: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe sistem çağrısı nx pdarchpe1gb rdtscp lm sabiti olmayan smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 popcnt aes lahf_lm epb tpr_shadow vnmi flexpriority ept vpid dtherm ida arat

Aksi takdirde, BIOS'a gidin, sanallaştırma teknolojisini etkinleştirme seçeneğini bulun (örneğin, Intel Sanallaştırma Teknolojisi veya Sanallaştırma gibi farklı adlara sahiptir) ve etkinleştirin - değeri ayarlayın Olanak vermek.

Ayrıca şu komutla uyumluluğu da kontrol edebilirsiniz:

* komut bir hata döndürürse "Kvm-ok komutu bulunamadı", uygun paketi kurun: apt-get kurulum işlemci denetleyicisi.

Eğer görürsek:

BİLGİ: / dev / kvm var
KVM hızlandırma kullanılabilir

sonra donanım kısmından destek var.

Sunucu hazırlığı

Kolaylık sağlamak için, KVM için veri depolayacağımız bir dizin oluşturalım:

mkdir -p / kvm / (vhdd, iso)

* iki dizin oluşturulacak: / kvm / vhdd(sanal sabit diskler için) ve / kvm / iso(izo görüntüleri için).

Zamanı ayarlayalım:

\ cp / usr / hisse / zoneinfo / Avrupa / Moskova / vb / yerel saat

* bu komut bölgeyi Moskova saatine göre ayarlar.

ntpdate ru.pool.ntp.org

*zaman sunucusu ile senkronizasyon gerçekleştiriyoruz.

Kurulum ve başlatma

KVM'yi ve gerekli yönetim yardımcı programlarını kurun.

a) 18.10 sürümüne kadar Ubuntu

apt-get install qemu-kvm libvirt-bin virtinst libosinfo-bin

b) 18.10'dan sonra Ubuntu:

apt-get install qemu-kvm libvirt-daemon-system libvirt-bin virtinst libosinfo-bin

* nerede qemu-kvm- hiper yönetici; libvirt-bin- hiper yönetici yönetim kitaplığı; usta- sanal makineleri yönetmek için yardımcı program; libosinfo-bin- misafir olarak kullanılabilecek işletim sistemlerinin listesini görüntülemek için bir yardımcı program.

Hizmetin otomatik olarak başlatılmasını yapılandıralım:

systemctl libvirtd'yi etkinleştir

libvirtd'ye başlayalım:

systemctl libvirtd'yi başlat

Ağ yapılandırması

Sanal makineler NAT (KVM sunucusu olan) arkasında çalışabilir veya yerel ağdan IP adresleri alabilir - bunun için bir ağ köprüsü yapılandırmanız gerekir. İkincisini ayarlayacağız.

Uzak bağlantı kullanırken, ayarları dikkatlice kontrol edin. Hata durumunda bağlantı sonlandırılacaktır.

Bridge-utils'ı kurun:

apt-get install köprü-utils

a) Ubuntu'nun eski sürümlerinde ağ kurulumu (/ etc / ağ / arabirimler).

Ağ arayüzlerini yapılandırmak için yapılandırma dosyasını açın:

vi / etc / ağ / arayüzler

Ve forma getirelim:

#iface eth0 inet statik
# adres 192.168.1.24
# ağ maskesi 255.255.255.0
# ağ geçidi 192.168.1.1
# dns-ad sunucuları 192.168.1.1 192.168.1.2

Otomatik br0
iface br0 inet statik
adres 192.168.1.24
ağ maskesi 255.255.255.0
ağ geçidi 192.168.1.1
dns-ad sunucuları 192.168.1.1 192.168.1.2
Bridge_ports eth0
köprü_fd 9
köprü_merhaba 2
köprü_maksaj 12
köprü_stp kapalı

* yorum yapılan her şeyin ağımın eski ayarları olduğu; br0- oluşturulan köprünün arayüzünün adı; et0- köprünün çalışacağı mevcut ağ arayüzü.

Ağ hizmetini yeniden başlatın:

systemctl ağı yeniden başlat

b) Ubuntu'nun (netplan) daha yeni sürümlerinde ağ yapılandırması.

vi /etc/netplan/01-netcfg.yaml

* sistem versiyonuna bağlı olarak, konfigürasyon dosyası yaml farklı bir adı olabilir.

Onu forma getiriyoruz:

ağ:
versiyon 2
oluşturucu: ağ
ethernetler:
et0:
dhcp4: yanlış
dhcp6: yanlış
Wakeonlan: doğru

Köprüler:
br0:
macaddress: 2c: 6d: 45: c3: 55: a7
arayüzler:
- et0
adresler:
- 192.168.1.24/24
ağ geçidi4: 192.168.1.1
mtu: 1500
ad sunucuları:
adresler:
- 192.168.1.1
- 192.168.1.2
parametreler:
stp: doğru
ileri gecikme: 4
dhcp4: yanlış
dhcp6: yanlış

* bu örnekte sanal bir köprü arayüzü oluşturuyoruz br0; fiziksel bir arayüz olarak kullandığımız et0.

Ağ ayarlarını uygula:

Ağ trafiğinin yeniden yönlendirilmesini ayarladık (böylece bir NAT ağ arabirimine sahip sanal makinelerin İnternet'e erişebilmesi için):

vi /etc/sysctl.d/99-sysctl.conf

Satırı ekleyin:

net.ipv4.ip_forward = 1

Ayarları uygulayın:

sysctl -p /etc/sysctl.d/99-sysctl.conf

Sanal makine oluşturma

İlk sanal makineyi oluşturmak için aşağıdaki komutu girin:

sanal kurulum -n VM1 \
--otomatik başlatma \
--noautokonsol \
--ağ = köprü: br0 \
--ram 2048 --arch = x86_64 \
--vcpus = 2 --cpu ana bilgisayarı --check-cpu \
--disk yolu = / kvm / vhdd / VM1-disk1.img, boyut = 16 \
--cdrom /kvm/iso/ubuntu-18.04.3-server-amd64.iso \
--graphics vnc, dinle = 0.0.0.0, parola = vnc_password \
--os-type linux --os-variant = ubuntu18.04 --boot cdrom, hd, menü = açık

  • sanal makine1 - oluşturulacak makinenin adı;
  • otomatik başlatma - sanal makinenin KVM sunucusuyla birlikte otomatik olarak başlamasına izin verin;
  • noautoconsole - sanal makine konsoluna bağlanmaz;
  • ağ - ağ tipi. Bu örnekte, ağ köprüsü arayüzüne sahip bir sanal makine oluşturuyoruz. NAT tipinde bir dahili arayüz oluşturmak için şunu girin: --network = varsayılan, model = virtio;
  • Veri deposu - RAM miktarı;
  • vcpus - sanal işlemci sayısı;
  • disk - sanal disk: yol - diske giden yol; boy - hacmi;
  • CD-ROM - sistem görüntüsü ile sanal sürücü;
  • grafik - grafik konsolu kullanarak sanal makineye bağlanma parametreleri (bu örnekte vnc kullanıyoruz); dinlemek - vnc'nin istekleri hangi adreste kabul ettiği hakkında (bizim örneğimizde, hiç); parola - vnc kullanarak bağlanmak için şifre;
  • os-varyantı - konuk işletim sistemi (tüm listeyi komutla aldık osinfo-sorgu işletim sistemi, bu örnekte Ubuntu 18.04'ü kuruyoruz).

Bir sanal makineye bağlanma

Sanal makinelerle çalışmayı planladığımız bilgisayarda, örneğin TightVNC gibi bir VNC istemcisi indirin ve kurun.

Sunucuda şunu girin:

virsh vncdisplay VM1

komut, makine VM1 için VNC'nin hangi bağlantı noktasında çalıştığını gösterecektir. Başımdan geçti:

*: 1, 1'e 5900 - 5900 + 1 = 5901 eklemeniz gerektiği anlamına gelir.

Kurduğumuz TightVNC Viewer'ı başlatın ve bağlantı verilerini girin:

Tıklamak Bağlamak... Bir parola isteğinde, VM oluşturulurken belirtilen parolayı girin, ( vnc_password). Uzak bir konsol ile sanal makineye bağlanacağız.

Şifreyi hatırlamıyorsak şu komutla sanal makine kurulumunu açın:

Ve şu satırı buluyoruz:



* bu örnekte, sanal makineye erişmek için bir şifre kullanılmaktadır. 12345678 .

Bir sanal makineyi komut satırından yönetme

Sanal makinelerle çalışırken faydalı olabilecek komut örnekleri.

1. Oluşturulan arabaların bir listesini alın:

virsh listesi -- hepsi

2. Sanal makineyi açın:

virsh start VMname

* nerede VMname Oluşturulan makinenin adıdır.

3. Sanal makineyi kapatın:

ubuntu-vm-builder, Canonical tarafından yeni sanal makinelerin oluşturulmasını basitleştirmek için geliştirilmiş bir pakettir.

Yüklemek için şunu girin:

apt-get install ubuntu-vm-builder


Son zamanlarda, diğer şeylerin yanı sıra donanım ve yazılım ortamlarının her türlü testinde uzmanlaşmış Principled Technologies şirketi tarafından ilginç bir rapor yayınlandı. "" belgesi, ESXi hiper denetleyicisinin aynı donanım üzerinde RHEV KVM hiper denetleyicisinden daha fazla sanal makine çalıştırabileceğini açıklar.

Çalışmanın taraflı olduğu açık (en azından başlığa bakarsanız), ancak bu kadar çok belge olmadığı için buna dikkat etmeye karar verdik.

Test için, Microsoft SQL Server 2016'nın OLTP yüklü sanal makinelerde çalıştığı bir Lenovo x3650 M5 raf sunucusu kullandık. Gerçekleştirilen işlemlerin nicel bir değerlendirmesini gösteren ana performans göstergesi olarak OPM (dakikadaki sipariş sayısı) kullanıldı.

Memory Overcommit tekniklerini kullanmazsanız, 15 sanal makinede OPM sayısındaki bir ana bilgisayarı yürütmenin sonucu her iki hiper yöneticide de yaklaşık olarak aynıdır:

Ancak sanal makine sayısında bir artış olduğunda, vSphere çok daha iyi performans gösterir:

Haçlar, RHV'de çalışmayan makineleri işaretler, ürün konsolu aşağıdaki hatayı verdi:

Red Hat Virtualization Manager'da (RHV-M) bellek balonlama ve çekirdek paylaşımlı bellek gibi bellek optimizasyon tekniklerinin dahil edilmesine rağmen, on altıncı sanal makine yine de KVM'de başlamayı reddetti:

Pekala, vSphere'de kaynak sıkıntısı çekene kadar VM'lerin sayısını artırmaya devam ettiler:

vSphere'deki aşırı taahhüt teknisyenleriyle 24 sanal makine ve RHV'de sadece 15 parça çalıştırdığı ortaya çıktı. Sonuç olarak, VMware vSphere üzerinde 1,6 kat daha fazla sanal makinenin çalıştırılabileceği sonucuna vardık:

Bunun objektif bir test olduğu söylenemez, ancak bu durumda ESXi'nin herhangi bir bellek ve diğer VM kaynakları optimizasyonu açısından KVM'den daha iyi performans gösterdiği açıktır.


Etiketler: VMware, Red Hat, Performance, RHV, vSphere, ESXi, KVM
Etiketler: KVM, oVirt, Açık Kaynak, Güncelleme

RHEV'in Çekirdek tabanlı Sanal Makine (KVM) hipervizörüne dayalı olduğunu ve OpenStack açık bulut mimarisini desteklediğini hatırlayın. Güncellenmiş RHEV sürüm 3.4'teki yeniliklere bakalım.

altyapı

  • Üçüncü taraf izleme sistemlerini desteklemek için SNMP yapılandırma hizmeti.
  • Bir arıza durumunda kurtarma olasılığı veya diğer bulutlarda çoğaltma için RHEV bulut kurulumunun ayarlarının kaydedilmesi.
  • RHEV kimlik doğrulama hizmetleri yeniden yazıldı ve geliştirildi.
  • VM'ye (Çalışırken Takılabilir CPU) çalışırken bir işlemci ekleme yeteneği. Bu, işletim sisteminden destek gerektirir.
  • Kök olmayan kullanıcılar artık günlüklere erişebilir.
  • TUI (metinsel kullanıcı arayüzü) tabanlı yeni yükleyici.
  • IPv6 desteği.
  • Native Client veya noVNC modunda VM konsoluna bağlantı seçme imkanı.
  • Çalışan sanal makinenin bazı ayarlarını değiştirme imkanı.
  • Konuk işletim sistemi olarak RHEL 7 için tam destek.
  • Küme düzeyinde KSM'yi (Çekirdek Aynı Sayfa Birleştirme) etkinleştirme/devre dışı bırakma yeteneği.
  • VM'yi RHEVM'den veya bir konsol komutuyla yeniden başlatma yeteneği.

  • OpenStack altyapısıyla daha sıkı entegrasyon:
    • Neutron ile dağıtılan ağlar için güvenlik ve ölçeklenebilirlik iyileştirmeleri.
    • Open vSwitch teknolojisini (ölçeklenebilir sanal anahtar) ve SDN özelliklerini destekler.
  • Ağ Etiketleri - cihazlara atıfta bulunurken kullanılabilecek etiketler.
  • Sanal ağ bağdaştırıcısı (vNIC) numaralandırma sırasını düzeltin.
  • iproute2 desteği.
  • Belirli bir ağdaki birden çok ana bilgisayar için ağ ayarlarını yapılandırmak için tek bir nokta.

Depolama yetenekleri

  • Karma depolama alanları - sanal makinelerin depolanmasını düzenlemek için iSCSI, FCP, NFS, Posix ve Gluster depolamadan disk cihazlarını aynı anda kullanma yeteneği.
  • Çoklu Depolama Etki Alanı - bir sanal makinenin disklerini veri merkezi içindeki birden çok depolama alanına dağıtma yeteneği.
  • Anlık görüntü oluşturmaya katılacak ve katılmayacak diskleri belirleme yeteneği.
  • Bir sanal makineyi bir yedekten geri yükleme mekanizması geliştirildi - artık geri almak istediğiniz durumun anlık görüntüsünü belirtmek mümkündür.
  • Gluster depolama görevlerinin zaman uyumsuz yönetimi.
  • Motor için Salt Okunur Disk - Bu özellik, Red Hat Enterprise Virtualization Manager yönetim aracının salt okunur diskleri kullanmasını sağlar.
  • iSCSI depolaması için çok yollu erişim.

Sanallaştırma araçları

  • OpenSUSE ve Ubuntu için konuk işletim sistemi aracıları (ovirt-misafir-aracı).
  • SPICE Proxy - kullanıcıların VM'lerine erişmesine izin vermek için proxy sunucuları kullanma yeteneği (örneğin, altyapı ağının dışındalarsa).
  • SSO (Tek Oturum Açma) Yöntem Kontrolü - farklı geçiş kimlik doğrulama mekanizmaları arasında geçiş yapma yeteneği. Şimdiye kadar yalnızca iki seçenek var: misafir aracı SSO'su ve SSO yok.
  • Aynı sanal makine şablonunun birden çok sürümü için destek.

Zamanlayıcı ve Hizmet Düzeyi Geliştirmeleri

  • Sanal makine zamanlayıcısında iyileştirmeler.
  • Yakınlık / Yakınlık Karşıtı grupları (ana bilgisayarlarda sanal makinelerin varlığına ilişkin kurallar - makineleri birlikte veya ayrı olarak yerleştirin).
  • Kapatma Kapasitesi, bir ana bilgisayarı kapatmanıza ve sanal makinelerini başka bir konuma geçiş için hazırlamanıza olanak tanıyan bir güç ilkesidir.
  • Hatta Sanal Makine Dağıtımı - sanal makineleri VM sayısına göre ana bilgisayarlara dağıtma yeteneği.
  • Yüksek Kullanılabilirlikli Sanal Makine Rezervasyonu - mekanizma, bir veya daha fazla ana sunucunun arızalanması durumunda sanal makinelerin kurtarılmasını garanti etmenizi sağlar. Küme ana bilgisayarlarının bilgi işlem kaynaklarının kullanılabilir kapasitesinin hesaplanması temelinde çalışır.

Arayüzde iyileştirmeler

  • Arayüzün altyapıda meydana gelen olaylara her zaman tepki vermemesiyle ilgili hata düzeltmeleri.
  • Düşük ekran çözünürlükleri desteği (kontrol konsolunun bazı öğeleri düşük çözünürlüklerde görünür olmadığında).

Red Hat Enterprise Virtualization 3.4'ü bu bağlantıdan indirebilirsiniz. Dokümantasyon mevcuttur.


Etiketler: Red Hat, RHEV, Güncelleme, Linux, KVM

RHEL OS'nin yeni sürümü, birçoğu sanallaştırma teknolojileriyle ilgili olan birçok yeni ilginç özelliğe sahiptir. RHEL 7'deki bazı önemli yeni özellikler:

  • Paketlenmiş Docker uygulamaları için yerleşik destek.
  • Çekirdek yama yardımcı programı Teknoloji Önizleme - işletim sistemini yeniden başlatmadan çekirdeğe yamalama.
  • Daha ayrıntılı olarak açıklanan Microsoft Active Directory ile doğrudan ve dolaylı entegrasyon.
  • XFS artık önyükleme, kök ve kullanıcı veri bölümleri için varsayılan dosya sistemidir.
    • XFS için maksimum dosya sistemi boyutu 100 TB'den 500 TB'a yükseltildi.
    • Ext4 için bu boyut 16 TB'den 50 TB'a yükseltildi.
  • İyileştirilmiş işletim sistemi kurulum süreci (yeni sihirbaz).
  • Açık Linux Yönetim Altyapısı (OpenLMI) kullanarak Linux sunucularını yönetme becerisi.
  • NFS ve GFS2 dosya sistemi iyileştirmeleri.
  • KVM sanallaştırma teknolojisinin yeni yetenekleri.
  • RHEL 7'yi konuk işletim sistemi olarak çalıştırma yeteneği.
  • NetworkManager'da iyileştirmeler ve NM-CLI ağ görevlerini gerçekleştirmek için yeni bir komut satırı yardımcı programı.
  • 40 Gbps'ye kadar hızlarda Ethernet ağ bağlantılarını destekler.
  • WiGig kablosuz teknolojisini (IEEE 802.11ad) destekler (7 Gbps'ye kadar hızlarda).
  • Ağ aygıtlarını ve bağlantı noktalarını sanal olarak L2 düzeyinde tek bir arabirimde birleştiren Yeni Ekip Sürücüsü mekanizması.
  • iptables'a göre öncelikli olan ve birden çok ağ güven bölgesini destekleyen esnek bir güvenlik duvarı olan yeni dinamik hizmet FirewallD.
  • GNOME 3, klasik masaüstü modunda.

RHEL 7'deki yeni özellikler hakkında daha fazla bilgi için bkz. Red Hat.

Sanallaştırma açısından, Red Hat Enterprise Linux 7 aşağıdaki önemli yenilikleri sunar:

  • QEMU I / O komutlarının ayrı bir optimize edilmiş iş parçacığında yürütülmesine izin veren virtio-blk-data-plane özelliğinin teknolojik önizlemesi.
  • QEMU'da 32'den fazla PCI cihazının desteklenmesine izin veren PCI Bridge teknolojisinin teknolojik bir önizlemesi ortaya çıktı.
  • QEMU Sandboxing - RHEL 7 ana bilgisayar konuk işletim sistemleri arasında geliştirilmiş izolasyon.
  • Makinelere "sıcak" sanal işlemci ekleme desteği (vCPU Hot Add).
  • Çoklu Kuyruk NIC'leri - her vCPU'nun kendi gönderme ve alma kuyrukları vardır, bu da diğer vCPU'lara olan ihtiyacı ortadan kaldırır (yalnızca Linux konuk işletim sistemleri için).
  • Hot Migration Page Delta Compression teknolojisi, KVM hipervizörünün daha hızlı geçiş yapmasını sağlar.
  • KVM, örneğin Bellek Yönetim Birimi (MMU) ve Sanal Kesinti Denetleyicisi gibi Microsoft OS'nin sanallaştırılmış işlevleri için destek sunar. Bu, Windows konuklarının daha hızlı çalışmasına olanak tanır (bu özellikler varsayılan olarak devre dışıdır).
  • Intel ve AMD Gelişmiş Programlanabilir Kesinti Denetleyicisi (APIC) arabirimine dayalı EOI Hızlandırma teknolojisini destekler.
  • KVM konuk işletim sistemlerinde USB 3.0 desteğinin teknolojik önizlemesi.
  • KVM hipervizöründe Windows 8, Windows 8.1, Windows Server 2012 ve Windows Server 2012 R2 konuk işletim sistemlerini destekler.
  • QEMU'daki konuk işletim sistemleri için G / Ç Kısma işlevleri.
  • Balonlama teknolojileri ve şeffaf büyük sayfalar için destek.
  • Yeni virtio-rng cihazı, konuk işletim sistemleri için rasgele sayı üreteci olarak mevcuttur.
  • Bir Red Hat Enterprise Linux 6.5 ana bilgisayarından bir Red Hat Enterprise Linux 7 ana bilgisayarına konuk işletim sistemlerinin sıcak geçişi için destek.
  • Öykünülmüş VGA'ya ek olarak NVIDIA GRID ve Quadro aygıtlarının ikinci bir aygıt olarak eşlenmesini destekler.
  • Ana bilgisayarda fiziksel olanlardan daha fazla sanal vCPU olduğunda performansı artıran Para-Virtualized Ticketlocks teknolojisi.
  • PCIe cihazları için geliştirilmiş hata işleme.
  • Yeni Sanal İşlev G/Ç (VFIO) sürücüsü güvenliği artırır.
  • VFIO sürücüsünü kullanırken Intel VT-d Büyük Sayfa Teknolojisini destekler.
  • KVM'deki sanal makinelere doğru zaman vermede iyileştirmeler.
  • QCOW2 sürüm 3 formatının görüntüleri için destek.
  • İyileştirilmiş Canlı Geçiş istatistikleri - toplam süre, beklenen kapalı kalma süresi ve bant genişliği.
  • Sıcak geçişlerin konuk işletim sistemi performansını etkilememesine olanak tanıyan Canlı Geçiş için özel akış.
  • AMD Opteron G5 işlemcilerin öykünmesi.
  • KVM konuk işletim sistemleri için yeni Intel işlemci talimatları desteği.
  • Salt okunur VPC ve VHDX sanal disk biçimlerini destekler.
  • Makinelerin sanal diskleriyle çalışmak için libguestfs yardımcı programının yeni özellikleri.
  • Windows konuk işletim sistemleri için yeni Windows Hardware Quality Labs (WHQL) sürücüleri.
  • VMware vSphere ile entegrasyon: Open VM Tools, OpenGL ve X11 için 3D grafik sürücüleri ve konuk işletim sistemi ile ESXi hipervizörü arasında geliştirilmiş iletişim mekanizması.

Yeni işletim sistemi sürümünün Sürüm Notları bu bağlantıda mevcuttur. Yeni RHEL 7 sürümünde (ve - Rusça olarak) sanallaştırma işlevleri hakkında bilgi edinebilirsiniz. Red Hat Enterprise Linux 7 rpm paketlerinin kaynakları artık yalnızca Git deposu aracılığıyla kullanılabilir.


Etiketler: Linux, QEMU, KVM, Güncelleme, RHEL, Red Hat

Ravello, Cloud Application Hypervisor ürününde iç içe sanallaştırmadan yararlanmanın ilginç bir yolunu buldu; bu, VM'leri farklı hizmet sağlayıcıların genel bulutlarındaki farklı sanallaştırma platformlarında evrensel olarak dağıtmasına olanak tanıyor.

Bu sistemin ana bileşeni, Linux işletim sisteminin bir parçası olan ve ikili çeviri tekniklerini kullanarak değiştirmeden iç içe sanal makineleri çalıştıran kendi hipervizörü (Xen tabanlı) olan HVX teknolojisidir. Ayrıca, bu makineler Amazon EC2, HP Cloud, Rackspace ve hatta VMware vCloud Director tarafından yönetilen özel bulutlarda barındırılabilir (ikincisi için destek yakında bekleniyor).

Ravello ürünü bir SaaS hizmetidir ve bu tür yuvalama bebekleri, kullandığı hiper yöneticiden bağımsız olarak desteklenen barındırma sitelerinden herhangi birine yüklenebilir. GRE benzeri bir protokol (yalnızca UDP'ye dayalı) kullanılarak barındırıcının mevcut L3 altyapısı üzerinde bir L2 yer paylaşımı aracılığıyla makineler arasında sanal bir ağ oluşturulur:

Önerilen Bulut Uygulaması Hiper Yönetici hizmetinin mekaniği aşağıdaki gibidir:

  • Kullanıcı sanal makineleri buluta yükler (ESXi / KVM / Xen platformlarında oluşturulan makineler desteklenir).
  • Özel bir GUI veya API kullanan çok makineli uygulamaları açıklar.
  • VM'lerini bir veya daha fazla desteklenen bulutta yayınlar.
  • Ortaya çıkan yapılandırma, Ravello bulutunda anlık görüntü olarak kaydedilir (bu durumda geri yüklenebilir veya kaldırılabilir) - bu depolama hem Amazon S3 bulut depolama, CloudFiles hem de kendi bloğu temelinde oluşturulabilir. depolar veya NFS birimleri.
  • Bundan sonra, her kullanıcı talep üzerine uygulamalarının çoklu makine konfigürasyonunu alabilir.

İlk ortaya çıkan bariz soru, performans hakkında ne? Her şeyden önce, Cloud Application Hypervisor, performansın kritik bir faktör olmadığı geliştirme ve test ekiplerine yöneliktir.

İkincisi, bu tür iç içe geçmiş bebeklerin performans testlerinin sonuçları o kadar da kötü sonuçlar göstermiyor:

HVX teknolojisiyle ilgilenenler için, Rusça'da iyi bir genel bakış videosu var:


Etiketler: Rovello, Yuvalanmış Sanallaştırma, Bulut, HVX, VMware, ESXi, KVM, Xen, VMachines, Amazon, Rackspace

Açık sanallaştırma platformu RHEV 3.0'ın yeni sürümü, Red Ha Enterprise Linux sürüm 6 dağıtımına ve geleneksel olarak KVM hipervizörüne dayanmaktadır.

Red Hat Enterprise Virtualization 3.0'ın yeni özellikleri:

  • Red Hat Enterprise Virtualization Manager yönetim aracı artık Java tabanlı, JBoss platformunda çalışıyor (önceden .NET kullanılıyordu ve buna bağlı olarak Windows'a bağlıydı, şimdi yönetim sunucusu için Linux kullanabilirsiniz).
  • Kullanıcıların sanal makineleri kendi kendilerine dağıtmaları, şablonlar oluşturmaları ve kendi ortamlarını yönetmeleri için bir self servis portal.
  • Üçüncü taraf uygulamalardan tüm çözüm bileşenlerine erişim sağlayan yeni RESTful API.
  • İzinleri ayrıntılı bir şekilde atama, kullanıcı rollerine göre yetki delege etme ve hiyerarşik ayrıcalık yönetimi sağlayan gelişmiş bir yönetim mekanizması.
  • Sanal makineler için depolama olarak yerel sunucu disklerini destekler (ancak Live Migration onlar için desteklenmez).
  • Geçmiş performans verilerini analiz eden ve sanal altyapı gelişimini öngören entegre bir raporlama motoru.
  • Dinamik sıkıştırma teknolojileri ve masaüstü efektlerinin ve renk derinliğinin otomatik ayarlanması dahil olmak üzere WAN bağlantıları için optimize edilmiştir. Ayrıca, SPICE'ın yeni sürümü, Linux konuk masaüstleri için gelişmiş desteğe sahiptir.
  • Mayıs 2011'de yayınlanan en son Red Hat Enterprise Linux 6.1'e dayalı olarak güncellenmiş KVM hipervizörü.
  • Ana sunucular için 160 adede kadar mantıksal CPU ve 2 TB belleği, sanal makineler için 64 vCPU ve 512 GB belleği destekler.
  • Büyük RHEV 3.0 kurulumlarının yönetimi için yeni olanaklar.
  • Konuk işletim sistemlerinde okuma sayısını azaltarak performansı artıran büyük bellek sayfaları (4 KB yerine 2 MB Saydam Büyük Sayfalar) desteği.
  • vhost-net bileşeninin optimizasyonu. Artık KVM ağ yığını, performansı önemli ölçüde artıran ve ağ gecikmesini azaltan kullanıcı modundan çekirdek moduna taşındı.
  • Hipervizör güvenliği sağlayan sVirt kitaplığının işlevlerini kullanma.
  • Sanal makinenin içeriği üzerindeki ek yükü azaltan (özellikle yoğun iş yükleri için etkili) paravirtualized denetleyici x2paic ortaya çıktı.
  • G / Ç'yi optimize etmek ve performansı artırmak için Async-IO teknolojisi.

Red Hat Enterprise Virtualization 3.0'ın son sürümünü bu bağlantıyı kullanarak indirebilirsiniz.

Ve son olarak, Red Hat Enterprise Virtualization Manager 3.0'ın (RHEV-M) kısa bir video incelemesi:


Etiketler: Red Hat, Enterprise, Update, KVM, Linux

İyi iş çıkardın NetApp! Roman, Rusça'ya çeviri bekliyoruz)


Etiketler: Red Hat, KVM, NetApp, Storage, NFS

ConVirt 2.0 Açık Kaynak, ücretsiz ve ticari Linux dağıtımlarında bulunan Xen ve KVM hiper denetleyicilerini yönetmenize, şablonlardan sanal sunucuları dağıtmanıza, performansı izlemenize, yönetici görevlerini otomatikleştirmenize ve sanal altyapının tüm yönlerini yapılandırmanıza olanak tanır. ConVirt 2.0, sanal makinelerin sıcak geçişini, "ince" sanal diskleri (verilerle doldukça büyüyen), sanal makine kaynaklarının kontrolünü (çalıştırma dahil), kapsamlı izleme işlevlerini ve sanal makinelerin ana sunuculara akıllı yerleştirilmesini (manuel) destekler yük dengeleme).

ConVirt 2.0 hala yalnızca Açık Kaynak sürümünde mevcuttur, ancak geliştiriciler, aşağıdaki özelliklerde ücretsiz sürümden farklı olacak olan ConVirt 2.0 Enteprise sürümünü yakında piyasaya sürmeyi vaat ediyor:

ÖzellikConVirt 2.0
Açık kaynak
ConVirt 2.0 Kurumsal

Mimari
Çoklu Platform Desteği
Aracısız Mimari
Evrensel Web Erişimi
Veri Merkezi Genelinde Konsol

Yönetim
Başlat, Durdur, Duraklat, Devam Ettir
Bakım Modu
Enstantane fotoğraf
Çalışan bir VM'de Kaynak Tahsisini Değiştirme

izleme
Gerçek zamanlı veri
Tarihi bilgi
Sunucu Havuzları
Depolama havuzları
Uyarılar ve Bildirimler

sağlama
Şablon Tabanlı Sağlama
Şablon Kitaplığı
Entegre Sanal Cihaz Katalogları
İnce Tedarik
Zamanlanmış Sağlama

Otomasyon
Akıllı Sanal Makine Yerleştirme
Canlı geçiş
Özel Ağa Sahip Olun
SAN, NAS Depolama Desteği

Gelişmiş Otomasyon
Yüksek kullanılabilirlik
Yedekleme ve kurtarma
VLAN Kurulumu
Depolama otomasyonu
Dinamik Kaynak Tahsisi
Güç tasarrufu modu

Güvenlik
SSH Erişimi
Çok Kullanıcılı Yönetim
Denetim
İnce Taneli Erişim Kontrolü

Entegrasyon
Açık Depo
Komut satırı arayüzü
Programatik API

Etiketler: Xen, KVM, Convirt, Citrix, Red Hat, Ücretsiz, Açık Kaynak,

XEN hipervizörünü yönetmek için 2007 XenMan GUI'si olan Convirture, kısa süre önce piyasaya sürüldü Bedava Adını XenMan olarak değiştiren Convirture ConVirt 1.0.

ConVirt ile aşağıdaki özellikleri kullanarak Xen ve KVM hipervizörlerini yönetebilirsiniz:

  • Birden çok ana sunucunun yönetimi.
  • Anlık görüntüler (anlık görüntüler).
  • Sanal makinelerin ana bilgisayarlar arasında canlı geçişi.
  • VM yedekleme.
  • Ana bilgisayarların ve sanal makinelerin en basit şekilde izlenmesi.
  • Sanal modüller için destek (Sanal Cihazlar).

Convirture ConVirt 1.0'ı bu bağlantıdan indirebilirsiniz:

Convirt ConVirt 1.0
Etiketler: Xen, KVM

Ubuntu'da, yönetim araçları olarak KVM hipervizörünün (sanal makine yöneticisi) ve libvirt'in kullanılması önerilir. Libvirt, bir dizi yazılım API'si ve özel sanal makine (VM) yönetim uygulamaları virt-manager (grafik arabirimi, GUI) veya virsh (komut satırı, CLI) içerir. Alternatif yöneticiler convirt (GUI) veya convirt2 (WEB arayüzü) olabilir.

Şu anda, Ubuntu'da yalnızca KVM hipervizörü resmi olarak desteklenmektedir. Bu hiper yönetici, Linux işletim sisteminin çekirdek kodunun bir parçasıdır. Xen'den farklı olarak KVM, paravirtualization'ı desteklemez, bu da onu kullanmak için CPU'nuzun VT teknolojilerini desteklemesi gerektiği anlamına gelir. Komutu bir terminalde çalıştırarak işlemcinizin bu teknolojiyi destekleyip desteklemediğini kontrol edebilirsiniz:

Sonuç olarak bir mesaj alırsanız:

BİLGİ: / dev / kvm var KVM hızlandırma kullanılabilir

o zaman KVM sorunsuz çalışacaktır.

Çıktıda bir mesaj alırsanız:

CPU'nuz KVM uzantılarını desteklemiyor KVM hızlandırma KULLANILAMAZ

o zaman sanal makineyi kullanmaya devam edebilirsiniz, ancak çok daha yavaş olacaktır.

    64 bit sistemleri misafir olarak kurun

    Konuk sistemlere 2 GB'den fazla RAM ayırın

Kurulum

Sudo apt-get install qemu-kvm libvirt-bin ubuntu-vm-builder köprü-utils

Bu, X'lerin olmadığı bir sunucuya yapılan bir kurulumdur, yani grafiksel bir arayüz içermez. komutu ile kurabilirsiniz.

Sudo apt-get kurulum sanal yöneticisi

Bundan sonra, "Sanal Makine Yöneticisi" menü öğesi görünecek ve yüksek olasılıkla her şey işe yarayacaktır. Herhangi bir sorun ortaya çıkarsa, İngilizce wiki'deki talimatları okumanız gerekecektir.

Konuk sistemi oluşturma

Grafik arayüzü kullanarak bir konuk sistemi oluşturma prosedürü oldukça basittir.

Ancak metin modu tanımlanabilir.

qcow2

Grafik arayüzü kullanarak bir sistem oluştururken, sabit disk olarak mevcut bir görüntü dosyasının seçilmesi veya aygıtın bloke edilmesi veya ham (RAW) verilerle yeni bir dosya oluşturulması önerilir. Ancak bu, mevcut tek dosya biçiminden uzaktır. man qemu-img'de listelenen tüm disk türleri arasında qcow2 en esnek ve modern olanıdır. Anlık görüntüleri, şifrelemeyi ve sıkıştırmayı destekler. Yeni bir konuk sistemi oluşturmadan önce oluşturulmalıdır.

Qemu-img create -o preallocation = metadata -f qcow2 qcow2.img 20G

Aynı adam qemu-img'ye göre, meta verilerin ön tahsisi (-o preallocation = metadata) diski başlangıçta biraz daha büyük yapar, ancak görüntünün büyümesi gerektiğinde daha iyi performans sağlar. Aslında, bu durumda, bu seçenek kötü bir hatayı önler. Oluşturulan görüntü başlangıçta bir megabayttan daha az yer kaplar ve gerektiğinde belirtilen boyuta büyür. Konuk sistem bu son belirtilen boyutu hemen görmelidir, ancak kurulum aşamasında dosyanın gerçek boyutunu görebilir. Doğal olarak, 200 KB sabit sürücüye yüklemeyi reddedecektir. Hata Ubuntu'ya özgü değil, en azından RHEL'de görünüyor.

Görüntü türüne ek olarak, daha sonra onu bağlamanın yolunu seçebilirsiniz - IDE, SCSI veya Virtio Disk. Disk alt sisteminin performansı bu seçime bağlı olacaktır. Kesin olarak doğru bir cevap yoktur, misafir sistemine atanacak göreve göre seçim yapmanız gerekir. Konuk sistem "görmek" için oluşturulmuşsa, herhangi bir yöntem işe yarayacaktır. Genel olarak, sanal bir makinenin darboğazı genellikle G / Ç'dir, bu nedenle, çok yüklü bir sistem oluştururken bu konu mümkün olduğunca sorumlu bir şekilde ele alınmalıdır.

Bu yazıyı, Linux'ta KVM tabanlı bir sanal makinenin adım adım kurulumunu ve konfigürasyonunu göstermek için yazıyorum. Daha önce, harika olanı kullandığım sanallaştırma hakkında yazmıştım.

Şimdi büyük miktarda RAM ve büyük bir sabit disk ile iyi bir sunucu kiralama sorunuyla karşı karşıyayım. Ancak projeleri doğrudan ana makinede çalıştırmak istemiyorum, bu yüzden onları Linux veya docker kapsayıcıları çalıştıran ayrı küçük sanal sunuculara ayıracağım (bunlardan başka bir makalede bahsedeceğim).

Tüm modern bulut barındırma hizmetleri aynı prensipte çalışır, yani. iyi bir donanıma sahip bir hoster, eskiden VPS / VDS dediğimiz bir grup sanal sunucuyu yükseltir ve bunları kullanıcılara dağıtır veya bu işlemi otomatikleştirir (merhaba, DigitalOcean).

KVM (çekirdek tabanlı sanal makine), Intel VT / AMD SVM sanallaştırma teknolojisini çalıştırmak için x86 uyumlu işlemci donanımı kullanan Linux yazılımıdır.

KVM'yi yükleme

Ubuntu 16.04.1 LTS üzerinde sanal makine oluşturmak için tüm dolandırıcılıkları yapacağım. İşlemlerinizin Intel VT / AMD SVM tabanlı donanım sanallaştırmasını destekleyip desteklemediğini kontrol etmek için şunu çalıştırın:

Grep -E "(vmx | svm)" / proc / cpuinfo

Terminal boş değilse, her şey yolunda demektir ve KVM kurulabilir. Ubuntu yalnızca resmi olarak KVM hipervizörünü (Linux çekirdeğine dahildir) destekler ve libvirt kitaplığının bir yönetim aracı olarak kullanılmasını önerir, bundan sonra yapacağız.

Ubuntu'da donanım sanallaştırma desteğini şu komutla da kontrol edebilirsiniz:

Başarılı olursa, şöyle bir şey göreceksiniz:

BİLGİ: / dev / kvm var KVM hızlandırma kullanılabilir

KVM ile çalışmak için paketleri kurun:

Sudo apt-get install qemu-kvm libvirt-bin ubuntu-vm-builder köprü-utils

Sistemin grafik kabuğuna erişiminiz varsa, libvirt GUI yöneticisini yükleyebilirsiniz:

Sudo apt-get kurulum sanal yöneticisi

Virt-manager'ı kullanmak oldukça basittir (VirtualBox'tan daha zor değildir), bu nedenle bu makale bir sanal sunucuyu kurmanın ve yapılandırmanın konsol versiyonuna odaklanacaktır.

Sanal sunucu yükleme ve yapılandırma

Kurulum, konfigürasyon ve sistem yönetiminin konsol versiyonunda, virsh yardımcı programı (libvirt kitaplığına eklenti) vazgeçilmez bir araçtır. Çok sayıda seçenek ve parametreye sahiptir, aşağıdaki gibi ayrıntılı bir açıklama elde edilebilir:

adam virsh

veya standart "yardım"ı arayın:

virsh yardım

Sanal sunucularla çalışırken her zaman aşağıdaki kurallara uyuyorum:

  1. İşletim sisteminin iso görüntülerini / var / lib / libvirt / boot dizininde saklarım
  2. Sanal makine görüntülerini / var / lib / libvirt / images dizininde saklıyorum
  3. Her yeni sanal makineye, hipervizörün DHCP sunucusu aracılığıyla kendi statik IP adresini açıkça atadım.

İlk sanal makineyi kurmaya başlayalım (64-bit sunucu Ubuntu 16.04 LTS):

Cd / var / lib / libvirt / boot sudo wget http://releases.ubuntu.com/16.04/ubuntu-16.04.1-desktop-amd64.iso

Resmi indirdikten sonra kurulumu başlatın:

Sudo virt-install \ --virt-type = kvm \ --name ubuntu1604 \ --ram 1024 \ --vcpus = 1 \ --os-variant = ubuntu16.04 \ --hvm \ --cdrom = / var / lib / libvirt / boot / ubuntu-16.04.1-server-amd64.iso \ --network ağ = varsayılan, model = virtio \ --graphics vnc \ --disk yolu = / var / lib / libvirt / görüntüler / ubuntu1604. img, boyut = 20, veri yolu = virtio

Tüm bu parametreleri "insan diline" çevirdiğimizde, Ubuntu 16.04 işletim sistemi, 1024 MB RAM, 1 işlemci, standart bir ağ kartı ile sanal bir makine oluşturduğumuz ortaya çıkıyor (sanal makine internete bağlıymış gibi gidecek. NAT), 20 GB HDD.

Parametreye dikkat etmeye değer --os-varyantı, hipervizöre ayarların hangi işletim sistemi için uyarlanması gerektiğini söyler.
Kullanılabilir işletim sistemi seçeneklerinin bir listesi şu komutu çalıştırarak elde edilebilir:

Osinfo-sorgu işletim sistemi

Sisteminizde böyle bir yardımcı program yoksa, yükleyin:

Sudo apt-get install libosinfo-bin

Kurulumu başlattıktan sonra konsolda aşağıdaki mesaj görünecektir:

Etki alanı yüklemesi devam ediyor. Yükleme işlemini tamamlamak için konsola yeniden bağlanabilirsiniz.

Bu normal bir durum, kuruluma VNC üzerinden devam edeceğiz.
Sanal makinemizden hangi bağlantı noktasına yükseltildiğine bakıyoruz (örneğin komşu terminalde):

Virsh dumpxml ubuntu1604 ... ...

Yerel adres 127.0.0.1'de 5900 numaralı bağlantı noktası. VNC'ye bağlanmak için ssh üzerinden Port Yönlendirme kullanmanız gerekir. Bunu yapmadan önce, ssh arka plan programında tcp iletmenin etkinleştirildiğinden emin olun. Bunu yapmak için sshd ayarlarına gidin:

Kedi / etc / ssh / sshd_config | grep AllowTcpForwarding

Hiçbir şey bulunamadıysa veya görüyorsanız:

AllowTcpYönlendirme hayır

Sonra yapılandırmayı düzenleriz

AllowTcpYönlendirme evet

ve sshd'yi yeniden başlatın.

Bağlantı noktası yönlendirme kurulumu

Komutu yerel makinede yürütüyoruz:

Ssh -fN -l oturum açma -L 127.0.0.1:5900:localhost:5900 server_ip

Burada yerel bağlantı noktası 5900'den sunucu bağlantı noktası 5900'e ssh bağlantı noktası iletmeyi yapılandırdık. Artık herhangi bir VNC istemcisini kullanarak VNC'ye bağlanabilirsiniz. Sadeliği ve rahatlığı için UltraVNC'yi tercih ederim.

Başarılı bir bağlantıdan sonra, ekranda Ubuntu kurulumunu başlatmak için standart bir karşılama ekranı görüntülenecektir:

Kurulum tamamlandıktan ve normal yeniden başlatmanın ardından oturum açma penceresi görünecektir. Giriş yaptıktan sonra, daha sonra statik hale getirmek için yeni yapılan sanal makinenin IP adresini belirliyoruz:

ifconfig

Hatırlıyoruz ve ana makineye gidiyoruz. Sanal makinenin "ağ" kartının mac adresini çıkarıyoruz:

Virsh dumpxml ubuntu1604 | grep "mac adresi"

Mac adresimizi hatırlıyoruz:

Hiper yöneticinin ağ ayarlarını düzenleme:

Sudo virsh net düzenleme varsayılanı

DHCP'yi arıyoruz ve şunu ekliyoruz:

Bunun gibi bir şeyle sonuçlanmalısın:

Ayarların etkili olması için hiper yönetici DHCP sunucusunu yeniden başlatmanız gerekir:

Sudo virsh net-destroy varsayılanı sudo virsh net-start varsayılanı sudo hizmeti libvirt-bin yeniden başlatma

Bundan sonra, sanal makineyi yeniden başlatıyoruz, şimdi her zaman kendisine atanmış IP adresine sahip olacak - 192.168.122.131.

Örneğin ağ ayarlarını doğrudan konuk sistem içinde düzenleyerek sanal makineye statik bir IP ayarlamanın başka yolları da vardır, ancak işte tam da bu, canınızın istediği gibi. Ben sadece kendim kullanmayı tercih ettiğim seçeneği gösterdim.

Sanal makinenin terminaline bağlanmak için şunu çalıştırın:

Ssh 192.168.122.131

Araç savaşa hazır.

Virsh: komut listesi

Çalışan sanal ana bilgisayarları görmek için (mevcut olanların tümü --all eklenerek elde edilebilir):

Sudo virsh listesi

Ana bilgisayarı yeniden başlatabilirsiniz:

Sudo virsh $ VM_NAME yeniden başlatılıyor

Sanal makineyi durdur:

Sudo virsh $ VM_NAME durdur

Yürütme durdurma:

Sudo virsh $ VM_NAME'i yok ediyor

Sudo virsh $ VM_NAME'i başlatır

Bağlantı kesilmesi:

Sudo virsh kapatma $ VM_NAME

Otomatik başlatmaya ekle:

Sudo virsh otomatik başlatma $ VM_NAME

Gelecekte diğer sanal işletim sistemleri için bir çerçeve olarak kullanmak için çoğu zaman sistemi klonlamak gerekir, bunun için sanal klon yardımcı programını kullanırlar.

Sanal klon -- yardım

Mevcut bir sanal makineyi klonlar ve ana bilgisayara duyarlı verileri, örneğin mac adresini değiştirir. Klondaki parolalar, dosyalar ve diğer kullanıcıya özel bilgiler aynı kalır. IP adresi klonlanmış sanal makineye manuel olarak kaydedildiyse, çakışma nedeniyle klona SSH erişiminde sorunlar olabilir (aynı IP'ye sahip 2 ana bilgisayar).

Sanal makineyi VNC aracılığıyla kurmaya ek olarak, virt-manager yardımcı programı aracılığıyla X11Forwarding seçeneği de mümkündür. Örneğin Windows'ta bunun için Xming ve PuTTY kullanabilirsiniz.