שאַפונג פון אַ שולד-טאָלעראַנט IT ינפראַסטראַקטשער. טייל 2. ינסטאָלינג און קאַנפיגיער די oVirt 4.3 קנויל

דער אַרטיקל איז אַ קאַנטיניויישאַן פון די פריערדיקע - "שאַפונג פון שולד-טאָלעראַנט IT ינפראַסטראַקטשער. טייל 1 - פּריפּערינג צו צעוויקלען אַן oVirt 4.3 קלאַסטער'.

עס וועט דעקן דעם פּראָצעס פון יקערדיק ייַנמאָנטירונג און קאַנפיגיעריישאַן פון אַ oVirt 4.3 קנויל פֿאַר האָסטינג העכסט בנימצא ווירטואַל מאשינען, גענומען אין חשבון די פאַקט אַז אַלע פּרילימאַנערי סטעפּס פֿאַר פּריפּערינג די ינפראַסטראַקטשער האָבן שוין געענדיקט פריער.

הקדמה

דער הויפּט ציל פון דעם אַרטיקל איז צו צושטעלן שריט-דורך-שריט ינסטראַקשאַנז ווי "ווייַטער -> יאָ -> ענדיקן"ווי צו ווייַזן עטלעכע פֿעיִקייטן ווען איר ינסטאַלירן און קאַנפיגיער עס. דער פּראָצעס פֿאַר דיפּלויינג דיין קנויל קען נישט שטענדיק צונויפפאַלן מיט דעם דיסקרייבד אין עס, רעכט צו די קעראַקטעריסטיקס פון די ינפראַסטראַקטשער און סוויווע, אָבער די אַלגעמיינע פּרינסאַפּאַלז וועט זיין די זעלבע.

פֿון אַ סוביעקטיווער שטאַנדפּונקט, oVirt 4.3 זייַן פאַנגקשאַנאַליטי איז ענלעך צו VMware vSphere ווערסיע 5.x, אָבער פון לויף מיט זיין אייגענע קאַנפיגיעריישאַן און אָפּעראַציע פֿעיִקייטן.

פֿאַר די אינטערעסירט, אַלע די דיפעראַנסיז צווישן RHEV (aka oVirt) און VMware vSphere קענען זיין געפֿונען אויף דער אינטערנעץ, למשל דאָ, אָבער איך וועל נאָך טייל מאָל באַמערקן עטלעכע פון ​​זייער דיפעראַנסיז אָדער סימאַלעראַטיז מיט יעדער אנדערע ווי דער אַרטיקל פּראָגרעסיז.

Отдельно хотелось бы немного сравнить работу с сетями для виртуальных машин. В oVirt реализован похожий принцип управления сетями для виртуальных машин (далее ВМ), как и в VMware vSphere:

• ניצן אַ נאָרמאַל לינוקס בריק (אין VMware - נאָרמאַל vSwitch), פליסנדיק אויף ווירטואַליזאַטיאָן מחנות;
• ניצן Open vSwitch (OVS) (אין VMware - פונאנדערגעטיילט vSwitch) איז אַ פונאנדערגעטיילט ווירטואַל באַשטימען קאַנסיסטינג פון צוויי הויפּט קאַמפּאָונאַנץ: אַ הויפט OVN סערווער און OVN קאַנטראָולערז אויף געראטן מחנות.

עס זאָל זיין אנגעוויזן אַז רעכט צו דער יז פון ימפּלאַמענטיישאַן, דער אַרטיקל וועט באַשרייַבן באַשטעטיקן נעטוואָרקס אין oVirt פֿאַר אַ VM מיט אַ נאָרמאַל לינוקס בריק, וואָס איז דער נאָרמאַל ברירה ווען ניצן די KVM כייפּערווייזער.

אין דעם אַכטונג, עס זענען עטלעכע יקערדיק כּללים פֿאַר ארבעטן מיט די נעץ אין אַ קנויל, וואָס איז בעסטער נישט ווייאַלייטיד:

• Все сетевые настройки на хостах перед добавлением их в oVirt, должны быть идентичными, кроме IP адресов.
• אַמאָל אַ באַלעבאָס איז גענומען אונטער די קאָנטראָל פון oVirt, עס איז העכסט נישט רעקאַמענדיד צו טוישן עפּעס מאַניואַלי אין די נעץ סעטטינגס אָן גאַנץ בטחון אין דיין אַקשאַנז, זינט די oVirt אַגענט וועט פשוט ראָולד זיי צוריק צו די פריערדיקע אָנעס נאָך ריסטאַרטינג דער באַלעבאָס אָדער אַגענט.
• אַדינג אַ נייַע נעץ פֿאַר אַ VM, ווי געזונט ווי ארבעטן מיט אים, זאָל זיין געטאן בלויז פֿון די oVirt פאַרוואַלטונג קאַנסאָול.

אן אנדער וויכטיק טאָן - פֿאַר אַ זייער קריטיש סוויווע (זייער שפּירעוודיק צו געלטיק לאָססעס), עס וואָלט נאָך זיין רעקאַמענדיד צו נוצן באַצאָלט שטיצן און נוצן Red Hat ווירטואַליזאַטיאָן 4.3. בעשאַס די אָפּעראַציע פון ​​די oVirt קנויל, עטלעכע ישוז קען אויפשטיין פֿאַר וואָס עס איז קעדייַיק צו באַקומען קוואַלאַפייד הילף ווי באַלד ווי מעגלעך, אלא ווי צו האַנדלען מיט זיי זיך.

צום סוף, רעקאַמענדיד איידער דיפּלויינג אַ oVirt קנויל, באַקענען זיך מיט באַאַמטער דאַקיומענטיישאַן, כּדי צו וויסן אין מינדסטער די גרונט קאַנסעפּס און זוך, אַנדערש עס וועט זיין אַ ביסל שווער צו לייענען די רעשט פון דעם אַרטיקל.

די גרונט דאָקומענטן צו פֿאַרשטיין דעם אַרטיקל און די פּרינציפּן פון אָפּעראַציע פון ​​די oVirt קנויל זענען:

• oVirt ינסטאַללאַטיאָן גייד
• oVirt Self-Hosted Engine Guide
• oVirt אַדמיניסטראַטיאָן גייד
  

דער באַנד דאָרט איז נישט זייער גרויס, אין אַ שעה אָדער צוויי איר קענען גאַנץ בעל די גרונט פּרינציפּן, אָבער פֿאַר די וואס ווי דעטאַילס, עס איז רעקאַמענדיד צו לייענען פּראָדוקט דאַקיומענטיישאַן פֿאַר Red Hat ווירטואַליזאַטיאָן 4.3 - RHEV און oVirt זענען יסענשאַלי די זעלבע זאַך.

אַזוי, אויב אַלע די יקערדיק סעטטינגס אויף די מחנות, סוויטשיז און סטאָרידזש סיסטעמען זענען געענדיקט, מיר גיינ ווייַטער גלייַך צו די דיפּלוימאַנט פון oVirt.

טייל 2. ינסטאָלינג און קאַנפיגיער די oVirt 4.3 קנויל

פֿאַר יז פון אָריענטירונג, איך וועל רשימה די הויפּט סעקשאַנז אין דעם אַרטיקל, וואָס מוזן זיין געענדיקט איינער דורך איינער:

1. ינסטאָלינג די oVirt פאַרוואַלטונג סערווער
2. שאַפונג פון אַ נייַ דאַטן צענטער
3. שאַפֿן אַ נייַע קנויל
4. ינסטאָלינג נאָך מחנות אין אַ זיך-האָסטעד סוויווע
5. קריייטינג אַ סטאָרידזש געגנט אָדער סטאָרידזש דאָומיינז
6. שאפן און קאַנפיגיער נעטוואָרקס פֿאַר ווירטואַל מאשינען
7. שאַפֿן אַ ייַנמאָנטירונג בילד פֿאַר דיפּלויינג אַ ווירטואַל מאַשין
8. שאַפֿן אַ ווירטואַל מאַשין

