د OpenShift مجازی کول: کانټینرونه، KVM او مجازی ماشینونه

د OpenShift مجازی کول (د پورته کولو پروژه - Kubernetes: KubeVirt، وګورئ. دلته и دلته)، nee کانټینر-اصلي مجازی کول، د OpenShift پلیټ فارم د فعالیت په توګه معرفي شوی، کوم چې د بنسټیز Kubernetes ادارو په توګه د مجازی ماشینونو (VMs) ځای پرځای کولو او اداره کولو لپاره ډیزاین شوی. دا ډول دنده په ټیکنالوژۍ کې د بنسټیزو توپیرونو له امله له تخنیکي پلوه ننګونې ده. د دې موخې د ترلاسه کولو لپاره، موږ د Red Hat Enterprise Linux او KVM پر بنسټ پیژندل شوي ټیکنالوژۍ کارولې، کوم چې له ډیرو کلونو راهیسې زموږ سره دي او د دوی اغیزمنتوب یې ثابت کړی دی.

پدې مقاله کې، موږ به د OpenShift مجازی کولو تخنیکي اړخونو ته وګورو چې د VMs او کانټینرونو لپاره دا ممکنه کوي چې په یو واحد پلیټ فارم کې یوځای شي چې دوی د واحد واحد په توګه اداره کوي.

حسابي دندې

کانټینرونه د پروسو جلا کولو او سرچینې اداره کولو لپاره د لینکس کرنل میکانیزمونه لکه د نوم ځای او cgroups کاروي. معمولا پروسې د Python، Java غوښتنلیکونو یا د اجرا وړ فایلونو په توګه پیژندل کیږي، مګر په حقیقت کې دوی هر ډول پروسې وي، لکه bash، Emacs یا vim.

مجازی ماشین څه شی دی؟ د Hypervisor له نظره، دا هم یوه پروسه ده. مګر د غوښتنلیک پروسه نه ، مګر د KVM پروسه د ځانګړي VM اجرا کولو مسؤلیت لري.

د کانټینر عکس د KVM مجازی ماشین لپاره ټول اړین وسایل، کتابتونونه او فایلونه لري. که موږ د روان VM پوډ معاینه کړو، نو موږ به هلته مرستندویان او د qemu-kvm پروسې وګورو. سربیره پردې، موږ د مجازی ماشینونو اداره کولو لپاره د KVM وسیلو ته لاسرسی لرو لکه qemu-img، qemu-nbd او virsh.

څرنګه چې یو مجازی ماشین یو پوډ دی، دا په اوتومات ډول په کبرنیټس کې د پوډ ټول فعالیت میراث کوي. د VM پوډونه، لکه د منظم پوډونو په څیر، د مهالویش سکیمونو او معیارونو تابع دي لکه د خیانت، زغم، تړاو او ضد ضد. تاسو د لوړ شتون ګټې هم ترلاسه کوئ ، او داسې نور. په هرصورت، یو مهم توپیر شتون لري: منظم پوډونه په عادي معنی کې له کوربه څخه کوربه ته نه لیږدول کیږي. که یو نوډ آفلاین شي، په هغې کې پوډ پای ته رسیږي او په کلستر کې بل نوډ ته بیا ګمارل کیږي. او د مجازی ماشین په حالت کې، موږ تمه لرو چې ژوندی مهاجرت وګورو.

د دې تشې د حل کولو لپاره، د ګمرک سرچینې تعریف (CDR) د ژوندی مهاجرت میکانیزم تشریح کولو لپاره رامینځته شوی چې د کارګر نوډونو ترمنځ د VMs ژوندی مهاجرت پیل کولو، څارنې او اداره کولو مسولیت لري.

apiVersion: kubevirt.io/v1alpha3
kind: VirtualMachineInstanceMigration
metadata:
  name: migration-job
spec:
  vmiName: fedora

کله چې یو نوډ غیر فعال شي، د مهاجرت دندې په اوتومات ډول د هغو مجازی ماشینونو لپاره رامینځته کیږي چې ژوندی مهاجرت د دوی د ویستلو ستراتیژۍ په توګه ټاکل شوی. پدې توګه تاسو کولی شئ د مجازی ماشینونو چلند کنټرول کړئ کله چې د کلستر نوډونو ترمینځ حرکت کوئ. تاسو کولی شئ دواړه ژوندی مهاجرت تنظیم کړئ او د نورو ټولو پوډونو په څیر VM اداره کړئ.

شبکه

د کوبرنیټس هر سیسټم د سافټویر SDN شبکې په کارولو سره د نوډونو او پوډونو ترمینځ اړیکه چمتو کوي. OpenShift هیڅ استثنا نه ده او، د 3 نسخه څخه پیل کول، د دې لپاره د ډیفالټ لخوا OpenShiftSDN کاروي. برسېره پردې، OpenShift 4 د Multus په نوم یو بل نوی خصوصیت لري، کوم چې تاسو ته اجازه درکوي څو شبکې شتون ولري او په ورته وخت کې پوډونه وصل کړئ.

د ملټس په کارولو سره، مدیر کولی شي اضافي CNI شبکې تعریف کړي، چې بیا به د ځانګړي کلستر شبکې آپریټر لخوا په کلستر کې ځای پرځای او تنظیم شي. پوډونه بیا د دې شبکو څخه یو یا ډیرو سره وصل شوي ، معمولا معیاري OpenShiftSDN او یو اضافي انٹرفیس. د SR-IOV وسایل، معیاري لینکس برج، MACVLAN او IPVLAN وسایل ټول کارول کیدی شي که ستاسو VM ورته اړتیا ولري. لاندې شمیره ښیې چې څنګه په eth1 انٹرفیس کې د پل شبکې لپاره Multus CNI تنظیم کړئ:

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

