Virtualisasi OpenShift (proyék hulu - Kubernetes: KubeVirt, tingali. и ), anu sateuacanna disebut Virtualisasi asli Container, diwanohkeun salaku fitur platform OpenShift anu dirancang pikeun nyebarkeun sareng ngatur mesin virtual (VM) salaku éntitas inti Kubernetes. Tugas sapertos kieu sacara téknis nangtang kusabab bédana anu mendasar dina téknologi. Pikeun ngahontal tujuan ieu, téknologi anu biasa dumasar kana Red Hat Enterprise dianggo. Linux sareng KVM, anu parantos aya sareng kami salami mangtaun-taun sareng parantos kabuktosan efektifitasna.
Dina tulisan ieu, urang bakal ningali aspék téknis virtualisasi OpenShift anu ngamungkinkeun VM sareng wadahna tiasa hirup babarengan dina hiji platform anu ngatur aranjeunna salaku éntitas tunggal.
Tugas komputasi
Mékanisme panggunaan wadah Linux- fitur inti, sapertos namespaces sareng cgroups, pikeun isolasi prosés sareng manajemen sumber daya. Prosés biasana dianggap salaku aplikasi Python atanapi Java atanapi file anu tiasa dieksekusi, tapi kanyataanna, éta tiasa janten prosés naon waé, sapertos bash, Emacs, atanapi vim.
Naon mesin virtual? Tina sudut pandang hypervisor, ieu ogé prosés. Tapi teu prosés aplikasi, tapi prosés KVM jawab executing a VM husus.
Gambar wadahna ngandung sadaya alat, perpustakaan sareng file anu dipikabutuh pikeun mesin virtual KVM. Lamun urang mariksa pod of a ngajalankeun VM, urang bakal ningali aya helpers jeung prosés qemu-kvm. Salaku tambahan, urang gaduh aksés kana alat KVM pikeun ngatur mesin virtual sapertos qemu-img, qemu-nbd sareng virsh.
Kusabab mesin virtual nyaéta pod a, otomatis inherits sakabéh pungsi pod di Kubernetes. Pod VM, sapertos pod biasa, tunduk kana skéma sareng kritéria penjadwal sapertos taints, toléransi, afinitas sareng anti afinitas. Anjeun oge meunang kauntungan tina kasadiaan tinggi, jsb. Sanajan kitu, aya hiji bédana penting: pods biasa teu migrasi ti host ka host dina rasa biasa. Mun hiji titik mana offline, pod dina éta terminated sarta reassigned ka titik sejen dina klaster. Sareng dina kasus mesin virtual, urang ngarepkeun ningali migrasi langsung.
Pikeun ngatasi jurang ieu, definisi sumberdaya khusus (CDR) diciptakeun pikeun ngajelaskeun mékanisme migrasi langsung anu tanggung jawab pikeun ngamimitian, ngawaskeun, sareng ngatur migrasi langsung VM antara titik-titik padamel.
apiVersion: kubevirt.io/v1alpha3
kind: VirtualMachineInstanceMigration
metadata:
name: migration-job
spec:
vmiName: fedora
Nalika titik hiji dinonaktipkeun, tugas migrasi otomatis dijieun pikeun maranéhanana mesin virtual nu Live Migrasi disetel salaku strategi nundung maranéhna. Ku cara ieu Anjeun bisa ngadalikeun paripolah mesin virtual nalika pindah antara titik klaster. Anjeun duanana tiasa ngonpigurasikeun Live Migration sareng ngatur VM, sapertos sadayana pods anu sanés.
jaringan
Sistem Kubernetes naon waé nyayogikeun komunikasi antara titik sareng pods nganggo parangkat lunak jaringan SDN. OpenShift teu aya pengecualian sareng, mimitian ti versi 3, nganggo OpenShiftSDN sacara standar pikeun ieu. Salaku tambahan, OpenShift 4 ngagaduhan fitur énggal anu disebut Multus, anu ngamungkinkeun anjeun nyayogikeun sababaraha jaringan sareng nyambungkeun pods ka aranjeunna sakaligus.
Ngagunakeun Multus, administrator tiasa nangtukeun jaringan CNI tambahan, anu teras disebarkeun sareng dikonfigurasi dina klaster nganggo Operator Jaringan Klaster khusus. Pod teras disambungkeun ka hiji atanapi langkung jaringan ieu, biasana OpenShiftSDN standar sareng antarmuka tambahan. Alat SR-IOV, standar Linux Alat Bridge, MACVLAN, sareng IPVLAN sadayana tiasa dianggo upami diperyogikeun ku VM anjeun. Gambar di handap ieu nunjukkeun kumaha ngonpigurasikeun Multus CNI pikeun jaringan bridge dina antarmuka eth1:
apiVersion: operator.openshift.io/v1
kind: Network
metadata:
name: cluster
spec:
additionalNetworks:
- name: multus1
rawCNIConfig: '{ "cniVersion": "0.3.1", "type": "bridge", "master": "eth1", "ipam":
{ "type": "static", "addresses": [ { "address": "191.168.1.1/24" } ] } }'
type: Raw
Dina hubungan virtualization OpenShift, ieu ngandung harti yén VM bisa disambungkeun ka jaringan éksternal langsung, bypassing SDN. Ieu penting pikeun mesin virtual hijrah ka OpenShift ti Red Hat Virtualization atanapi VMware vSphere, saprak lamun boga aksés ka lapisan OSI kadua, moal aya parobahan dina setélan jaringan. Ieu ogé hartosna yén VM tiasa gaduh alamat jaringan anu ngalangkungan SDN. Ku kituna, urang bisa éféktif ngagunakeun adapters jaringan husus, atawa nyambung langsung ka sistem gudang ngaliwatan jaringan ...
Anjeun tiasa diajar langkung seueur ngeunaan cara nyieun sareng nyambungkeun mesin virtual virtualisasi OpenShift ka jaringan ... Sajaba ti, , deployed salaku bagian tina virtualization OpenShift, nawarkeun cara akrab sejen pikeun nyieun jeung ngatur konfigurasi jaringan dina titik fisik nu dipaké dina hypervisors.
neundeun
Nyambungkeun sareng ngatur disk mesin virtual dina virtualisasi OpenShift dilaksanakeun nganggo konsép Kubernetes sapertos StorageClasses, PersistentVolumeClaims (PVC) sareng PersistentVolume (PV), ogé standar protokol panyimpenan pikeun lingkungan Kubernetes. Ieu masihan pangurus Kubernetes sareng tim aplikasi cara anu biasa sareng biasa pikeun ngatur wadah sareng mesin virtual. Sareng pikeun seueur pangurus lingkungan virtualisasi, konsép ieu sigana akrab sabab ngagunakeun prinsip anu sami pikeun misahkeun file konfigurasi VM sareng disk anu dianggo dina OpenStack sareng seueur platform awan anu sanés.
Najan kitu, urang teu bisa saukur nyieun disk anyar pikeun VM unggal waktu, saprak nalika migrasi ti hypervisor ka OpenShift, urang kudu nyimpen data. Sumuhun, sanajan urang nyebarkeun hiji VM anyar, éta salawasna gancang ngalakukeun tina citakan ti nyieun ti scratch. Ku kituna, urang peryogi fungsionalitas pikeun ngimpor disk anu tos aya.
Pikeun nyederhanakeun tugas ieu, virtualisasi OpenShift nyebarkeun proyék Containerized Data Importer (CDI), anu ngirangan impor gambar disk tina sababaraha sumber pikeun nyiptakeun éntri PVC.
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: "fedora-disk0"
labels:
app: containerized-data-importer
annotations:
cdi.kubevirt.io/storage.import.endpoint: "http://10.0.0.1/images/Fedora-Cloud-Base-31-1.9.x86_64.qcow2"
spec:
storageClassName: ocs-gold
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 20Gi
Éntri ieu anu ngaktifkeun CDI, nyababkeun runtuyan tindakan anu dipidangkeun dina gambar di handap ieu:
Saatos CDI parantos réngsé, PVC bakal ngandung disk mesin virtual anu siap dianggo sareng dirobih kana format OpenShift standar ...
Nalika damel sareng virtualisasi OpenShift, OpenShift Container Storage (OCS), solusi Red Hat dumasar kana sistem file Ceph anu ngalaksanakeun fungsionalitas panyimpen anu terus-terusan pikeun wadah, ogé mangpaat. Salian métode aksés PVC baku - RWO (blok) sarta RWX (file) - OCS nyadiakeun RWX alat block atah, nu pohara kapaké pikeun babagi aksés block pikeun aplikasi kalawan sarat kinerja tinggi. Salaku tambahan, OCS ngadukung standar Klaim Ember Obyék anyar, anu ngamungkinkeun aplikasi pikeun langsung ngagunakeun panyimpen data obyék.
Mesin virtual dina peti
Upami anjeun resep mariksa kumaha jalanna, teras terang yén virtualisasi OpenShift parantos sayogi dina versi Tech Preview salaku bagian tina OpenShift 3.11 sareng langkung luhur. Pamilik langganan OpenShift anu tos aya tiasa nganggo virtualisasi OpenShift lengkep gratis sareng tanpa léngkah tambahan. Dina waktos postingan ieu, OpenShift 4.4 sareng OpenShift virtualization 2.3 ayeuna upami anjeun nganggo versi sateuacana, anjeun kedah ningkatkeun pikeun kéngingkeun fitur-fitur panganyarna. Versi virtualisasi OpenShift anu dirojong sapinuhna kedah dileupaskeun dina satengah kadua 2020.
Kanggo inpo nu leuwih lengkep mangga ngahubungan pikeun parentah instalasi, kaasup , nu nyadiakeun informasi ngeunaan nyetel jaringan éksternal.
sumber: www.habr.com