ינסטאָלינג די oVirt פאַרוואַלטונג סערווער

oVirt פאַרוואַלטונג סערווער איז די מערסט וויכטיק עלעמענט אין די oVirt ינפראַסטראַקטשער, אין די פאָרעם פון אַ ווירטואַל מאַשין, באַלעבאָס אָדער ווירטואַל מיטל וואָס מאַנידזשיז די גאנצע oVirt ינפראַסטראַקטשער.

זיין נאָענט אַנאַלאָגועס פון דער וועלט פון ווירטואַליזאַטיאָן זענען:

• VMware vSphere - vCenter סערווירער
• Microsoft Hyper-V - סיסטעם צענטער ווירטואַל מאַשין מאַנאַגער (VMM).

צו ינסטאַלירן די oVirt פאַרוואַלטונג סערווער, מיר האָבן צוויי אָפּציעס:

Option 1
דיפּלויינג אַ סערווער אין די פאָרעם פון אַ ספּעשאַלייזד VM אָדער באַלעבאָס.

דער אָפּציע אַרבעט גאַנץ גוט, אָבער צוגעשטעלט אַז אַזאַ אַ VM אַפּערייץ ינדיפּענדאַנטלי פון דעם קנויל, ד.ה. איז נישט פליסנדיק אויף קיין קנויל באַלעבאָס ווי אַ רעגולער ווירטואַל מאַשין פליסנדיק קוום.

פארוואס קענען אַזאַ אַ VM ניט זיין דיפּלויד אויף קנויל מחנות?

אין די אָנהייב פון דעם פּראָצעס פון דיפּלויינג די oVirt פאַרוואַלטונג סערווער, מיר האָבן אַ דילעמאַ - מיר דאַרפֿן צו ינסטאַלירן אַ פאַרוואַלטונג VM, אָבער אין פאַקט עס איז קיין קנויל זיך נאָך, און דעריבער וואָס קענען מיר קומען אַרויף מיט די פליען? אַז ס רעכט - ינסטאַלירן KVM אויף אַ צוקונפֿט קנויל נאָדע, און שאַפֿן אַ ווירטואַל מאַשין אויף עס, למשל, מיט CentOS OS און צעוויקלען די oVirt מאָטאָר אין עס. דאָס קען יוזשאַוואַלי זיין געטאן פֿאַר סיבות פון גאַנץ קאָנטראָל איבער אַזאַ אַ VM, אָבער דאָס איז אַ טעות כוונה, ווייַל אין דעם פאַל, אין דער צוקונפֿט עס וועט זיין 100% פּראָבלעמס מיט אַזאַ אַ קאָנטראָל VM:

• עס קענען ניט זיין מייגרייטיד אין די oVirt קאַנסאָול צווישן מחנות (נאָדעס) פון דעם קנויל;
• ווען מייגרייטינג ניצן KVM דורך ווירש מיגרירן, דעם VM וועט נישט זיין בארעכטיגט פֿאַר פאַרוואַלטונג פֿון די oVirt קאַנסאָול.
• קנויל מחנות קענען ניט זיין געוויזן אין וישאַלט מאָדע (וישאַלט מאָדע), אויב איר מייגרייט דעם VM פון באַלעבאָס צו באַלעבאָס ניצן ווירש מיגרירן.

אַזוי טאָן אַלץ לויט די כּללים - נוצן אָדער אַ באַזונדער באַלעבאָס פֿאַר די oVirt פאַרוואַלטונג סערווער, אָדער אַ פרייַ VM פליסנדיק אויף עס, אָדער בעסער נאָך, טאָן ווי געשריבן אין די רגע אָפּציע.

Option 2
ינסטאָלינג oVirt Engine Appliance אויף אַ קנויל באַלעבאָס געראטן דורך עס.

עס איז די אָפּציע וואָס וועט זיין געהאלטן ווייַטער ווי מער ריכטיק און פּאַסיק אין אונדזער פאַל.
די רעקווירעמענץ פֿאַר אַזאַ אַ VM זענען דיסקרייבד אונטן; איך וועל נאָר לייגן אַז עס איז רעקאַמענדיד צו האָבן בייַ מינדסטער צוויי מחנות אין די ינפראַסטראַקטשער אויף וואָס די קאָנטראָל VM קענען זיין לויפן צו מאַכן עס שולד-טאָלעראַנט. דאָ איך וואָלט ווי צו לייגן אַז, ווי איך שוין געשריבן אין די באַמערקונגען אין די פריערדיקע אַרטיקל, איך איז קיינמאָל געווען ביכולת צו באַקומען ספּליט בראַין אויף אַן אָווירט קנויל פון צוויי מחנות, מיט די פיייקייט צו לויפן כאָוסטיד מאָטאָר VMs אויף זיי.

ינסטאָלינג oVirt Engine Appliance אויף דער ערשטער באַלעבאָס פון דעם קנויל

לינק צו באַאַמטער דאַקיומענטיישאַן - oVirt Self-Hosted Engine Guide, קאפיטל ״דיפּלויינג די זיך-כאָוסטיד מאָטאָר ניצן די באַפֿעלן שורה»

דער דאָקומענט ספּעציפיצירט די פּרירעקוואַזאַץ וואָס מוזן זיין באגעגנט איידער דיפּלויינג אַ כאָוסטיד מאָטאָר VM, און אויך דיסקרייבז אין דעטאַל די ייַנמאָנטירונג פּראָצעס זיך, אַזוי עס איז קליין פונט אין ריפּיטינג עס ווערבאַטים, אַזוי מיר וועלן פאָקוס אויף עטלעכע וויכטיק דעטאַילס.

• איידער איר אָנהייבן אַלע אַקשאַנז, זיין זיכער צו געבן ווירטואַליזאַטיאָן שטיצן אין די בייאָוס סעטטינגס אויף דער באַלעבאָס.
• ינסטאַלירן דעם פּעקל פֿאַר די כאָוסטיד מאָטאָר ינסטאַללער אויף דער באַלעבאָס:

yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm 
yum -y install epel-release
yum install screen ovirt-hosted-engine-setup

• מיר אָנהייבן דעם פּראָצעדור פֿאַר דיפּלויינג oVirt Hosted Engine אויף דעם עקראַן אויף דער באַלעבאָס (איר קענען אַרויסגאַנג עס דורך Ctrl-A + D, נאָענט דורך Ctrl-D):

screen
hosted-engine --deploy

אויב איר ווילט, איר קענען לויפן די ינסטאַלירונג מיט אַ פאַר-צוגעגרייט ענטפער טעקע:

hosted-engine --deploy --config-append=/var/lib/ovirt-hosted-engine-setup/answers/answers-ohe.conf

• ווען דיפּלויינג כאָוסטיד מאָטאָר, מיר ספּעציפיצירן אַלע די נייטיק פּאַראַמעטערס:

- имя кластера
- количество vCPU и vRAM (рекомендуется 4 vCPU и 16 Гб)
- пароли
- тип хранилища для hosted engine ВМ – в нашем случае FC
- номер LUN для установки hosted engine
- где будет находиться база данных для hosted engine – рекомендую для простоты выбрать Local (это БД PostgreSQL работающая внутри этой ВМ)
и др. параметры. 

• צו ינסטאַלירן אַ העכסט בנימצא VM מיט אַ כאָוסטיד מאָטאָר, מיר פריער באשאפן אַ ספּעציעל LUN אויף די סטאָרידזש סיסטעם, נומער 4 און 150 גיגאבייט אין גרייס, וואָס איז געווען דערלאנגט צו די קנויל מחנות - זען פֿריִערדיקע אַרטיקל.