د OpenShift مجازی کولو په تړاو، دا پدې مانا ده چې VM مستقیم د یوې بهرنۍ شبکې سره وصل کیدی شي، د SDN په واسطه. دا د مجازی ماشینونو لپاره مهم دی چې د Red Hat Virtualization یا VMware vSphere څخه OpenShift ته لیږدول شوي، ځکه چې که تاسو دویم OSI پرت ته لاسرسی لرئ، د شبکې په ترتیباتو کې به هیڅ بدلون نه وي. دا پدې معنی هم ده چې VM ممکن د شبکې پته ولري چې د SDN څخه تیریږي. پدې توګه ، موږ کولی شو په مؤثره توګه د ځانګړي شبکې اډیپټرونه وکاروو ، یا په مستقیم ډول د شبکې له لارې د ذخیره کولو سیسټم سره وصل شو ...

تاسو کولی شئ د شبکې سره د OpenShift مجازی مجازی ماشینونو رامینځته کولو او وصل کولو څرنګوالي په اړه نور معلومات زده کړئ دلته... سربیره ، nmstate آپریټر، د OpenShift مجازی کولو برخې په توګه ګمارل شوی، په فزیکي نوډونو کې د شبکې تشکیلاتو رامینځته کولو او اداره کولو لپاره بله پیژندل شوې لار وړاندې کوي چې د هایپروایزر لاندې کارول کیږي.

زیرمه

د OpenShift مجازی کولو کې د مجازی ماشین ډیسکونو نښلول او اداره کول د Kubernetes مفاهیمو لکه StorageClasses، PersistentVolumeClaims (PVC) او PersistentVolume (PV) په کارولو سره ترسره کیږي، او همدارنګه د کوبرنیټس چاپیریال لپاره د ذخیره کولو پروتوکول معیاري. دا د Kubernetes مدیرانو او غوښتنلیک ټیمونو ته د کانټینرونو او مجازی ماشینونو اداره کولو لپاره یوه عامه، پیژندل شوې لار ورکوي. او د مجازی کولو چاپیریال ډیری مدیرانو لپاره ، دا مفهوم ممکن پیژندل شوی وي ځکه چې دا د VM ترتیب کولو فایلونو او ډیسکونو جلا کولو ورته اصول کاروي چې په OpenStack او ډیری نورو کلاوډ پلیټ فارمونو کې کارول کیږي.

په هرصورت، موږ نشو کولی په ساده ډول هر ځل د VM لپاره نوی ډیسک جوړ کړو، ځکه چې کله چې له هایپروایسر څخه OpenShift ته لیږدول کیږي، موږ اړتیا لرو چې ډاټا خوندي کړو. هو، حتی کله چې موږ یو نوی VM ځای په ځای کوو، دا تل ګړندی وي چې دا د ټیمپلیټ څخه ترسره کړئ په پرتله چې له سکریچ څخه یې رامینځته کړئ. په دې توګه، موږ د موجوده ډیسکونو واردولو لپاره فعالیت ته اړتیا لرو.

د دې کار ساده کولو لپاره، د OpenShift مجازی کول د کانټینر شوي ډیټا واردونکي (CDI) پروژه ځای په ځای کوي، کوم چې د 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

دا دا ننوتنه ده چې CDI فعالوي، په لاندې شکل کې ښودل شوي د عملونو ترتیب رامینځته کوي:

وروسته له دې چې CDI بشپړ شي، PVC به د مجازی ماشین ډیسک ولري چې د کارولو لپاره چمتو وي او د OpenShift معیاري بڼه ته بدل شي ...
کله چې د OpenShift مجازی کولو سره کار کوئ، د OpenShift کانټینر ذخیره (OCS)، د Ceph فایل سیسټم پراساس د Red Hat حل چې د کانټینرونو لپاره د دوامداره ذخیره کولو فعالیت پلي کوي، هم ګټور دی. د معیاري PVC لاسرسي میتودونو سربیره - RWO (بلاک) او RWX (فایل) - OCS د خام بلاک وسیلو لپاره RWX چمتو کوي ، کوم چې د لوړ فعالیت اړتیاو سره غوښتنلیکونو لپاره د بلاک لاسرسي شریکولو لپاره خورا ګټور دی. برسېره پردې، OCS د نوي آبجیکٹ بالټ ادعا معیار ملاتړ کوي، کوم چې غوښتنلیکونو ته اجازه ورکوي چې مستقیم د اعتراض ډاټا ذخیره وکاروي.

په کانتینرونو کې مجازی ماشینونه

که تاسو لیوالتیا لرئ چې وګورئ چې دا څنګه کار کوي، نو پوه شئ چې د OpenShift مجازی کول لا دمخه د OpenShift 3.11 او لوړې برخې په توګه د ټیک مخکتنې نسخه کې شتون لري. د موجوده OpenShift ګډون مالکین کولی شي د OpenShift مجازی کول په بشپړه توګه وړیا او پرته له کوم اضافي ګامونو څخه کار واخلي. د دې پوسټ د خپرولو په وخت کې، OpenShift 4.4 او OpenShift virtualization 2.3 اوسني دي؛ که تاسو پخوانۍ نسخې کاروئ، نو تاسو باید د وروستي ځانګړتیاو ترلاسه کولو لپاره اپ گریڈ کړئ. د OpenShift مجازی کولو بشپړ ملاتړ شوی نسخه باید د 2020 په دویمه نیمایي کې خپور شي.

د نورو معلوماتو لپاره مهرباني وکړئ اړیکه ونیسئ د OpenShift اسناد د نصبولو لارښوونو لپاره، په شمول د ملټس تنظیم کولو برخه، کوم چې د بهرنیو شبکو د تنظیم کولو په اړه معلومات چمتو کوي.

سرچینه: www.habr.com