په تیرو کې
1. د انتخاب درد
نو، تاسو څه شی غوره کولی شئ؟ IN
- د سرور مجازی سیسټم "R-Virtualization» (libvirt, KVM, QEMU)
- د سافټویر بسته "د بریسټ مجازی کولو وسیلې» (libvirt, KVM, QEMU)
- د مجازی کولو چاپیریال مدیریت او نظارت لپاره پلیټ فارم "شارکس جریان" (د بادل حل چې په 95٪ قضیو کې د دولتي دفترونو لپاره مناسب نه دی (محرمیت، او نور)
- د سرورونو، ډیسټاپونو او غوښتنلیکونو مجازی کولو لپاره د سافټویر کڅوړه "کوربه" (KVM x86)
- د مجازی چاپیریال خوندي مدیریت لپاره سیسټم "Z|virt"(aka oVirt + KVM)
- د مجازی چاپیریال مدیریت سیسټم "د ROSA مجازی کول"(aka oVirt + KVM)
- Hypervisor QP VMM (د اوریکل مجازی بکس سره ورته د بل څه لپاره)
تاسو کولی شئ د OS توزیع کې شامل شوي هایپروایزرونه هم په پام کې ونیسئ یا د دوی په ذخیره کې موقعیت ولرئ. د مثال په توګه ، آسټرا لینکس د KVM ملاتړ لري. او له هغه ځایه چې دا د OS ذخیره کې شامل دی، دا د نصب او کارولو لپاره "مشروع" ګڼل کیدی شي. "څه شی د وارداتو د بدیل برخې په توګه کارول کیدی شي او څه نشي کیدی" په تیرو کې بحث شوی
په حقیقت کې، دلته
- ویډیو
- ویرټ - مدیر (KVM) عقاب روان
- libvirt په KVM باندې
ROSA لینکس داسې لیست نلري، مګر تاسو یې په ویکي کې موندلی شئ
- د ROSA مجازی کول په KVM باندې oVirt باندې
- د انتخاباتو خپلواک کمیسیون په KVM باندې
- oVirt 3.5 په KVM باندې
محاسبه دا لري
Alt لینکس ورته لري
1.2. یو BUT شتون لري
د نږدې ازموینې سره، موږ دې نتیجې ته ورسیدو چې موږ به یوازې د یو څو مشهور هایپروایزرونو سره معامله وکړو، یعنې:
د انتخاباتو خپلواک کمیسیون د مختلف پلیټ فارمونو د هارډویر تقلید لپاره وړیا او خلاصې سرچینې برنامه ده ، کوم چې کولی شي د KVM کارولو پرته کار وکړي ، مګر د هارډویر مجازی کولو کارول د میلمنو سیسټمونو فعالیت د پام وړ ګړندی کوي ، نو په QEMU (-enable-kvm) کې د KVM کارول غوره انتخاب دی. (c) دا دی، QEMU یو ډول 2 هایپروایسر دی، کوم چې د محصول چاپیریال کې د منلو وړ نه دی. د KVM سره دا کارول کیدی شي ، مګر پدې حالت کې QEMU به د KVM مدیریت وسیلې په توګه وکارول شي ...
د اصلي کارول ویډیو په سوداګرۍ کې واقعیا ده
ټول: په خالص شکل کې موږ یوازې لرو KVM.
2. پاتې برخه: KVM یا KVM؟
که تاسو لاهم اړتیا لرئ چې "کورني" هایپروایزر ته لاړشئ، ستاسو انتخاب، په ریښتیا سره، کوچنی دی. همدا به وي KVM په یو ریپر یا بل کې، د ځینو تعدیلاتو سره، مګر دا به لاهم KVM وي. که دا ښه وي یا بد بله پوښتنه ده؛ لاهم هیڅ بدیل شتون نلري.
که شرایط دومره سخت نه وي، نو لکه څنګه چې په تیرو کې بحث وشو
دا محصولات د پرتله کولو څخه لرې دي
د ګمارنې او ترتیب په اړه KVM دا په ورته ډول نه دی لیکل شوی
ورته ورته ځي
زه د خپل ځان په تکرارولو او د دې سیسټمونو تشریح کولو، پرتله کولو، او داسې نورو کې هیڅ معنی نه وینم. تاسو کولی شئ، البته، د مقالو څخه کلیدي ټکي راوباسئ، مګر دا به د لیکوالانو بې عزتي وي، زما په اند. څوک چې انتخاب کړي نه یوازې دا به لوستل شي ، بلکه د خپل ذهن جوړولو لپاره د معلوماتو غر هم.
یوازینی توپیر چې زه غواړم تمرکز وکړم د ناکامۍ کلستر کول دي. که مایکروسافټ دا په OS او هایپروایزر فعالیت کې جوړ کړی وي ، نو د KVM په حالت کې تاسو باید د دریمې ډلې سافټویر وکاروئ ، کوم چې باید د OS ذخیره کې شامل شي. د مثال په توګه د Corosync+Pacemaker ورته ترکیب. (تقریبا ټول کورني عملیاتي سیسټمونه دا ترکیب لري ... شاید ټول یې وي، مګر ما د دوی 100٪ نه دي چک کړي.) د کلستر کولو ترتیب کولو لارښودونه هم په پراخه کچه شتون لري.
3. پایله
ښه، د معمول په څیر، زموږ کولیبینز هیڅ فکر نه کاوه، دوی هغه څه واخیستل چې دوی یې درلودل، لږ څه یې اضافه کړل، او یو "محصول" یې تولید کړ چې د اسنادو له مخې، کورني دي، مګر په حقیقت کې OpenSource دی. ایا دا معنی لري چې د بودیجې څخه پیسې په "جلا" مجازی سیسټمونو مصرف کړئ (لوستل: په OS کې شامل ندي)؟ فکر مه کوه. څرنګه چې تاسو به بیا هم ورته KVM ترلاسه کړئ، تاسو به یوازې د هغې لپاره پیسې ورکړئ.
پدې توګه ، د هایپروایزر لپاره بدیل غوره کول د کوم سرور OS پورې اړه لري چې تاسو د شرکت لپاره پیرود کوئ او کار کوئ. یا، لکه څنګه چې زما په قضیه کې، تاسو به د هغه څه سره پاتې شئ چې تاسو یې لرئ (Hyper-VESXi insert_needed).
سرچینه: www.habr.com