ביז אַהער, מיר אויך אָפּגעשטעלט זייַן וויזאַביליטי אויף מחנות:

multipath -ll
…
3600a098000e4b4b3000003c95d171065 dm-3 DELL    , MD38xxf
size=150G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 rdac' wp=rw
|-+- policy='service-time 0' prio=14 status=active
| `- 15:0:0:4  sdc 8:32  active ready running
`-+- policy='service-time 0' prio=9 status=enabled
  `- 18:0:0:4  sdj 8:144 active ready running

• דער כאָוסטיד מאָטאָר דיפּלוימאַנט פּראָצעס זיך איז נישט קאָמפּליצירט; אין די סוף מיר זאָל באַקומען עפּעס ווי דאָס:

[ INFO  ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20191129131846.conf'
[ INFO  ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ INFO  ] Hosted Engine successfully deployed

מיר קאָנטראָלירן די בייַזייַן פון oVirt באַדינונגס אויף דער באַלעבאָס:

Если всё было сделано правильно, то после окончания установки заходим с помощью веб-браузера на https://ovirt_hostname/ovirt-engine פון דעם אַדמיניסטראַטאָר ס קאָמפּיוטער, און גיט [אַדמיניסטראַציע טויער].

סקרעענשאָט פון "אַדמיניסטראַציע טויער"

דורך אַרייַן די לאָגין און פּאַראָל (שטעלן בעשאַס די ייַנמאָנטירונג פּראָצעס) אין די פֿענצטער ווי אין די סקרעענשאָט, מיר באַקומען צו די עפֿן ווירטואַליזאַטיאָן מאַנאַגער קאָנטראָל טאַפליע, אין וואָס איר קענען דורכפירן אַלע אַקשאַנז מיט די ווירטואַל ינפראַסטראַקטשער:

1. לייגן דאַטן צענטער
2. לייגן און קאַנפיגיער אַ קנויל
3. לייגן און פירן מחנות
4. לייגן סטאָרידזש געביטן אָדער סטאָרידזש דאָומיינז פֿאַר ווירטואַל מאַשין דיסקס
5. לייגן און קאַנפיגיער נעטוואָרקס פֿאַר ווירטואַל מאשינען
6. לייגן און פירן ווירטואַל מאשינען, ינסטאַלירונג בילדער, VM טעמפּלאַטעס

אַלע די אַקשאַנז וועט זיין דיסקאַסט ווייַטער, עטלעכע אין גרויס סעלז, אנדערע אין מער דעטאַל און מיט נואַנסיז.
אָבער ערשטער איך רעקאָמענדירן לייענען דעם אַדישאַן, וואָס וועט מיסטאָמע זיין נוציק פֿאַר פילע.

דערצו

1) אין פּרינציפּ, אויב עס איז אַזאַ אַ נויט, גאָרנישט פּריווענץ איר צו ינסטאַלירן די KVM כייפּערווייזער אויף די קנויל נאָודז אין שטייַגן ניצן פּאַקאַדזשאַז. ליבווירט и קעמו-קוום (אָדער קעמו-קוום-עוו) פון דער געוואלט ווערסיע, כאָטש ווען דיפּלויינג אַ oVirt קנויל נאָדע, עס קענען טאָן דאָס זיך.

אבער אויב ליבווירט и קעמו-קוום были установлены не самой свежей версии, то можно получить такую ошибку во время развёртывания hosted engine:

error: unsupported configuration: unknown CPU feature: md-clear

יענע. מוז האבן דערהייַנטיקט ווערסיע ליבווירט с защитой от MDS, וואָס שטיצט דעם פּאָליטיק:

<feature policy='require' name='md-clear'/>

ינסטאַלירן libvirt v.4.5.0-10.el7_6.12 מיט md-clear שטיצן:

yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_

yum install centos-release-qemu-ev
yum update
yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client

systemctl enable libvirtd
systemctl restart libvirtd && systemctl status libvirtd

קוק פֿאַר 'md-clear' שטיצן:

virsh domcapabilities kvm | grep require
      <feature policy='require' name='ss'/>
      <feature policy='require' name='hypervisor'/>
      <feature policy='require' name='tsc_adjust'/>
      <feature policy='require' name='clflushopt'/>
      <feature policy='require' name='pku'/>
      <feature policy='require' name='md-clear'/>
      <feature policy='require' name='stibp'/>
      <feature policy='require' name='ssbd'/>
      <feature policy='require' name='invtsc'/>

נאָך דעם, איר קענען פאָרזעצן צו ינסטאַלירן די כאָוסטיד מאָטאָר.

2) אין oVirt 4.3, די בייַזייַן און נוצן פון אַ פיירוואַל פירעוואַללד איז אַ מאַנדאַטאָרי פאָדערונג.

אויב בעשאַס דיפּלוימאַנט פון אַ VM פֿאַר כאָוסטיד מאָטאָר מיר באַקומען די פאלגענדע טעות:

[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "firewalld is required to be enabled and active in order to correctly deploy hosted-engine. Please check, fix accordingly and re-deploy.n"}
[ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook
[https://bugzilla.redhat.com/show_bug.cgi?id=1608467

דערנאָך איר דאַרפֿן צו קער אַוועק אן אנדער פיירוואַל (אויב עס איז געניצט), און ינסטאַלירן און לויפן פירעוואַללד:

yum install firewalld
systemctl enable firewalld
systemctl start firewalld

firewall-cmd --state
firewall-cmd --get-default-zone
firewall-cmd --get-active-zones
firewall-cmd --get-zones

В дальнейшем, при установке агента ovirt на новом хосте для кластера, он настроит требуемые порты в פירעוואַללד אויטאָמאַטיש.

3) רעבאָאָטינג אַ באַלעבאָס מיט אַ VM פליסנדיק אויף עס מיט אַ כאָוסטיד מאָטאָר.

נאָרמאַללי, 1 לינק и 2 לינק צו רעגירן דאָקומענטן.

כל פאַרוואַלטונג פון די כאָוסטיד מאָטאָר VM איז דורכגעקאָכט בלויז מיט דעם באַפֿעל האָסטעד-מאָטאָר אויף דער באַלעבאָס ווו עס לויפט, וועגן ווירש מיר מוזן פאַרגעסן, ווי געזונט ווי די פאַקט אַז איר קענען פאַרבינדן צו דעם VM דורך SSH און לויפן די באַפֿעל "שאַטדאַון'.

פּראָצעדור פֿאַר שטעלן אַ VM אין וישאַלט מאָדע:

hosted-engine --set-maintenance --mode=global

hosted-engine --vm-status
!! Cluster is in GLOBAL MAINTENANCE mode !!
--== Host host1.test.local (id: 1) status ==--
conf_on_shared_storage             : True
Status up-to-date                  : True
Hostname                           : host1.test.local
Host ID                            : 1
Engine status                      : {"health": "good", "vm": "up", "detail": "Up"}
Score                              : 3400
stopped                            : False
Local maintenance                  : False
crc32                              : dee1a774
local_conf_timestamp               : 1821
Host timestamp                     : 1821
Extra metadata (valid at timestamp):
        metadata_parse_version=1
        metadata_feature_version=1
        timestamp=1821 (Sat Nov 29 14:25:19 2019)
        host-id=1
        score=3400
        vm_conf_refresh_time=1821 (Sat Nov 29 14:25:19 2019)
        conf_on_shared_storage=True
        maintenance=False
        state=GlobalMaintenance
        stopped=False

hosted-engine --vm-shutdown

מיר רעבאָאָט דעם באַלעבאָס מיט די כאָוסטיד מאָטאָר אַגענט און טאָן וואָס מיר דאַרפֿן מיט אים.

נאָך די רעבאָאָט, קאָנטראָלירן די סטאַטוס פון די VM מיט די כאָוסטיד מאָטאָר:

hosted-engine --vm-status

אויב אונדזער VM מיט כאָוסטיד מאָטאָר טוט נישט אָנהייבן און אויב מיר זען ענלעך ערראָרס אין די סערוויס קלאָץ:

טעות אין די סערוויס קלאָץ:

journalctl -u ovirt-ha-agent
...
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Failed to start necessary monitors
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent call last):#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 131, in _run_agent#012    return action(he)#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 55, in action_proper#012    return he.start_monitoring()#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 413, in start_monitoring#012    self._initialize_broker()#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 537, in _initialize_broker#012    m.get('options', {}))#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 86, in start_monitor#012    ).format(t=type, o=options, e=e)#012RequestError: brokerlink - failed to start monitor via ovirt-ha-broker: [Errno 2] No such file or directory, [monitor: 'ping', options: {'addr': '172.20.32.32'}]
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Trying to restart agent

דערנאָך מיר פאַרבינדן די סטאָרידזש און ריסטאַרט די אַגענט:

hosted-engine --connect-storage
systemctl restart ovirt-ha-agent
systemctl status ovirt-ha-agent

hosted-engine --vm-start
hosted-engine --vm-status

נאָך סטאַרטינג די VM מיט כאָוסטיד מאָטאָר, מיר נעמען עס אויס פון וישאַלט מאָדע:

פּראָצעדור פֿאַר רימוווינג אַ VM פֿון וישאַלט מאָדע:

hosted-engine --check-liveliness
hosted-engine --set-maintenance --mode=none
hosted-engine --vm-status

--== Host host1.test.local (id: 1) status ==--

conf_on_shared_storage             : True
Status up-to-date                  : True
Hostname                           : host1.test.local
Host ID                            : 1
Engine status                      : {"health": "good", "vm": "up", "detail": "Up"}
Score                              : 3400
stopped                            : False
Local maintenance                  : False
crc32                              : 6d1eb25f
local_conf_timestamp               : 6222296
Host timestamp                     : 6222296
Extra metadata (valid at timestamp):
        metadata_parse_version=1
        metadata_feature_version=1
        timestamp=6222296 (Fri Jan 17 11:40:43 2020)
        host-id=1
        score=3400
        vm_conf_refresh_time=6222296 (Fri Jan 17 11:40:43 2020)
        conf_on_shared_storage=True
        maintenance=False
        state=EngineUp
        stopped=False

4) רימוווינג די כאָוסטיד מאָטאָר און אַלץ פֿאַרבונדן מיט אים.

מאל עס איז נייטיק צו רעכט באַזייַטיקן אַ פריער אינסטאַלירן כאָוסטיד מאָטאָר - רונג צו די גיידאַנס דאָקומענט.

Просто выполняем команду на хосте:

/usr/sbin/ovirt-hosted-engine-cleanup

Далее удаляем ненужные пакеты, забэкапив перед этим какие-то конфиги, если это необходимо:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs 

שאַפונג פון אַ נייַ דאַטן צענטער

רעפערענץ דאַקיומענטיישאַן - oVirt אַדמיניסטראַטיאָן גייד. קאַפּיטל 4: דאַטאַ סענטערס

ערשטער לאָזן ס דעפינירן וואָס עס איז דאַטן צענטער (איך ציטירן פון דער הילף) איז אַ לאַדזשיקאַל ענטיטי וואָס דיפיינז אַ סכום פון רעסורסן געניצט אין אַ ספּעציפיש סוויווע.

א דאַטן צענטער איז אַ מין פון קאַנטיינער קאַנסיסטינג פון:

• לאַדזשיקאַל רעסורסן אין די פאָרעם פון קלאַסטערז און מחנות
• קנויל נעץ רעסורסן אין די פאָרעם פון לאַדזשיקאַל נעטוואָרקס און גשמיות אַדאַפּטערז אויף מחנות,
• סטאָרידזש רעסורסן (פֿאַר VM דיסקס, טעמפּלאַטעס, בילדער) אין די פאָרעם פון סטאָרידזש געביטן (סטאָרידזש דאָומיינז).

א דאַטן צענטער קענען אַרייַננעמען קייפל קלאַסטערז קאַנסיסטינג פון קייפל מחנות מיט ווירטואַל מאשינען פליסנדיק אויף זיי, און עס קען אויך האָבן קייפל סטאָרידזש געביטן פֿאַרבונדן מיט אים.
עס קענען זיין עטלעכע דאַטן סענטערס; זיי אַרבעטן ינדיפּענדאַנטלי פון יעדער אנדערער. Ovirt האט אַ צעשיידונג פון כוחות דורך ראָלע, און איר קענען קאַנפיגיער פּערמישאַנז ינדיווידזשואַלי, ביידע אויף די דאַטן צענטער מדרגה און אויף זיין יחיד לאַדזשיקאַל עלעמענטן.

די דאַטן צענטער, אָדער דאַטן סענטערס אויב עס זענען עטלעכע פון ​​​​זיי, זענען געראטן פֿון אַ איין אַדמיניסטראַטיווע קאַנסאָול אָדער טויער.

צו שאַפֿן אַ דאַטן צענטער, גיין צו די אַדמיניסטראַטיווע טויער און שאַפֿן אַ נייַע דאַטן צענטער:
Compute >> Data Centers >> נייַ

זינט מיר נוצן שערד סטאָרידזש אויף די סטאָרידזש סיסטעם, די סטאָרידזש טיפּ זאָל זיין שערד:

Скриншот с мастером создания датацентра

ווען ינסטאָלינג אַ ווירטואַל מאַשין מיט כאָוסטיד מאָטאָר, אַ דאַטן צענטער איז באשאפן דורך פעליקייַט - Datacenter1, און דעמאָלט, אויב נייטיק, איר קענען טוישן זייַן סטאָרידזש טיפּ צו אנדערן.

שאפן אַ דאַטן צענטער איז אַ פּשוט אַרבעט, אָן קיין טריקי נואַנסיז, און אַלע נאָך אַקשאַנז מיט אים זענען דיסקרייבד אין די דאַקיומענטיישאַן. דער בלויז זאַך איך וועל טאָן איז אַז איין מחנות וואָס האָבן בלויז היגע סטאָרידזש (דיסק) פֿאַר VMs וועט נישט קענען צו באַקומען אין אַ דאַטן צענטער מיט סטאָרידזש טיפּ - שערד (זיי קענען ניט זיין מוסיף דאָרט), און פֿאַר זיי איר דאַרפֿן צו שאַפֿן. אַ באַזונדערע דאַטן צענטער - ד.ה. יעדער יחיד באַלעבאָס מיט היגע סטאָרידזש דאַרף זיין אייגענע באַזונדער דאַטן צענטער.

שאַפֿן אַ נייַע קנויל

לינק צו דאַקיומענטיישאַן - oVirt אַדמיניסטראַטיאָן גייד. קאַפּיטל 5: קלאַסטערז

אָן ומנייטיק פרטים, קנויל - דאָס איז אַ לאַדזשיקאַל גרופּינג פון מחנות וואָס האָבן אַ פּראָסט סטאָרידזש געגנט (אין די פאָרעם פון שערד דיסקס אויף אַ סטאָרידזש סיסטעם, ווי אין אונדזער פאַל). עס איז אויך דיזייראַבאַל אַז די מחנות אין דעם קנויל זענען יידעניקאַל אין ייַזנוואַרג און האָבן די זעלבע טיפּ פון פּראַסעסער (ינטעל אָדער אַמד). עס איז בעסטער, פון קורס, אַז די סערווערס אין דעם קנויל זענען גאָר יידעניקאַל.

דער קנויל איז טייל פון אַ דאַטן צענטער (מיט אַ ספּעציפיש טיפּ פון סטאָרידזש - אָרטיק אָדער שערד), און אַלע מחנות מוזן געהערן צו עטלעכע סאָרט פון קנויל, דיפּענדינג אויף צי זיי האָבן שערד סטאָרידזש אָדער נישט.

ווען ינסטאָלינג אַ ווירטואַל מאַשין מיט אַ כאָוסטיד מאָטאָר אויף אַ באַלעבאָס, אַ דאַטן צענטער איז באשאפן דורך פעליקייַט - Datacenter1, אינאיינעם מיט דעם אשכול - קלאַסטער 1, און אין דער צוקונפֿט איר קענען קאַנפיגיער זייַן פּאַראַמעטערס, געבן נאָך אָפּציעס, לייגן מחנות צו עס, עטק.

ווי געוויינטלעך, פֿאַר דעטאַילס וועגן אַלע קנויל סעטטינגס, עס איז קעדייַיק צו אָפּשיקן צו דער באַאַמטער דאַקיומענטיישאַן. פון עטלעכע פון ​​די פֿעיִקייטן פון באַשטעטיקן אַ קנויל, איך וועט נאָר לייגן אַז ווען איר שאַפֿן עס, עס איז גענוג צו קאַנפיגיער בלויז די יקערדיק פּאַראַמעטערס אויף די קוויטל אַלגעמיין.

איך וועל טאָן די מערסט וויכטיק פּאַראַמעטערס:

• פּראַסעסער טיפּ - איז אויסגעקליבן באזירט אויף וואָס פּראַסעסערז זענען אינסטאַלירן אויף די קנויל מחנות, פֿון וואָס פאַבריקאַנט זיי זענען, און וואָס פּראַסעסער אויף די מחנות איז די אָולדאַסט, אַזוי אַז דיפּענדינג אויף דעם, אַלע בנימצא פּראַסעסער אינסטרוקציעס אין דעם קנויל זענען געניצט.
• באַשטימען טיפּ - אין אונדזער קנויל מיר נוצן בלויז לינוקס בריק, אַז ס וואָס מיר קלייַבן עס.
• Firewall טיפּ - אַלץ איז קלאָר דאָ, דאָס איז פירעוואַלד, וואָס מוזן זיין ענייבאַלד און קאַנפיגיערד אויף די מחנות.

סקרעענשאָט מיט קנויל פּאַראַמעטערס

ינסטאָלינג נאָך מחנות אין אַ זיך-האָסטעד סוויווע

רונג פֿאַר דאַקיומענטיישאַן.

נאָך מחנות פֿאַר אַ זיך-האָסטעד סוויווע זענען מוסיף אין די זעלבע וועג ווי אַ רעגולער באַלעבאָס, מיט די נאָך שריט פון דיפּלויינג אַ VM מיט אַ כאָוסטיד מאָטאָר - קלייַבן כאָוסטיד מאָטאָר דיפּלוימאַנט קאַמף >> צעוויקלען. זינט דער נאָך באַלעבאָס מוזן אויך זיין דערלאנגט מיט אַ LUN פֿאַר אַ VM מיט אַ כאָוסטיד מאָטאָר, דאָס מיטל אַז דער באַלעבאָס קענען, אויב נייטיק, זיין געוויינט צו באַלעבאָס אַ VM מיט אַ כאָוסטיד מאָטאָר.
פֿאַר שולד טאָלעראַנץ צוועקן, עס איז העכסט רעקאַמענדיד אַז עס זענען בייַ מינדסטער צוויי מחנות אויף וואָס אַ כאָוסטיד מאָטאָר VM קענען זיין געשטעלט.

אויף די נאָך באַלעבאָס, דיסייבאַל יפּטאַבלעס (אויב ענייבאַלד), געבן פיירוואַלד

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

ינסטאַלירן די פארלאנגט KVM ווערסיע (אויב נייטיק):

yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_

yum install centos-release-qemu-ev
yum update
yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client

systemctl enable libvirtd
systemctl restart libvirtd && systemctl status libvirtd

virsh domcapabilities kvm | grep md-clear

ינסטאַלירן די נייטיק ריפּאַזאַטאָריז און די כאָוסטיד מאָטאָר ינסטאַללער:

yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm
yum -y install epel-release
yum update
yum install screen ovirt-hosted-engine-setup

ווייַטער, גיין צו די קאַנסאָול עפֿענען ווירטואַליזאַטיאָן מאַנאַגער, לייג אַ נייַ באַלעבאָס, און טאָן אַלץ שריט דורך שריט, ווי געשריבן אין דאַקיומענטיישאַן.

ווי אַ רעזולטאַט, נאָך אַדינג אַן נאָך באַלעבאָס, מיר זאָל באַקומען עפּעס ווי די בילד אין די אַדמיניסטראַטיווע קאַנסאָול, ווי אין די סקרעענשאָט.

סקרעענשאָט פון די אַדמיניסטראַטיווע טויער - מחנות

דער באַלעבאָס אויף וואָס די כאָוסטיד מאָטאָר VM איז דערווייַל אַקטיוו האט אַ גאָלד קרוין און די ינסקריפּשאַן "פליסנדיק די האָסטעד ענגינע VM", דער באַלעבאָס אויף וואָס דעם VM קענען זיין לאָנטשט אויב נייטיק - די ינסקריפּשאַן "קענען לויפן די Hosted Engine VM'.

אין די געשעעניש פון אַ באַלעבאָס דורכפאַל אויף וואָס "פליסנדיק די האָסטעד ענגינע VM", עס וועט אויטאָמאַטיש ריסטאַרט אויף די רגע באַלעבאָס. דעם VM קענען אויך זיין מייגרייטיד פון די אַקטיוו באַלעבאָס צו די סטאַנדביי באַלעבאָס פֿאַר זיין וישאַלט.

באַשטעטיקן מאַכט מאַנאַגעמענט / פענסינג אויף oVirt מחנות

דאָקומענטאַטיאָן לינקס:

• Red Hat Virtualization 4.3 -> טעכניש רעפערענץ -> טשאַפּטער 4. מאַכט מאַנאַגעמענט
• oVirt אַדמיניסטראַטיאָן גייד -> קאַפּיטל 7: מחנות

כאָטש עס קען ויסקומען ווי איר האָט פאַרטיק צו לייגן און קאַנפיגיער אַ באַלעבאָס, דאָס איז נישט לעגאַמרע אמת.
פֿאַר נאָרמאַל אָפּעראַציע פון ​​מחנות, און צו ידענטיפיצירן / סאָלווע פייליערז מיט קיין פון זיי, מאַכט מאַנאַגעמענט / פענסינג סעטטינגס זענען פארלאנגט.

פענסינג, אָדער פענסינג, איז דער פּראָצעס פון טעמפּערעראַלי עקסקלודינג אַ פאָלטי אָדער ניט אַנדערש באַלעבאָס פון דעם קנויל, בעשאַס וואָס די oVirt באַדינונגס אויף עס אָדער דער באַלעבאָס זיך זענען ריסטאַרטיד.

אַלע דעטאַילס וועגן די דעפֿיניציע און פּאַראַמעטערס פון מאַכט מאַנאַגעמענט / פענסינג זענען געגעבן, ווי געוויינטלעך, אין די דאַקיומענטיישאַן; איך וועל נאָר געבן אַ ביישפּיל פון ווי צו קאַנפיגיער דעם וויכטיק פּאַראַמעטער, ווי געווענדט צו Dell R640 סערווערס מיט iDRAC 9.

1. גיין צו די אַדמיניסטראַטיווע טויער, גיט Compute >> Hosts אויסקלייַבן אַ באַלעבאָס.
2. גיט ויסרעדאַגירן.
3. דריקט דעם קוויטל פּאָווער מאַנאַגעמענט.
4. Отмечаем флажок напротив опции געבן מאַכט מאַנאַגעמענט.
5. Отмечаем флажок напротив опции Kdump ינאַגריישאַןצו פאַרמייַדן דער באַלעבאָס פון גיין אין פענסינג מאָדע בשעת רעקאָרדינג אַ קערן קראַך דאַמפּ.

באַמערקונג.

נאָך געבן Kdump ינאַגריישאַן אויף אַ שוין פליסנדיק באַלעבאָס, עס מוזן זיין ריינסטאַלד לויט די פּראָצעדור אין oVirt אַדמיניסטראַטיאָן גייד -> קאַפּיטל 7: מחנות -> רעינסטאַללינג האָסץ.

1. אָפּטיאָנאַללי, איר קענען קאָנטראָלירן די קעסטל דיסייבאַל פּאָליטיק קאָנטראָל פון מאַכט פאַרוואַלטונג, אויב מיר טאָן ניט וועלן אַז באַלעבאָס מאַכט פאַרוואַלטונג זאָל זיין קאַנטראָולד דורך די סקעדזשולינג פּאָליטיק פון די קנויל.
2. דריקט דעם קנעפּל (+) צו לייגן אַ נייַ מאַכט פאַרוואַלטונג מיטל, די אַגענט פּראָפּערטיעס עדיטינג פֿענצטער וועט עפענען.
   פֿאַר iDRAC9, פּלאָמבירן די פעלדער:
   • אַדרעס - iDRAC9 אַדרעס
   • באַניצער נאָמען / פּאַראָל - לאָגין און פּאַראָל פֿאַר לאָגינג אין iDRAC9 ריספּעקטיוולי
   • טיפּ — דראק 5
   • צו טאָן זיכער
   • לייג די פאלגענדע אָפּציעס: cmd_prompt =>, לאָגין_טימעאָוט = 30

סקרעענשאָט מיט "מאַכט מאַנאַגעמענט" פּאַראַמעטערס אין באַלעבאָס פּראָפּערטיעס

קריייטינג אַ סטאָרידזש געגנט אָדער סטאָרידזש דאָומיינז

לינק צו דאַקיומענטיישאַן - oVirt אַדמיניסטראַטיאָן גייד, קאַפּיטל 8: סטאָרידזש.

סטאָרידזש פעלד, אָדער סטאָרידזש געגנט, איז אַ סענטראַלייזד אָרט פֿאַר סטאָרינג ווירטואַל מאַשין דיסקס, ינסטאַלירונג בילדער, טעמפּלאַטעס און סנאַפּשאַץ.

Области хранения могут подключаться к датацентру, используя различные протоколы, кластерные и сетевые файловые системы.

oVirt האט דריי טייפּס פון סטאָרידזש שטח:

• דאַטאַ פעלד - צו קראָם אַלע דאַטן פֿאַרבונדן מיט ווירטואַל מאשינען (דיסק, טעמפּלאַטעס). דאַטאַ דאָמאַין קענען ניט זיין שערד צווישן פאַרשידענע דאַטן סענטערס.
• ISO פעלד (פאַרעלטערט טיפּ פון סטאָרידזש געגנט) - פֿאַר סטאָרינג אַס ינסטאַלירונג בילדער. ISO דאָמאַין קענען זיין שערד צווישן פאַרשידענע דאַטן סענטערס.
• אַרויספירן פעלד (פאַרעלטערט טיפּ פון סטאָרידזש געגנט) - פֿאַר צייַטווייַליק סטאָרידזש פון בילדער אריבערגעפארן צווישן דאַטן סענטערס.

В нашем частном случае область хранения с типом Data Domain, использует Fibre Channel Protocol (FCP), для подключения к LUN’ам на СХД.

פֿון די פונט פון מיינונג פון oVirt, ווען ניצן סטאָרידזש סיסטעמען (FC אָדער iSCSI), יעדער ווירטואַל דיסק, מאָמענטבילד אָדער מוסטער איז אַ לאַדזשיקאַל דיסק.
בלאָק דיווייסאַז זענען פארזאמלט אין אַ איין אַפּאַראַט (אויף קנויל מחנות) ניצן Volume Group און דערנאָך צעטיילט מיט LVM אין לאַדזשיקאַל וואַליומז, וואָס זענען געניצט ווי ווירטואַל דיסקס פֿאַר VMs.

אַלע די גרופּעס און פילע LVM וואַליומז קענען זיין געזען אויף די קנויל באַלעבאָס ניצן די קאַמאַנדז אאז"ו ו и lvs. געוויינטלעך, אַלע אַקשאַנז מיט אַזאַ דיסקס זאָל זיין געטאן בלויז פֿון די oVirt קאַנסאָול, אַחוץ אין ספּעציעל קאַסעס.

ווירטואַל דיסקס פֿאַר VMs קענען זיין פון צוויי טייפּס - QCOW2 אָדער RAW. דיסקס קען זיין "דין"אָדער"דיק". סנאַפּשאַץ זענען שטענדיק באשאפן ווי "דין".

Способ управления Storage domains, или областями хранения, доступ к которым осуществляется через FC, довольно логичен — для каждого виртуального диска ВМ существует отдельный логический том, который доступен для записи только одному хосту. В случае подключений через FC, oVirt использует что-то наподобие кластерного LVM.

ווירטועל מאשינען ליגן אויף דער זעלביקער סטאָרידזש געגנט קענען זיין מייגרייטיד צווישן מחנות וואָס געהערן צו דער זעלביקער קנויל.

ווי מיר קענען זען פֿון די באַשרייַבונג, אַ קנויל אין oVirt, ווי אַ קנויל אין VMware vSphere אָדער Hyper-V, בייסיקלי מיטל די זעלבע זאַך - עס איז אַ לאַדזשיקאַל גרופּינג פון מחנות, פּרעפעראַבלי יידעניקאַל אין ייַזנוואַרג זאַץ, און מיט פּראָסט סטאָרידזש פֿאַר ווירטועל. מאַשין דיסקס.

לאָמיר גיינ ווייַטער צו שאַפֿן אַ סטאָרידזש געגנט פֿאַר דאַטן (VM דיסקס), ווייַל אָן עס די דאַטן צענטער וועט נישט זיין יניטיאַלייזד.
Напомню, что все презентованные хостам кластера LUN’ы на СХД, должны быть на них видны с помощью команды «מולטיפּאַטה -לל'.

לויט דאַקיומענטיישאַן, גיין צו די טויער גיין צו סטאָרידזש >> דאָומיינז -> ניו פעלד און נאָכגיין די אינסטרוקציעס פון די "אַדינג FCP סטאָרידזש" אָפּטיילונג.

נאָך לאָנטשינג די מאַזעק, פּלאָמבירן די פארלאנגט פעלדער:

• נאָמען - שטעלן דעם קנויל נאָמען
• פעלד פֿונקציע — דאַטן
• סטאָרידזש טיפּ - פיברע קאַנאַל
• האָסט צו נוצן — выбираем хост, на котором доступен требуемый нам LUN

אין דער רשימה פון LUNs, צייכן די וואָס מיר דאַרפֿן, גיט צוגעבן און דעריבער OK. אויב נייטיק, איר קענען סטרויערן נאָך פּאַראַמעטערס פון די סטאָרידזש געגנט דורך געבן אַ קליק אויף אַוואַנסירטע פּאַראַמעטערס.

סקרעענשאָט פון די מאַזעק פֿאַר אַדינג "סטאָרידזש פעלד"

באַזירט אויף די רעזולטאַטן פון די מאַזעק, מיר זאָל באַקומען אַ נייַ סטאָרידזש געגנט, און אונדזער דאַטן צענטער זאָל מאַך צו די סטאַטוס UP, אָדער יניטיאַליזעד:

סקרעענשאָץ פון די דאַטן צענטער און סטאָרידזש געביטן אין עס:

שאפן און קאַנפיגיער נעטוואָרקס פֿאַר ווירטואַל מאשינען

לינק צו דאַקיומענטיישאַן - oVirt אַדמיניסטראַטיאָן גייד, קאַפּיטל 6: לאַדזשיקאַל נעטוואָרקס

נעטוואָרקס, אָדער נעטוואָרקס, דינען צו גרופּע לאַדזשיקאַל נעטוואָרקס געניצט אין די oVirt ווירטואַל ינפראַסטראַקטשער.

צו ינטעראַקט צווישן די נעץ אַדאַפּטער אויף די ווירטואַל מאַשין און די גשמיות אַדאַפּטער אויף דער באַלעבאָס, לאַדזשיקאַל ינטערפייסיז אַזאַ ווי לינוקס בריק זענען געניצט.

צו גרופּע און טיילן פאַרקער צווישן נעטוואָרקס, וולאַנז זענען קאַנפיגיערד אויף די סוויטשיז.

ווען איר שאַפֿן אַ לאַדזשיקאַל נעץ פֿאַר ווירטועל מאשינען אין oVirt, עס מוזן זיין אַסיינד אַ אידענטיטעט קאָראַספּאַנדינג צו די וולאַן נומער אויף די באַשטימען אַזוי אַז די VMs קענען יבערגעבן מיט יעדער אנדערע, אפילו אויב זיי לויפן אויף פאַרשידענע נאָודז פון דעם קנויל.

פּרילימאַנערי סעטטינגס פון נעץ אַדאַפּטערז אויף מחנות פֿאַר קאַנעקטינג ווירטואַל מאשינען האט צו זיין געטאן אין פֿריִערדיקע אַרטיקל - לאַדזשיקאַל צובינד קאַנפיגיערד באָנד 1, דעמאָלט אַלע נעץ סעטטינגס זאָל זיין געמאכט בלויז דורך די oVirt אַדמיניסטראַטיווע טויער.

נאָך קריייטינג אַ VM מיט כאָוסטיד מאָטאָר, אין אַדישאַן צו די אָטאַמאַטיק שאַפונג פון אַ דאַטן צענטער און קנויל, אַ לאַדזשיקאַל נעץ איז אויך אויטאָמאַטיש באשאפן צו פירן אונדזער קנויל - אָווריטמגמט, צו וואָס דעם VM איז געווען קאָננעקטעד.

אויב נייטיק, איר קענען זען די לאַדזשיקאַל נעץ סעטטינגס אָווריטמגמט און סטרויערן זיי, אָבער איר מוזן זיין אָפּגעהיט ניט צו פאַרלירן קאָנטראָל פון די oVirt ינפראַסטראַקטשער.

לאַדזשיקאַל נעץ סעטטינגס אָווריטמגמט

צו שאַפֿן אַ נייַע לאַדזשיקאַל נעץ פֿאַר רעגולער VMs, גיין צו די אַדמיניסטראַטיווע טויער נעץ >> נעטוואָרקס >> נייַ, און אויף די קוויטל אַלגעמיין לייג אַ נעץ מיט די געבעטן VLAN ID, און אויך טשעק די קעסטל ווייַטער צו "VM נעטוואָרק", דאָס מיטל אַז עס קענען זיין געוויינט פֿאַר אַסיינמאַנט צו אַ VM.

Скриншот новой логической сети VLAN32

אין די קוויטל קנויל, מיר צוטשעפּען דעם נעץ צו אונדזער קנויל קלאַסטער 1.

נאָך דעם מיר גיין צו Compute >> Hosts, גיין צו יעדער באַלעבאָס אין קער, צו די קוויטל נעץ ינטערפייסיז, און קאַטער די מאַזעק סעטאַפּ באַלעבאָס נעטוואָרקס, צו בינדן צו מחנות פון אַ נייַ לאַדזשיקאַל נעץ.

סקרעענשאָט פון די "סעטאַפּ באַלעבאָס נעטוואָרקס" מאַזעק

די oVirt אַגענט וועט אויטאָמאַטיש מאַכן אַלע די נייטיק נעץ סעטטינגס אויף דער באַלעבאָס - שאַפֿן אַ VLAN און BRIDGE.

בייַשפּיל קאַנפיגיעריישאַן טעקעס פֿאַר נייַע נעטוואָרקס אויף דער באַלעבאָס:

cat ifcfg-bond1
# Generated by VDSM version 4.30.17.1
DEVICE=bond1
BONDING_OPTS='mode=1 miimon=100'
MACADDR=00:50:56:82:57:52
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

cat ifcfg-bond1.432
# Generated by VDSM version 4.30.17.1
DEVICE=bond1.432
VLAN=yes
BRIDGE=ovirtvm-vlan432
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

cat ifcfg-ovirtvm-vlan432
# Generated by VDSM version 4.30.17.1
DEVICE=ovirtvm-vlan432
TYPE=Bridge
DELAY=0
STP=off
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

לאָזן מיר דערמאָנען איר אַמאָל ווידער אַז אויף די קנויל באַלעבאָס קיין געברויך שאַפֿן נעץ ינטערפייסיז מאַניואַלי אין שטייַגן ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.

נאָך אַדינג אַ לאַדזשיקאַל נעץ און קאָנטראָלירונג די קשר צווישן די באַלעבאָס און די כאָוסטיד מאָטאָר VM, עס קענען זיין געוויינט אין די ווירטואַל מאַשין.

שאַפֿן אַ ייַנמאָנטירונג בילד פֿאַר דיפּלויינג אַ ווירטואַל מאַשין

לינק צו דאַקיומענטיישאַן - oVirt אַדמיניסטראַטיאָן גייד, קאַפּיטל 8: סטאָרידזש, אָפּטיילונג ופּלאָאַדינג בילדער צו אַ דאַטאַ סטאָרידזש פעלד.

אָן אַן אַס ייַנמאָנטירונג בילד, עס וועט ניט זיין מעגלעך צו ינסטאַלירן אַ ווירטואַל מאַשין, כאָטש דאָס איז דאָך נישט אַ פּראָבלעם אויב, למשל, איז אינסטאַלירן אויף די נעץ. שוסטער מיט פאַר-באשאפן בילדער.

אין אונדזער פאַל, דאָס איז ניט מעגלעך, אַזוי איר מוזן אַרייַנפיר דעם בילד אין oVirt זיך. ביז אַהער, דאָס איז פארלאנגט צו שאַפֿן אַן ISO דאָמאַין, אָבער אין די נייַע ווערסיע פון ​​oVirt עס איז דיפּרישיייטיד, און דעריבער איר קענען איצט ופּלאָאַד בילדער גלייַך צו די סטאָרידזש פעלד פֿון די אַדמיניסטראַטיווע טויער.

אין די אַדמיניסטראַטיווע טויער גיין צו סטאָרידזש >> דיסקס >> צופֿעליקער >> אָנהייב
מיר לייגן אונדזער אַס בילד ווי אַן ISO טעקע, פּלאָמבירן אין אַלע די פעלדער אין די פאָרעם און גיט די קנעפּל "פּרובירן קשר".

סקרעענשאָט פון די לייג ינסטאַללאַטיאָן בילד וויזערד

אויב מיר באַקומען אַ טעות ווי דאָס:

Unable to upload image to disk d6d8fd10-c1e0-4f2d-af15-90f8e636dadc due to a network error. Ensure that ovirt-imageio-proxy service is installed and configured and that ovirt-engine's CA certificate is registered as a trusted CA in the browser. The certificate can be fetched from https://ovirt.test.local/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA`

То необходимо добавить сертификат oVirt в «טראַסטיד וואָרצל קאַס"(טראַסטעד וואָרצל CA) אויף די אַדמיניסטראַטאָר ס קאָנטראָל סטאַנציע, פֿון ווו מיר זענען טריינג צו אָפּלאָדירן די בילד.

נאָך אַדינג די באַווייַזן צו די טראַסטיד וואָרצל CA, גיט ווידער "פּרובירן קשר", זאָל באַקומען:

Connection to ovirt-imageio-proxy was successful.

נאָך איר פאַרענדיקן דעם קאַמף פון אַדינג די באַווייַזן, איר קענען פּרובירן צו ופּלאָאַד די ISO בילד צו די סטאָרידזש פעלד ווידער.

אין פּרינציפּ, איר קענען מאַכן אַ באַזונדער סטאָרידזש דאָמאַין מיט די דאַטאַ טיפּ צו קראָם בילדער און טעמפּלאַטעס סעפּעראַטלי פֿון VM דיסקס, אָדער אפילו קראָם זיי אין אַ סטאָרידזש פעלד פֿאַר די כאָוסטיד מאָטאָר, אָבער דאָס איז אין די דיסקרעשאַן פון דער אַדמיניסטראַטאָר.

סקרעענשאָט מיט ISO בילדער אין סטאָרידזש פעלד פֿאַר כאָוסטיד מאָטאָר

שאַפֿן אַ ווירטואַל מאַשין

דאָקומענטאַטיאָן לינק:
oVirt ווירטואַל מאַשין פאַרוואַלטונג גייד -> קאַפּיטל 2: ינסטאָלינג לינוקס ווירטואַל מאשינען
קאַנסאָול קלייאַנץ רעסאָורסעס

נאָך לאָודינג די ייַנמאָנטירונג בילד מיט די אַס אין oVirt, איר קענען גיינ ווייַטער צו שאַפֿן אַ ווירטואַל מאַשין. א פּלאַץ פון אַרבעט איז דורכגעקאָכט, אָבער מיר זענען שוין אין די לעצט בינע, פֿאַר די צוליב פון וואָס אַלע דעם איז סטאַרטעד - קריגן אַ שולד-טאָלעראַנט ינפראַסטראַקטשער פֿאַר האָסטינג העכסט בנימצא ווירטואַל מאשינען. און אַלע דעם איז לעגאַמרע פריי - ניט אַ איין פּעני איז פארבראכט אויף פּערטשאַסינג קיין ווייכווארג לייסאַנסיז.

צו שאַפֿן אַ ווירטואַל מאַשין מיט CentOS 7, די ינסטאַלירונג בילד פון די אַס מוזן זיין דאַונלאָודיד.

מיר גיין צו די אַדמיניסטראַטיווע טויער, גיין צו Compute >> ווירטואַל מאַטשינעס, און קאַטער די VM שאַפונג מאַזעק. פּלאָמבירן אין אַלע די פּאַראַמעטערס און פעלדער און גיט OK. אַלץ איז זייער פּשוט אויב איר נאָכפאָלגן די דאַקיומענטיישאַן.

ווי אַ ביישפּיל, איך וועל געבן די יקערדיק און נאָך סעטטינגס פון אַ העכסט בנימצא VM, מיט אַ באשאפן דיסק, קאָננעקטעד צו די נעץ און בוטינג פֿון אַ ייַנמאָנטירונג בילד:

סקרעענשאָץ מיט העכסט בנימצא VM סעטטינגס

נאָך ענדיקן די אַרבעט מיט די מאַזעק, נאָענט עס, קאַטער אַ נייַ VM און ינסטאַלירן די אַס אויף עס.
צו טאָן דאָס, גיין צו די קאַנסאָול פון דעם VM דורך די אַדמיניסטראַטיווע טויער:

סקרעענשאָט פון די אַדמיניסטראַטיווע טויער סעטטינגס פֿאַר קאַנעקטינג צו די VM קאַנסאָול

צו פאַרבינדן צו די VM קאַנסאָול, איר מוזן ערשטער קאַנפיגיער די קאַנסאָול אין די פּראָפּערטיעס פון די ווירטואַל מאַשין.

סקרעענשאָט פון VM סעטטינגס, "קאַנסאָול" קוויטל

צו פאַרבינדן צו די VM קאַנסאָול איר קענען נוצן, למשל, ווירטואַל מאַשין וויוער.

צו פאַרבינדן צו די VM קאַנסאָול גלייך אין דעם בלעטערער פֿענצטער, די קאַנעקשאַן סעטטינגס דורך די קאַנסאָול זאָל זיין ווי גייט:

נאָך ינסטאָלינג די אַס אויף די VM, עס איז קעדייַיק צו ינסטאַלירן oVirt גאַסט אַגענט:

yum -y install epel-release
yum install -y ovirt-guest-agent-common
systemctl enable ovirt-guest-agent.service && systemctl restart ovirt-guest-agent.service
systemctl status ovirt-guest-agent.service

אזוי, ווי אַ רעזולטאַט פון אונדזער אַקשאַנז, די באשאפן VM וועט זיין העכסט בנימצא, ד"ה. אויב דער קנויל נאָדע אויף וואָס עס איז פליסנדיק פיילז, oVirt וועט אויטאָמאַטיש ריסטאַרט עס אויף די רגע נאָדע. דעם VM קענען אויך זיין מייגרייטיד צווישן קנויל מחנות פֿאַר זייער וישאַלט אָדער אנדערע צוועקן.

סאָף

איך האָפֿן אַז דער אַרטיקל איז געווען ביכולת צו קאַנוויי אַז oVirt איז אַ גאָר נאָרמאַל געצייַג פֿאַר אָנפירונג ווירטואַל ינפראַסטראַקטשער, וואָס איז נישט אַזוי שווער צו צעוויקלען - די הויפּט זאַך איז צו נאָכפאָלגן זיכער כּללים און רעקווירעמענץ דיסקרייבד אין דעם אַרטיקל און אין די דאַקיומענטיישאַן.

צוליב דעם גרויסן פארנעם פונעם ארטיקל איז נישט געווען מעגליך אריינצונעמען אין אים אסאך זאכן, ווי א שריט-דורך-שריט דורכפירונג פון פארשידענע מכשפים מיט אלע דעטאלירטע ערקלערונגען און סקרעענשאָץ, לאנגע אויספירן פון טייל באפעלן א.א.וו. אין פאַקט, דאָס וואָלט דאַרפן שרייבן אַ גאַנץ בוך, וואָס טוט נישט מאַכן פיל זינען רעכט צו נייַע ווערסיעס פון ווייכווארג קעסיידער ארויס מיט ינאָווויישאַנז און ענדערונגען. די מערסט וויכטיק זאַך איז צו פֿאַרשטיין דעם פּרינציפּ פון ווי עס אַלע אַרבעט צוזאַמען, און צו באַקומען אַ גענעראַל אַלגערידאַם פֿאַר קריייטינג אַ שולד-טאָלעראַנט פּלאַטפאָרמע פֿאַר אָנפירונג ווירטואַל מאשינען.

Хотя виртуальную инфраструктуру мы создали, но теперь надо научить её взаимодействовать как между своими отдельными элементами: хостами, виртуальными машинами, внутренними сетями, так и с внешним миром.

דער פּראָצעס איז איינער פון די הויפּט טאַסקס פון אַ סיסטעם אָדער נעץ אַדמיניסטראַטאָר, וואָס וועט זיין קאַווערד אין דער ווייַטער אַרטיקל - וועגן די נוצן פון VyOS ווירטועל ראָוטערס אין די שולד-טאָלעראַנט ינפראַסטראַקטשער פון אונדזער פאַרנעמונג (ווי איר געסט, זיי וועלן אַרבעטן ווי ווירטואַל מאשינען אויף אונדזער אָווירט קנויל).

מקור: www.habr.com