https://wiki.niif.hu/api.php?action=feedcontributions&feedformat=atom&user=Kissg%28AT%29niif.huPro-M - Oktatási Üzletág - Wiki - Szerkesztő közreműködései [hu]2026-11-07T20:48:08ZSzerkesztő közreműködéseiMediaWiki 1.30.0https://wiki.niif.hu/index.php?title=Cloud_for_Education&diff=4259Cloud for Education2017-12-20T08:02:21Z<p>Kissg(AT)niif.hu: A fejezetcímek hierarchiájának kifésülése</p>
<hr />
<div>== Hozzáférés ==<br />
<br />
A szolgáltatás elérési helye https://c4e.niif.hu.<br />
<br />
<br />
== Karbantartások ==<br />
<br />
A C4E szolgáltatást nyújtó gépekre az alábbi ütemezés szerint telepítjük a frissítéseket:<br />
<br />
* Minden hónap '''második hétfőjén''' nap közben (délelőtt 10 órától) megkezdődik a rendszer vezérlő gépeinek frissítése (Adatbázis, vezérlő gépek, terheléselosztó, hálózati node-ok)<br />
A művelet során néhányszor 2-3 percre '''elérhetetlen lehet a webfelület''', illetve a hálózati csomópontok újraindításának következtében néhányszor 1-2 percre a '''Smart''' hálózatok elérése akadozhat, amíg a tartalék irány működésbe nem lép.<br />
<br />
* Minden hónap '''második hétfőjén''' este egy második frissítési ciklust is tartunk az alábbiak szerint<br />
** Páratlan hónapokban a '''Compute''' gépeket frissítjük, ami azzal jár, hogy futó virtuális gépeket elmigráljuk a fizikai gépekről. A folyamat során néhányszor 1 percre a futó virtuális erőforrások elérhetetlenek lehetnek, illetve folyamatosan íródó memóriájú gépeknél előfordul, hogy csak a virtuális gép leállításával/elindításával lesz sikeres a migráció. <br />
** Páros hónapokban a diszk alrendszert '''(CEPH)''' frissítjük. Ilyenkor a háttérben '''adatszinkronizáció zajlik''', ami '''lassíthat egyes IO kéréseket''', de a felhasználók felé ez a művelet eddigi tapasztalataink alapján többnyire transzparens.<br />
<br />
==Ismertető==<br />
22 perces ismertető, ami az NWS 2016-on hangzott el. http://videotorium.hu/hu/recordings/details/13396,Cloud4Education_-_Kezdo_lepesek<br />
<br />
===Igényelhető virtuális erőforrás-csomagok (flavor)===<br />
A virtuális gépek létrehozásakor több féle "hardvercsomagból" választhatunk, amelyek az alábbi képen tekinthetők meg.<br />
<br />
[[File:Flavors.PNG|665px|Flavors]]<br />
<br />
A táblázatban látható root lemezek mérete természetesen a virtuális gép létrehozásakor változtatható.<br />
<br />
===Felhasználói felület bemutatása===<br />
<br />
====Dashboard áttekintés====<br />
[[File:Dash_overview.png|665px|Dashboard]]<br />
<br />
Bejelentkezés után a felhasználóhoz tartozó kvóta kihasználtságai láthatjuk, ezen kvóták szabályozása admin felhasználóval tehető meg. A kihasználtságon felül lehetőség van arra, hogy a felhasználó lekérdezze egy adott periódus alatt használt vCPU, Disk és RAM mennyiségét, valamint ezek az információk letölthetők excel táblázat formájában is. A bal oldali menüstruktúra több részből tevődik össze, amelyből a két legfontosabb a „Compute” és a „Network” opció. A „Compute” menüpont alatt találhatók azok a funkciók, amelyek ahhoz szükségesek, hogy virtuális gépeket tudjunk igénybe venni és az ehhez tartozó adminisztratív teendőinket is itt tudjuk elvégezni. A „Network” menüpont alatt kezelhetjük a virtuális gépeinkhez szükséges hálózatokat. Itt hozhatunk létre virtuális routereket, hálózatokat, valamint itt állíthatunk be terheléselosztókat és definiálhatunk tűzfalszabályokat. A következőkben bemutatásra kerül, hogyan tud egy felhasználó néhány kattintás segítségével egy lemezképfájlt feltölteni, majd a képfájlból virtuális gépet létrehozni, valamint a rendelkezésre álló funkciókat igénybe venni.<br />
<br />
====Új image feltöltés====<br />
A virtuális gép létrehozásához szükség van lemezképfájlra, amelyet egy működő http url-ről könnyedén letölthetünk a „Compute” menüpont alatt található „Images” lehetőség használatával, vagy használhatjuk az előre feltöltött image-eket, amelyeket az admin jogosultságú felhasználók biztosítanak számunkra. Az „images” lehetőséget választva látható a rendelkezésre álló lemezképfájlok listája. A jobb felső sarokban a „Create Image” lehetőséget választva készíthetünk lemezképet. Az alábbi példa egy Ubuntu 14.04 verziójú lemezkép letöltését szemlélteti.<br />
<br />
[[File:Image_create.png|724px|Image készítés]]<br />
<br />
A fenti ábrán látható módon, néhány szükséges információt meg kell adni, ilyenek például: <br />
* Név <br />
* Lemezképfájl helye: A letölteni kívánt lemezképfájl internetes elérhetősége <br />
* Format: QCOW2 – QEMU Emulator<br />
<br />
=====Mindenki számára elérhető Image-ek* (Forrás: http://docs.openstack.org/image-guide/obtain-images.html)=====<br />
{| class="wikitable" border="1" <br />
|- <br />
| Operációs Rendszer <br />
| Bejelentkezési név <br />
| Minimum diszk méret <br />
|- <br />
| Ubuntu 14.04 Trusty Tahr<br />
| ubuntu <br />
| 5 GB <br />
|- <br />
| Ubuntu 16.04 Xenial<br />
| ubuntu <br />
| 5 GB <br />
|- <br />
| CentOS 6<br />
| centos <br />
| 8 GB <br />
|- <br />
| CentOS 7 <br />
| centos <br />
| 8 GB <br />
|- <br />
| Debian 8.3 <br />
| debian <br />
| 5 GB <br />
|- <br />
| CoreOS <br />
| core <br />
| 10GB <br />
|- <br />
| Fedora 23 <br />
| fedora <br />
| 5 GB <br />
|- <br />
| Windows 7 Pro SP1<br />
| setupuser/Qwer1234<br />
| 17 GB <br />
<br />
|- <br />
|}<br />
<br />
* Minden Linux alapú image-ből készített virtuális gépnél az alapértelmezett felhasználó jelszó nélkül sudo képes!<br />
<br />
===Kulcspár létrehozása/publikus kulcs feltöltése===<br />
A „Access & Security” fülre kattintva, hozzáadhatunk saját kulcspárokat, így a neutron szerverek által futtatott metadata szolgáltatás eljuttatja a publikus kulcsunkat a létrehozott virtuális gépre és a privát kulcsunkkal könnyedén tudunk autentikálni a létrehozott gépeken. Ehhez válasszuk a hozzáadás lehetőséget és adjuk meg a publikus kulcsunkat a következő ábrán látható módon.<br />
<br />
EGYES CLOUD LEMEZKÉPFÁJLOK KIZÁRÓLAG KULCS HASZNÁLATÁVAL VEHETŐK IGÉNYBE!<br />
<br />
[[File:Key_pair.png|726px|Publikus kulcs importálása]]<br />
<br />
===Hálózati típusok===<br />
Az általunk megépített rendszerben végül két fajta hálózat kapott helyet: <br />
* Az egyik típus, amit Flat néven kereszteltünk el. Ennek lényege, hogy a létrehozott virtuális gépek egy előre meghatározott publikus IP tartományból DHCP segítségével felvesznek egy címet, majd a csomagok haladásának iránya közvetlenül a compute gépek felé történik, ezzel nem terhelve a network gépeket. <br />
* A másik hálózati típus, amely az Smart nevet kapta. Ez a hálózati típus nagyban különbözik az előző megoldástól, mivel ennél a típusnál a felhasználóknak lehetőségük van egy, vagy akár több privát hálózat, valamint egy vagy több ezekhez tartozó virtuális router létrehozására. A virtuális router-hez lehetőség van hozzárendelni IP címeket a privát, valamint egy publikus hálózatból is és ennek következtében a virtuális gépek forgalmában egy úgynevezett hálózati címfordítás történik. Ennek előnye az előző megoldással szemben, hogy kevésbé IP cím pazarló a publikus címek tekintetében, valamint a neutron funkciójának köszönhetően képes több network gép között tartalékolt lenni.<br />
<br />
Az Flat típusú hálózat felvételére kizárólag admin jogosultságú felhasználónak van lehetősége két féle módon. Az egyik lehetőség, hogy a létrehozott Flat hálózat shared típusú, vagyis megosztott hálózat, ami azt jelenti, hogy a hálózat minden tenant számára látható. A másik lehetőség, hogy a létrehozott hálózatot nem osztjuk meg másik tenanttal, azonban hozzárendeljük egy bizonyos tenant-hoz, ezzel garantálva, hogy egy IP cím tartományt csak egy tenant használ kizárólag. <br />
<br />
Az Smart hálózat és egy hozzá tartozó virtuális router felvételét az alábbiakban mutatjuk be.<br />
<br />
====External (L3) hálózat létrehozása====<br />
A „Project” menüpont alatt található „Network” lehetőséget választva láthatók a hálózattal kapcsolatos lehetőségeink. A hálózat létrehozásához első lépésként a „Networks” lehetőséget kell választanunk, ahol láthatók a már korábban létrehozott hálózatok, valamint itt érhetők el a Flat típusú hálózatok is, amennyiben egy admin jogosultságú felhasználó megosztott, vagy a tenant-hoz rendelt egy ilyen típusú hálózatot.<br />
<br />
Új hálózat létrehozásához a bal felső sarokban válasszuk a „Create Network” lehetőséget, majd a következő képeken látható módon töltsük ki a szükséges mezőket.<br />
<br />
[[File:Create_net1.png|727px|hálózat létrehozása]]<br />
<br />
[[File:Create_net2.png|723px|hálózat létrehozása]]<br />
<br />
A fentebb látható menüben az átjáró IP címét nem kötelező megadni, ilyenkor automatikusan a megadott tartomány első IP címét fogja átjárónak beállítani. Ebben az esetben 192.168.66.1 címet.<br />
<br />
[[File:Create_net3.png|723px|hálózat létrehozása]]<br />
<br />
Ha minden szükséges és kötelező mezőt kitöltöttünk, akkor a „create” gombra kattintva a rendszer létrehozza a hálózatot a kívánt paramétereinkkel, amelyet a Networks menüpont alatt megtekinthetünk.<br />
<br />
====Router létrehozása és Interfészek hozzáadása====<br />
<br />
A hálózat sikeres elkészítése után szükség van egy virtuális router létrehozására, amelyen keresztül fog a hálózati címfordítás történni. A router létrehozása a következő képeken látható<br />
<br />
[[File:Create_router1.png|727px|Router létrehozás]]<br />
<br />
<br />
<br />
A Virtuális router létrehozásánál az „External Network”, azaz a külső hálózatok listájánál a rendelkezésre álló Smart hálózatok közül van lehetőség választani. Miután ez megtörtént, a router-hez szükség van egy másik interfész hozzáadására is, az előzőleg létrehozott belső hálózatból. Ennek hozzáadásához a „Routers” menüpontot választva, a forgalomirányítók listájából válasszuk ki az előbbiekben létrehozott „Internal_Router”-t, majd az „Interfaces” fülön az „Add Interface” lehetőséget választva, adjunk hozzá egy interfészt a következő ábrán látható módon.<br />
<br />
[[File:Create_router2.png|723px|Router létrehozás]]<br />
<br />
====Security group-ok====<br />
<br />
A virtuális gépek eléréséhez szükség van tűzfalszabályok definiálására, amelyre a „Security Groups” fülön van lehetőség. Alapértelmezetten egy „Default” security group jön létre, amelyben a következő forgalmak vannak alapértelmezetten engedélyezve:<br />
* Bejövő forgalom esetén: Kizárólag az azonos Security Group-ban elhelyezett virtuális gépekről érkező forgalmak<br />
* Kimenő forgalom esetén: Minden forgalom engedélyezve van<br />
<br />
A lenti példa szemlélteti, hogy hogyan engedélyezhetjük az SSH és ICMP forgalmakat minden külső hálózatból:<br />
<br />
[[File:Sec_gr1.png|723px|Szabály létrehozása]]<br />
<br />
[[File:Sec_gr2.png|723px|Szabály létrehozása]]<br />
<br />
[[File:Sec_gr3.png|723px|Szabály létrehozása]]<br />
<br />
<br />
Természetesen nem kötelező a Default security group-ot módosítani, létrehozható másik szabályrendszer is, és hozzárendelhető akár több csoport is egy virtuális géphez. A szabályok hozzáadásával lehetőség van a gép távoli elérésére a megadott protokollon keresztül.<br />
<br />
====LBaaS====<br />
Az LBaaS funkció jelenleg nem elérhető.<br />
<br />
====FWaaS====<br />
<br />
Egy másik hálózati lehetőség a tűzfal alkalmazása. Alapértelmezetten a már bemutatott Security Group felel a virtuális gépek elérhetőségének szabályozásáról, azonban lehetőségünk van egy sokkal részletesebben szabályozható technika alkalmazására is. A tűzfal működéséhez fontos, hogy a Default Security Group-ban engedélyezni kell a ki és bemenő forgalmat bárhonnan, mivel a korlátozásokat és a konkrét szabályokat a tűzfal modulban vehetjük fel.<br />
<br />
A tűzfal létrehozásához és konfigurálásához válasszuk a „Network” menüpont alatt található „Firewalls” lehetőséget. Mint ahogy az a menüstruktúrában is látszik, a tűzfal három részből tevődik össze:<br />
* Firewall Rules<br />
* Firewall Policies<br />
* Firewalls<br />
<br />
Első lépésként létre kell hoznunk a szabályokat, majd a szabályokat egy csoportba kell foglalni, végül létre kell hozni egy tűzfalat, majd hozzárendelni a szabálycsoporthoz és a virtuális router-hez. Szabályok létrehozásához válasszuk a „Firewall Rules” lehetőséget, majd az alábbi ábrán látható módon hozzunk létre egy minden befelé jövő forgalmat tiltó szabályt egy előre létrehozott virtuális gépre nézve, amely példánkban a 192.168.66.14 címet kapta.<br />
<br />
[[File:Fwaas1.png|726px|Szabály létrehozása]]<br />
<br />
<br />
A szabály létrehozása után szükség van egy csoportrendszerre, amely a szabályokat fogja tartalmazni. Ehhez válasszuk a „Firewall Policies” lehetőséget, majd az alábbi ábrákon látható módon hozzuk létre a csoportot és adjuk hozzá az előbb létrehozott mindent tiltó szabályt.<br />
[[File:Fwaas2.png|724px|Szabályrendszer létrehozása]]<br />
<br />
[[File:Fwaas3.png|723px|Szabály hozzárendelés]]<br />
<br />
<br />
A szabályok érvényre juttatásához szükség van egy tűzfal létrehozására, amelyhez hozzárendeljük a szabályrendszerünket és a virtuális átjárónkat. Ezt az alábbi módon hozzuk létre.<br />
[[File:Fwaas4.png|728px|Tűzfal létrehozása]]<br />
<br />
[[File:Fwaas5.png|728px|Router hozzárendelés tűzfalhoz]]<br />
<br />
<br />
Ezzel elértük, hogy minden bejövő forgalmat eldobjon a tűzfalunk. Ha engedélyezni szeretnénk egy befelé irányuló kapcsolatot, példánkban az SSH protokollt, akkor első lépésben a már megismert módon hozzunk létre egy szabályt, de ezúttal engedélyezőt.<br />
[[File:Fwaas6.png|724px|További szabály létrehozása]]<br />
<br />
<br />
A szabály létrehozása után hozzá kell adni a létező szabályrendszerhez. A szabályok értelmezése lineáris, tehát minél később található meg a listában egy adott szabály, a csomag annál később jut el odáig. Abban az esetben, ha a lista bármely szabálya illeszkedik az adott csomagra, az adott szabály függvényében a csomag eldobásra, vagy átengedésre kerül. Ennek értelmében a következő ábrán látható módon szúrjuk be a szabályrendszerbe a létrehozott szabályt.<br />
[[File:Fwaas7.png|726px|Szabály beszúrása]]<br />
<br />
==Virtuális gép indítása==<br />
Az előfeltételek teljesítése után elkészíthető a kívánt virtuális gép. Ehhez válasszuk a bal oldali menüből a „Compute”, azon belül pedig az „Instances” lehetőséget, majd a bal felső sarokban válasszuk a „Launch Instance” gombot és az alábbi képeken látható módon készítsük el a gépet.<br />
<br />
[[File:Launch1.png|726px|VM indítása]]<br />
<br />
===Kulcspár és security group társítása===<br />
A következő ábrán látható módon a VM létrehozásakor kiválaszthatjuk az előzőleg feltöltött publikus kulcsunkat, vagy feltölthetünk egy teljesen újat is a létrehozás közben, valamint megadhatjuk, hogy melyik Security Group vonatkozzon a virtuális gépünkre.<br />
<br />
[[File:launch2.png|726px|SecurityGroup kiválasztása]]<br />
<br />
===Hálózat kiválasztása===<br />
<br />
Következő lépésként meg kell adni a használni kívánt hálózatot. Ez legyen a példában létrehozott „Internal” hálózat.<br />
<br />
[[File:launch3.png|726px|Hálózat kiválasztása]]<br />
<br />
<br />
A „Launch” lehetőséget választva elkezdhetjük a virtuális gép létrehozását. A folyamat elkészültekor az „Instances” fül alatt láthatjuk az eddig létrehozott virtuális gépeinket és azok állapotát.<br />
<br />
<br />
[[File:launch4.png|726px|Létrehozott VM lista]]<br />
<br />
A folyamat elvégzése után elkészült az első virtuális gép, amelynek elérése több féle módon történhet.<br />
* A virtuális géphez hozzárendelünk egy publikus IP címet, majd a virtuális router segítségével 1:1 NAT alkalmazásával távolról is bejelentkezhetünk rá, Linux disztribúció esetén például SSH, Windows esetén RDP szolgáltatás segítségével.<br />
<br />
* A weboldalba ágyazott VNC konzol segítségével vezérelhetjük gépünket, azonban egyes előre gyártott lemezképfájlból készített virtuális gépek nem támogatják csak a kulcsos autentikációt, így sajnos ezeknél a gépeknél ez a módszer nem elérhető.<br />
<br />
====Floating IP hozzárendelése====<br />
Az előzőekben létrehozott Ubuntu operációs rendszerrel ellátott virtuális gépünk a második lehetőséget nem támogatja, így szükségünk van a gép eléréséhez egy publikus IP címre, amelynek allokálása és géphez rendelése a következőképpen történik.<br />
<br />
Első lépésben válasszuk a „Compute” alatt található „Access & Security” lehetőséget, majd azon belül a „Floating IPs” menüpontot és kattintsunk a jobb felső sarokban lévő „Allocate IP To Project” gombra. A megjelenő ablakban ki kell választani a kívánt Smart hálózatot, amelyből a publikus IP címet szeretnénk használni (Ez nyilván az a hálózat, amelyiket a router átjárójának is választottunk), majd az „Allocate IP” lehetőséget kell választani.<br />
<br />
[[File:Allocate1.png|726px|Floating IP igénylése]]<br />
<br />
<br />
A következő ábrán látható a Projekthez allokált IP címek listája, amelyek következő lépésként hozzárendelhetők 1-1 virtuális géphez. Ehhez válasszuk az ábrán látható IP cím mellett található „Associate” lehetőséget, majd válasszuk ki a listából azt a virtuális gépet, amelyiken az IP címet használni szeretnénk.<br />
<br />
[[File:Allocate2.png|726px|Rendelkezésre álló IP címek listája]]<br />
<br />
[[File:Allocate3.png|726px|Floating IP géphez rendelése]]<br />
<br />
A sikeres hozzárendelés után a gépünk már rendelkezik publikus IP címmel, amelyen keresztül külső hálózatokból is elérhetjük a gépet, amennyiben ezt a Security Group-ban, vagy a Firewall alatt engedélyezzük.<br />
<br />
==Virtuális gépek kezelése==<br />
<br />
===Snapshot létrehozása/indítás snapshotból===<br />
<br />
További lehetőség a létrehozott virtuális géppel kapcsolatban, hogy bármikor készíthetünk róla egy úgynevezett pillanatképet, amelyből később létrehozhatunk egy másik virtuális gépet, folytatva ott a munkát, ahol a pillanatkép készült, a régi gépet pedig leállíthatjuk, vagy törölhetjük. Ehhez a már ismert „Compute” menüpont alatt válasszuk a „Volume” lehetőséget. A kilistázott Volume-ok között válasszuk ki a megfelelőt, majd az „Actions” szekcióban található legördülő menüből válasszuk a „Create Snapshot” lehetőséget. Az ábrán látható módon adjunk neki egy nevet, majd készítsük el a pillanatképet.<br />
<br />
[[File:Create_snapshot1.png|723px|Snapshot létrehozás]]<br />
<br />
<br />
Az elkészült pillanatképből készítsünk egy újabb virtuális gépet, a már ismert módon, azzal a különbséggel, hogy a gépet ezúttal ne image-ből, hanem snapshot-ból indítsuk.<br />
<br />
[[File:Create_snapshot2.png|724px|Snapshot létrehozás]]<br />
<br />
==="Extrém" diszkigény kielégítése===<br />
<br />
Előfordul, hogy valamilyen projekthez nagyobb (TB-os nagyságrendű) területre van szükség, mint amit a kvóta megenged. Habár a kvóta növelésével könnyen orvosolhatnánk egyes felhasználók helyigényét, ezt sajnos <big>nem áll módunkban</big> megtenni, ugyanis azzal felborulna a kiosztott erőforrások közötti egyensúly (nem lenne terület, ahonnan bootoljanak az új gépek, a CPU/RAM pedig kihasználatlan maradna) valamint bizonyos szolgáltatások (jellemzően az adatbázis-szerverek) számára nem előnyös a CEPH alapú háttértár.<br />
<br />
A fenti probléma megoldására lehetőséget teremtettünk a Storage szolgáltatásunkban résztvevő egyik Eternus tárolóeszköz integrálására a C4E alá. Ez azt jelenti, hogy a C4E rendszerében konfigurálásra került egy "iSCSI1" és "iSCSI2" nevű hálózat, melynek használatával közvetlen Layer2 kapcsolattal éri el az Eternus egységet a felhasználó virtuális számítógépe, szemben a többi tárolónkkal, amihez a publikus hálózaton keresztül (route-olva) lehet hozzáférni.<br />
<br />
'''<big>FONTOS!''' Az "iSCSI1" és "iSCSI2" hálózat '''NEM nyújt publikus elérést''', azon keresztül '''csak az iSCSI targetek''' elérése lehetséges!</big><br />
<br />
<br />
'''<big>FONTOS! A fenti tároló nem önkiszolgáló! ''' A használathoz előbb '''[https://webform.niif.hu/content/storage-igenyles ''területigénylést kell benyújtani'']''', ahol be kell jelölni a ''' "A terület(ek)re a C4E szolgáltatás keretében használt virtuális gépe(i)mről kívánok csatlakozni!"''' opciót a második oldalon, majd a '''pozitív elbírálás után''' a megadott paraméterekkel lehet csatlakozni a tárolóhoz!</big><br />
<br />
<br />
<br />
==== Csatlakozás Linux alapú operációs rendszer alól ====<br />
<br />
<br />
===== Óvintézkedés! =====<br />
<br />
Sajnos az iSCSI jelenléte boot időben előfordul, hogy a virtuális gépet megállítja a boot során. Ez alapból nem lenne probléma, viszont a sablon image-ek alapértelmezetten egy read only konzolra küldik az emergency shell kimenetét, amin nem lehet módosításokat végezni. <br />
<br />
<big>'''FONTOS!''' Az esetleges konfigurációs hibákból adódó hibás virtuális gépek javításában '''NEM tudunk''' segíteni, az esetleges adatvesztésért felelősséget nem vállalunk!</big><br />
<br />
A fentiekből kifolyólag célszerű átállítani az extlinux rendszerbetöltőt az iSCSI-t használó gépeken az alábbiak szerint:<br />
<br />
* Az eredeti állomány:<br />
<pre><br />
debian@iscsiteszt-5:~$ cat /extlinux.conf<br />
default linux<br />
timeout 1<br />
label linux<br />
kernel boot/vmlinuz-3.16.0-4-amd64<br />
append initrd=boot/initrd.img-3.16.0-4-amd64 root=/dev/vda1 console=tty0 console=ttyS0,115200 ro quiet<br />
</pre><br />
<br />
* Átírás után (az utolsó sor végén '''helyet cserél''' a két console paraméter, és a '''tty0-ból tty1 lesz'''):<br />
<br />
<pre><br />
debian@iscsiteszt-5:~$ cat /extlinux.conf<br />
default linux<br />
timeout 1<br />
label linux<br />
kernel boot/vmlinuz-3.16.0-4-amd64<br />
append initrd=boot/initrd.img-3.16.0-4-amd64 root=/dev/vda1 console=ttyS0,115200 console=tty1 ro quiet<br />
</pre><br />
<br />
Ezen módosítás azonban több ismert hátránnyal jár:<br />
<br />
* Nem lesz elérhető a boot során keletkező read-only konzolkimenet (bootidőben persze látszik a VNC konzolon)<br />
* Firefox és Chrome újabb verziói alatt problémák lehetnek a VNC konzol elérésével/válaszidejével (ez sajnos egy fejlesztők által ismert, de még nem javított hiba)<br />
<br />
===== Előkészületek =====<br />
* Konfigurálni kell az interfészeket<br />
Ez az Debian base image-nél alapból konfigurálva van az alábbi módon:<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/network/interfaces <br />
# This file describes the network interfaces available on your system <br />
# and how to activate them. For more information, see interfaces(5). <br />
# The loopback network interface auto lo iface lo inet loopback <br />
<br />
# The normal eth0 <br />
auto eth0 <br />
iface eth0 inet dhcp <br />
<br />
# Maybe the VM has 2 NICs? <br />
allow-hotplug eth1 <br />
iface eth1 inet dhcp <br />
<br />
# Maybe the VM has 3 NICs? <br />
allow-hotplug eth2 <br />
iface eth2 inet dhcp<br />
</pre><br />
<br />
Ennek hatására az eth1 és eth2 interfész címei:<br />
<pre><br />
root@iscsiteszt:/home/debian# ip a<br />
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default<br />
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00<br />
inet 127.0.0.1/8 scope host lo<br />
valid_lft forever preferred_lft forever<br />
inet6 ::1/128 scope host<br />
valid_lft forever preferred_lft forever<br />
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:f0:84:6d brd ff:ff:ff:ff:ff:ff<br />
inet 193.224.22.182/24 brd 193.224.22.255 scope global eth0<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fef0:846d/64 scope link<br />
valid_lft forever preferred_lft forever<br />
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:17:05:1e brd ff:ff:ff:ff:ff:ff<br />
inet 192.168.168.53/23 brd 192.168.169.255 scope global eth1<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fe17:51e/64 scope link<br />
valid_lft forever preferred_lft forever<br />
4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:f1:ba:0a brd ff:ff:ff:ff:ff:ff<br />
inet 192.168.170.51/23 brd 192.168.171.255 scope global eth2<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fef1:ba0a/64 scope link<br />
valid_lft forever preferred_lft forever<br />
</pre><br />
<br />
'''<big>FONTOS!''' Ezen interfészek akár statikus címhasználatra is konfigurálhatók, de a C4E biztonsági megoldásai miatt kizárólag '''a C4E felületén megjelenő IP címek''' esetén lesz képes csomagot forgalmazni a virtuális gép a tároló felé! </big><br />
<br />
* Csomagtelepítés (Debian alapú rendszeren)<br />
<pre>apt-get install open-iscsi multipath-tools</pre><br />
<br />
* Multipath konfigurálása (Debian alatt létre kell hozni a fájlt)<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/multipath.conf<br />
devices {<br />
device {<br />
vendor "FUJITSU"<br />
product "ETERNUS_DXL"<br />
prio alua<br />
path_grouping_policy group_by_prio<br />
no_path_retry queue<br />
failback immediate<br />
}<br />
}<br />
</pre><br />
<br />
* Multipath daemon újraindítása<br />
<pre>root@iscsiteszt:/home/debian# service multipath-tools restart</pre><br />
<br />
* iSCSI Initiator name konfigurálása (ezt meg kellett adni az igényléskor... természetesen most lehet módosítani az állományt, később viszont fontos az ott olvasható figyelmeztetés)<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/iscsi/initiatorname.iscsi<br />
## DO NOT EDIT OR REMOVE THIS FILE!<br />
## If you remove this file, the iSCSI daemon will not start.<br />
## If you change the InitiatorName, existing access control lists<br />
## may reject this initiator. The InitiatorName must be unique<br />
## for each iSCSI initiator. Do NOT duplicate iSCSI InitiatorNames.<br />
InitiatorName=iqn.2017-03.hu.niif.test:c4e<br />
</pre><br />
<br />
* iSCSI daemon újraindítása<br />
<pre>root@iscsiteszt:/home/debian# service open-iscsi restart</pre><br />
<br />
<br />
===== Targetek konfigurálása =====<br />
<br />
====== The easy way ======<br />
Egy letölthető bash szkript, ami megcsinál mindent: '''[[:File:Iscsi-site-admin-c4e.sh|iscsi-site-admin-c4e.sh]]'''<br />
<br />
====== The hard way ======<br />
<br />
A következő lépés az iSCSI targetekhez történő csatlakozás. (A leírásban az username és password paraméterek a felhasználót (initiatort, azaz a virtuális gépet) azonosító egyedi paraméterek, míg az username_in és password_in a Mutual CHAP (bidirectional) azonosításhoz használható (target-et, azaz magát az Eternus tárolót azonosító) paraméterek. (Az username_in, azaz a <target CHAP felhasználó> tipikusan "eternus"...)<br />
<br />
Az alábbi parancsköteg jelszavait kell megfelelően lecserélni, majd a konzolra bemásolva csatlakozni a tárolóhoz:<br />
<br />
<big>--- Target 001 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o new<br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 011 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o new<br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 101 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o new<br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 111 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o new<br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
Az egyes csoportok beillesztése után (konkrétan a csoportok utolsó előtti parancsa miatt) minden targetre be kell jelentkezzen, és az alábbihoz hasonló üzeneteknek kell megjelenni:<br />
<pre><br />
root@iscsiteszt-5:/home/debian# iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -l<br />
Logging in to [iface: default, target: iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1, portal: 192.168.170.2,3260] (multiple)<br />
Login to [iface: default, target: iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1, portal: 192.168.170.2,3260] successful.<br />
</pre><br />
<br />
Miután mind a négy targetre sikerült a bejelentkezés, már csak a multipath ellenőrzése van hátra, ahol a lentihez hasonló kimenetnek kell megjelenjen:<br />
<pre><br />
root@iscsiteszt-5:/home/debian# multipath -ll<br />
3600000e00d280000002825d2001a0000 dm-0 FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=rw<br />
|-+- policy='service-time 0' prio=50 status=active<br />
| |- 3:0:0:0 sdd 8:48 active ready running<br />
| `- 5:0:0:0 sdb 8:16 active ready running<br />
`-+- policy='service-time 0' prio=10 status=enabled<br />
|- 2:0:0:0 sda 8:0 active ready running<br />
`- 4:0:0:0 sdc 8:32 active ready running<br />
</pre><br />
<br />
Itt jól látszik, hogy mind a négy útvonal ép, és az első kettő az aktív, a másik kettő pedig bármikor rendelkezésre áll. Amennyiben a path-ok nem jelennének meg, az alábbi parancs segítségével újratölthető a devmap:<br />
multipath -r<br />
<br />
===== Szépészeti beavatkozások =====<br />
<br />
Az iSCSI un. WWID-ket használ (ami a <code>multipath -ll</code> kimenetében jól látszik) az egyes területek azonosítására, ami sajnos olvashatatlan, és körülményes tud lenni. Az egyszerűbb megnevezések érdekében lehetőség van a korábban szerkesztett <code>multipath.conf</code> állomány bővítésére az alábbi módon (a teljes állomány látható, a fent található Eternus releváns konfigurációval együtt):<br />
<br />
<pre><br />
root@iscsiteszt-5:/home/debian# cat /etc/multipath.conf<br />
devices {<br />
device {<br />
vendor "FUJITSU"<br />
product "ETERNUS_DXL"<br />
prio alua<br />
path_grouping_policy group_by_prio<br />
no_path_retry queue<br />
failback immediate<br />
}<br />
}<br />
multipaths {<br />
multipath {<br />
wwid 3600000e00d280000002825d2001a0000<br />
alias terulet1<br />
}<br />
multipath {<br />
wwid 3600000e00d280000002825d2001b0000<br />
alias terulet2<br />
}<br />
}<br />
<br />
</pre><br />
<br />
Ha kész az átnevezés (és persze nincsenek a területek csatolva sehol), újra kell olvastatni a devmapot (esetleg újra kell indítani a szervert):<br />
multipath -r<br />
<br />
<pre><br />
root@iscsiteszt-5:/home/debian# multipath -r<br />
Mar 23 11:13:37 | 3600000e00d280000002825d2001a0000: rename 3600000e00d280000002825d2001a0000 to terulet1 <br />
rename: terulet1 (3600000e00d280000002825d2001a0000) undef FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=undef<br />
|-+- policy='service-time 0' prio=50 status=undef<br />
| |- 3:0:0:0 sdd 8:48 active ready running<br />
| `- 5:0:0:0 sdb 8:16 active ready running<br />
`-+- policy='service-time 0' prio=10 status=undef<br />
|- 4:0:0:0 sdc 8:32 active ready running<br />
`- 6:0:0:0 sda 8:0 active ready running<br />
Mar 23 11:13:37 | 3600000e00d280000002825d2001b0000: rename 3600000e00d280000002825d2001b0000 to terulet2<br />
rename: terulet2 (3600000e00d280000002825d2001b0000) undef FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=undef<br />
|-+- policy='service-time 0' prio=50 status=undef<br />
| |- 4:0:0:1 sdg 8:96 active ready running<br />
| `- 6:0:0:1 sdf 8:80 active ready running<br />
`-+- policy='service-time 0' prio=10 status=undef<br />
|- 3:0:0:1 sdh 8:112 active ready running<br />
`- 5:0:0:1 sde 8:64 active ready running<br />
</pre><br />
<br />
==== Csatlakozás Windows alapú operációs rendszer alól (hamarosan) ====<br />
<br />
===== Előkészületek =====<br />
<br />
A gépet természetesen hozzá kell adni a megfelelő "Eternus7 - iSCSI1" és "Eternus7 - iSCSI2" hálózatokhoz.<br />
<br />
Sajnos a Windows Multipath rendszere nem képes korrektül kezelni az Eternus tárolókat, ezért első lépésként fel kell telepíteni a Fujitsu Eternus MultiPath Drivert (EMPD)<br />
A cikk írásakor ez a V2.0L23-as (2016/12/21) verziója, amit az alábbi módon lehet letölteni:<br />
<br />
# http://www.fujitsu.com/fts/support/<br />
# táblázatban katt: Storage<br />
# "Ask Fujitsu! We are here to help" ablakban a "Please select the product group"-nál "ETERNUS DX" kiválasztása<br />
# "Please select the product family"-nél "ETERNUS DX200 S3" kiválasztása<br />
# A megjelenő oldalon a megfelelő Windows verzió kiválasztása<br />
# Driver fül alatt "Device Driver"-t nyissuk ki egy kattintással<br />
# legfrissebb elérhető driver ("EMPD - Multipath Driver for Windows ...") letöltése "Direct download"-ra kattintással<br />
#*("I have read and agree to the terms and conditions." checkbox bepipálásával elfogadva a felhasználási feltételeket)<br />
# Az állomány egy exe, ami kicsomagol egy mappát, amiben lesz egy iso állomány.<br />
# Az iso-t csatolva az English/setup.exe lesz az, amit fel kell telepíteni a többutas tároló megfelelő működéséhez.<br />
<br />
===== Initiator konfigurálása =====<br />
<br />
# A "Felügyeleti eszközök" közül az "iSCSI-kezdeményező" / "iSCSI-Initiator" -t kell választani<br />
# Igennel kell válaszolni, hogy automatikusan elinduljon az iSCSI a továbbiakban<br />
# A megnyitott ablakban a "Konfiguráció" fül alatt a "Kezdeményező neve:" részhez be kell állítani az IQN-t, amit a storage igénylésekor megadtunk (ehhez az alatta lévő módosítás gombra kell kattintani)<br />
<br />
== C4E (Openstack) Publikus API ==<br />
<br />
<big> '''FONTOS!''' </big> Az API külvilági elérését csomagszűrő tűzfal védi, és kizárólag az általunk ismert magyarországi IP(v4/v6) címekről érhető el.<br />
Akkor, ha timeout hiba merülne fel, a cloud@niif.hu címen kell jelezni az elérés igényét, és a kérdéses IP címet.<br />
Amennyiben az IP valóban hazai cím, és még nem szerepel a tűzfalban, rövid távon permanensen az egész alhálózat számára elérhetővé tesszük az API-t.<br />
<br />
<big> '''FONTOS!''' </big> Minden itt leírt dokumentáció a C4E openstack jelenlegi (Mitaka) verziójához készült!<br />
<br />
<br />
=== Kezdő lépések: jelszó szerzése ===<br />
<br />
Kialakításra került a C4E publikus API elérése. Ahhoz, hogy a felhasználók ezt igénybe tudják venni, az alábbiak szükségesek:<br />
<br />
* Első lépésben küldeni kell egy levelet az alábbiakkal a '''cloud@niif.hu''' címre:<br />
** C4E projekt(ek) neve<br />
** C4E usernév (ez szinte biztosan az eppn)<br />
** Privát kezelésben lévő belföldi mobiltelefon száma, ahova SMS formájában küldjük el az eléréshez szükséges jelszót<br />
<br />
A levélnek arról az e-mail címről kell származnia, ami az adott intézmény IdP-je adott át a C4E-nek az eppn mellett!<br />
<br />
=== Kezdő lépések: környezet kialakítása (Debian/Ubuntu) ===<br />
<br />
Első körben hozzá kell adni a repository-t az apt konfigurációjához, frissíteni a csomaglistát, majd telepíteni a szükséges csomagokat:<br />
<br />
Debian:<br />
<pre><br />
echo "deb http://http.debian.net/debian jessie-backports main" >>/etc/apt/sources.list.d/openstack.list<br />
apt-get update<br />
apt-get install python-openstackclient<br />
</pre><br />
<br />
Ubuntu (A 16.04-es verziótól Mitaka verziót tölt le az eredeti konfigurációval):<br />
<pre><br />
apt-get update<br />
apt-get install python-openstackclient<br />
</pre><br />
<br />
Második körben be kell szerezni a szükséges <big>'''openrc'''</big> file-t az api eléréséhez:<br />
* Be kell jelentkezni a C4E-be (IdP-n keresztül természetesen)<br />
* Ki kell választani az elérni kívánt projektet, ha több lenne (az rc file-ok projektfüggők!)<br />
* Az <big>''' Access & Security -> API Access '''</big> oldalon a <big>''' Download OpenStack RC File v3 '''</big> opciót választani<br />
* Az rc file-t a kezelő gépre juttatni (ha nem ott lenne)<br />
<br />
A harmadik lépés, hogy betöltjük az rc file-t, majd a jelszó beírása után elérhetővé válik a C4E API<br />
<br />
<pre><br />
debian@apitest:~$ source cloudadmin_v3.rc<br />
Please enter your OpenStack Password:<br />
<br />
debian@apitest:~$ openstack server list<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
| ID | Name | Status | Networks |<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
| 3ac59936-cdae-4822-9855-60fabeff135f | apitest | ACTIVE | Flat1=2001:738:0:519:f816:3eff:fedd:d5e8, 193.224.22.225 ||<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
debian@apitest:~$<br />
</pre><br />
<br />
=== API használata ===<br />
<br />
Az API használatával kapcsolatban a mindenkori Openstack dokumentáció a mérvadó: https://developer.openstack.org/api-guide/quick-start/api-quick-start.html#<br />
<br />
Ugyanezen oldalról egy (hálózat/ssh kulcs nélküli!) instance elindításának kezdő lépései: https://developer.openstack.org/api-guide/quick-start/api-quick-start.html#launch-an-instance<br />
<br />
Az openstack parancs elérhető funkciói (ebből természetesen van, ami a felhasználó számára nem, illetve olyan is, ami nincs implementálva!):<br />
<br />
Részlet az <big>'''openstack --help'''</big> kiementéből:<br />
<br />
<pre><br />
Commands:<br />
access token create Create access token command<br />
aggregate add host Add host to aggregate<br />
aggregate create Create a new aggregate<br />
aggregate delete Delete an existing aggregate<br />
aggregate list List all aggregates<br />
aggregate remove host Remove host from aggregate<br />
aggregate set Set aggregate properties<br />
aggregate show Show a specific aggregate<br />
backup create Create backup command<br />
backup delete Delete backup command<br />
backup list List backup command<br />
backup restore Restore backup command<br />
backup show Show backup command<br />
complete print bash completion command<br />
compute agent create Create compute agent command<br />
compute agent delete Delete compute agent command<br />
compute agent list List compute agent command<br />
compute agent set Set compute agent command<br />
compute service list List service command<br />
compute service set Set service command<br />
console log show Show console-log command<br />
console url show Show console-url command<br />
consumer create Create consumer command<br />
consumer delete Delete consumer command<br />
consumer list List consumer command<br />
consumer set Set consumer command<br />
consumer show Show consumer command<br />
container list List containers<br />
container show Show container information<br />
credential create Create credential command<br />
credential delete Delete credential command<br />
credential list List credential command<br />
credential set Set credential command<br />
credential show Show credential command<br />
domain create Create domain command<br />
domain delete Delete domain command<br />
domain list List domain command<br />
domain set Set domain command<br />
domain show Show domain command<br />
endpoint create Create endpoint command<br />
endpoint delete Delete endpoint command<br />
endpoint list List endpoint command<br />
endpoint set Set endpoint command<br />
endpoint show Show endpoint command<br />
extension list List extension command<br />
flavor create Create flavor command<br />
flavor delete Delete flavor command<br />
flavor list List flavor command<br />
flavor show Show flavor command<br />
group add user Add user to group<br />
group contains user Checks that user is in a specific group<br />
group create Create group command<br />
group delete Delete group command<br />
group list List groups<br />
group remove user Remove user to group<br />
group set Set group command<br />
group show Show group command<br />
help print detailed help for another command<br />
host list List host command<br />
host show Show host command<br />
hypervisor list List hypervisor command<br />
hypervisor show Show hypervisor command<br />
identity provider create Create identity_provider command<br />
identity provider delete Delete identity provider<br />
identity provider list List identity providers<br />
identity provider set Set identity provider<br />
identity provider show Show identity provider<br />
image create Create/upload an image<br />
image delete Delete an image<br />
image list List available images<br />
image save Save an image locally<br />
image set Change image properties<br />
image show Show image details<br />
ip fixed add Add fixed-ip command<br />
ip fixed remove Remove fixed-ip command<br />
ip floating add Add floating-ip command<br />
ip floating create Create floating-ip command<br />
ip floating delete Delete floating-ip command<br />
ip floating list List floating-ip command<br />
ip floating pool list List floating-ip-pool command<br />
ip floating remove Remove floating-ip command<br />
keypair create Create keypair command<br />
keypair delete Delete keypair command<br />
keypair list List keypair command<br />
keypair show Show keypair command<br />
limits show Show compute and volume limits<br />
module list List module versions<br />
object list List objects<br />
object show Show object information<br />
policy create Create policy command<br />
policy delete Delete policy command<br />
policy list List policy command<br />
policy set Set policy command<br />
policy show Show policy command<br />
project create Create new project<br />
project delete Delete project<br />
project list List projects<br />
project set Set project properties<br />
project show Show project command<br />
project usage list List resource usage per project.<br />
quota set Set quotas for project or class<br />
quota show Show quotas for project or class<br />
request token authorize Authorize request token command<br />
request token create Create request token command<br />
role add Adds a role to a user or group on a domain or project<br />
role assignment list Lists role assignments according to the given filters<br />
role create Create new role<br />
role delete Delete existing role<br />
role list List roles<br />
role remove Remove role command<br />
role set Set role command<br />
role show Show single role<br />
security group create Create a new security group<br />
security group delete Delete a security group<br />
security group list List all security groups<br />
security group rule create Create a new security group rule<br />
security group rule delete Delete a security group rule<br />
security group rule list List all security group rules<br />
security group set Set security group properties<br />
security group show Show a specific security group<br />
server add security group Add security group to server<br />
server add volume Add volume to server<br />
server create Create a new server<br />
server delete Delete server command<br />
server image create Create a new disk image from a running server<br />
server list List servers<br />
server lock Lock server<br />
server migrate Migrate server to different host<br />
server pause Pause server<br />
server reboot Perform a hard or soft server reboot<br />
server rebuild Rebuild server<br />
server remove security group Remove security group from server<br />
server remove volume Remove volume from server<br />
server rescue Put server in rescue mode<br />
server resize Convert server to a new flavor<br />
server resume Resume server<br />
server set Set server properties<br />
server show Show server details<br />
server ssh Ssh to server<br />
server suspend Suspend server<br />
server unlock Unlock server<br />
server unpause Unpause server<br />
server unrescue Restore server from rescue mode<br />
server unset Unset server properties<br />
service create Create new service<br />
service delete Delete service<br />
service list List services<br />
service set Set service properties<br />
service show Show service details<br />
snapshot create Create snapshot command<br />
snapshot delete Delete snapshot command<br />
snapshot list List snapshot command<br />
snapshot set Set snapshot command<br />
snapshot show Show snapshot command<br />
token issue Issue token command<br />
user create Create new user<br />
user delete Delete user<br />
user list List users<br />
user set Set user properties<br />
user show Show user details<br />
volume create Create new volume<br />
volume delete Delete volume<br />
volume list List volumes<br />
volume set Set volume properties<br />
volume show Show specific volume<br />
volume type create Create new volume type<br />
volume type delete Delete volume type<br />
volume type list List volume types<br />
volume type set Set volume type property<br />
volume type unset Unset volume type property<br />
volume unset Unset volume properties<br />
</pre><br />
<br />
Az egyes parancsok részletes leírását így lehet elérni:<br />
<pre><br />
debian@apitest:~$ openstack help server list<br />
usage: openstack server list [-h] [-f {csv,table}] [-c COLUMN]<br />
[--max-width <integer>]<br />
[--quote {all,minimal,none,nonnumeric}]<br />
[--reservation-id <reservation-id>]<br />
[--ip <ip-address-regex>]<br />
[--ip6 <ip-address-regex>] [--name <name>]<br />
[--status <status>] [--flavor <flavor>]<br />
[--image <image>] [--host <hostname>]<br />
[--instance-name <server-name>] [--all-projects]<br />
[--long]<br />
<br />
List servers<br />
<br />
optional arguments:<br />
-h, --help show this help message and exit<br />
--reservation-id <reservation-id><br />
Only return instances that match the reservation<br />
--ip <ip-address-regex><br />
Regular expression to match IP addresses<br />
--ip6 <ip-address-regex><br />
Regular expression to match IPv6 addresses<br />
--name <name> Regular expression to match names<br />
--status <status> Search by server status<br />
--flavor <flavor> Search by flavor ID<br />
--image <image> Search by image ID<br />
--host <hostname> Search by hostname<br />
--instance-name <server-name><br />
Regular expression to match instance name (admin only)<br />
--all-projects Include all projects (admin only)<br />
--long List additional fields in output<br />
<br />
output formatters:<br />
output formatter options<br />
<br />
-f {csv,table}, --format {csv,table}<br />
the output format, defaults to table<br />
-c COLUMN, --column COLUMN<br />
specify the column(s) to include, can be repeated<br />
<br />
table formatter:<br />
--max-width <integer><br />
Maximum display width, 0 to disable<br />
<br />
CSV Formatter:<br />
--quote {all,minimal,none,nonnumeric}<br />
when to include quotes, defaults to nonnumeric<br />
<br />
debian@apitest:~$<br />
</pre><br />
<br />
Amennyiben valamilyen problémába merül fel, célszerű a parancsot -v (-vv -vvv) kapcsolóval futtatni, és egy esetleges hibabejelentésnél a kimenetet csatolni.<br />
<br />
==FAQ==<br />
<br />
===Nem sikerült az image létrehozása a webfelületen===<br />
Valószínűleg bejelölted a "Public" lehetőséget, amelyhez a felhasználóknak nincs jogosultságuk. Erre csak admin jogosultságú felhasználó képes.<br />
<br />
===Nem tudom, hogy mi az azonosító és jelszó a példányosított image-emhez.===<br />
Mert nem kötötted hozzá a publikus kulcsodat, amit előzőleg feltöltöttél az access & security key pairs fül alatt. Az SSH kulcsos azonosítással történik. A felhasználói nevek a [[C4E#Ig.C3.A9nyelhet.C5.91_virtu.C3.A1lis_er.C5.91forr.C3.A1s-csomagok_.28flavor.29|Flavors]] táblázatban vannak feltüntetve.<br />
<br />
=== Nem tudok belépni a gépre távolról ===<br />
Az alapértelmezett tűzfalszabályok nem engedélyezik a kívülről jövő kapcsolatokat. Konfigurációjuk leírása a [[#Security_group-ok|Security group-ok]] szakaszban található.<br />
<br />
=== Nem sikerült a csatlakozás a konzolra ===<br />
<br />
A hibaüzenet: ''Failed to connect to server (code: 1006)''.<br />
Ilyenkor az F5 gomb megnyomása segít.<br />
<br />
===Nem tudok a létrehozott VM konzolján gépelni===<br />
Ahhoz, hogy gépelni tudjunk, vagy grafikus felülettel rendelkező operációs rendszer esetén az egérrel dolgozni, a konzol melletti szürke területre kell kattintani és NEM a konzol ablakába.<br />
<br />
===Baj van a DNS-el, <code>resolv.conf</code>-fal, stb.===<br />
A C4E networking stackje több irányból konfigurálja egy-egy VM DNS beállításait.<br />
<br />
==== DHCP oldali beállítások ====<br />
Ahhoz, hogy a DHCP ne írja felül minduntalan a <code>resolv.conf</code> egyes sorait a következőt érdemes tenni:<br />
<br />
A <code>/etc/dhcp/dhclient.conf</code> állományt értelemszerűen bővíteni kell az alábbi(ak közül szükséges) sorokkal:<br />
<pre><br />
supersede domain-name "sajatdomain.hu";<br />
supersede domain-search "sajatdomain.hu";<br />
supersede domain-name-servers 8.8.8.8, 8.8.4.4;<br />
</pre><br />
<br />
==== Cloudinit oldali beállítások ====<br />
Minden C4E virtuális gépen megtalálható egy ún. "Cloudinit" szkriptrendszer, ami az egyes beállításokat (hostnév, diszknövelés, ssh kulcs, stb.) hivatott beállítani.<br />
Ahhoz, hogy a Cloudinit ne állítsa át a hostnevet, és a hosts állományt, az alábbi konfiguráció szükséges a <code>/etc/cloud/cloud.cfg</code> állományban:<br />
<pre><br />
# This will cause the set+update hostname module to not operate (if true)<br />
preserve_hostname: true<br />
<br />
manage_etc_hosts: false<br />
</pre><br />
<br />
<br />
===IPv6 címre van szükségem, a felület szerint kapnom kéne, de mégsem===<br />
Ennek oka, hogy az adott Security Group nem "engedi be" az SLAAC-hoz szükséges hirdetési információkat. A tűzfal alábbiak szerinti bővítése, és egy virtuális gép reboot megoldja a problémát:<br />
<br />
[[Fájl:ipv6_secgroup.png|665px|ICMPv6 Enable]]</div>Kissg(AT)niif.huhttps://wiki.niif.hu/index.php?title=Cloud_for_Education&diff=4258Cloud for Education2017-12-20T07:48:41Z<p>Kissg(AT)niif.hu: /* FAQ */ Failed to connect to server, elütések, formázás</p>
<hr />
<div>== Hozzáférés ==<br />
<br />
A szolgáltatás elérési helye https://c4e.niif.hu.<br />
<br />
<br />
== Karbantartások ==<br />
<br />
A C4E szolgáltatást nyújtó gépekre az alábbi ütemezés szerint telepítjük a frissítéseket:<br />
<br />
* Minden hónap '''második hétfőjén''' nap közben (délelőtt 10 órától) megkezdődik a rendszer vezérlő gépeinek frissítése (Adatbázis, vezérlő gépek, terheléselosztó, hálózati node-ok)<br />
A művelet során néhányszor 2-3 percre '''elérhetetlen lehet a webfelület''', illetve a hálózati csomópontok újraindításának következtében néhányszor 1-2 percre a '''Smart''' hálózatok elérése akadozhat, amíg a tartalék irány működésbe nem lép.<br />
<br />
* Minden hónap '''második hétfőjén''' este egy második frissítési ciklust is tartunk az alábbiak szerint<br />
** Páratlan hónapokban a '''Compute''' gépeket frissítjük, ami azzal jár, hogy futó virtuális gépeket elmigráljuk a fizikai gépekről. A folyamat során néhányszor 1 percre a futó virtuális erőforrások elérhetetlenek lehetnek, illetve folyamatosan íródó memóriájú gépeknél előfordul, hogy csak a virtuális gép leállításával/elindításával lesz sikeres a migráció. <br />
** Páros hónapokban a diszk alrendszert '''(CEPH)''' frissítjük. Ilyenkor a háttérben '''adatszinkronizáció zajlik''', ami '''lassíthat egyes IO kéréseket''', de a felhasználók felé ez a művelet eddigi tapasztalataink alapján többnyire transzparens.<br />
<br />
==Ismertető==<br />
22 perces ismertető, ami az NWS 2016-on hangzott el. http://videotorium.hu/hu/recordings/details/13396,Cloud4Education_-_Kezdo_lepesek<br />
<br />
===Igényelhető virtuális erőforrás-csomagok (flavor)===<br />
A virtuális gépek létrehozásakor több féle "hardvercsomagból" választhatunk, amelyek az alábbi képen tekinthetők meg.<br />
<br />
[[File:Flavors.PNG|665px|Flavors]]<br />
<br />
A táblázatban látható root lemezek mérete természetesen a virtuális gép létrehozásakor változtatható.<br />
<br />
===Felhasználói felület bemutatása===<br />
<br />
====Dashboard áttekintés====<br />
[[File:Dash_overview.png|665px|Dashboard]]<br />
<br />
Bejelentkezés után a felhasználóhoz tartozó kvóta kihasználtságai láthatjuk, ezen kvóták szabályozása admin felhasználóval tehető meg. A kihasználtságon felül lehetőség van arra, hogy a felhasználó lekérdezze egy adott periódus alatt használt vCPU, Disk és RAM mennyiségét, valamint ezek az információk letölthetők excel táblázat formájában is. A bal oldali menüstruktúra több részből tevődik össze, amelyből a két legfontosabb a „Compute” és a „Network” opció. A „Compute” menüpont alatt találhatók azok a funkciók, amelyek ahhoz szükségesek, hogy virtuális gépeket tudjunk igénybe venni és az ehhez tartozó adminisztratív teendőinket is itt tudjuk elvégezni. A „Network” menüpont alatt kezelhetjük a virtuális gépeinkhez szükséges hálózatokat. Itt hozhatunk létre virtuális routereket, hálózatokat, valamint itt állíthatunk be terheléselosztókat és definiálhatunk tűzfalszabályokat. A következőkben bemutatásra kerül, hogyan tud egy felhasználó néhány kattintás segítségével egy lemezképfájlt feltölteni, majd a képfájlból virtuális gépet létrehozni, valamint a rendelkezésre álló funkciókat igénybe venni.<br />
<br />
====Új image feltöltés====<br />
A virtuális gép létrehozásához szükség van lemezképfájlra, amelyet egy működő http url-ről könnyedén letölthetünk a „Compute” menüpont alatt található „Images” lehetőség használatával, vagy használhatjuk az előre feltöltött image-eket, amelyeket az admin jogosultságú felhasználók biztosítanak számunkra. Az „images” lehetőséget választva látható a rendelkezésre álló lemezképfájlok listája. A jobb felső sarokban a „Create Image” lehetőséget választva készíthetünk lemezképet. Az alábbi példa egy Ubuntu 14.04 verziójú lemezkép letöltését szemlélteti.<br />
<br />
[[File:Image_create.png|724px|Image készítés]]<br />
<br />
A fenti ábrán látható módon, néhány szükséges információt meg kell adni, ilyenek például: <br />
* Név <br />
* Lemezképfájl helye: A letölteni kívánt lemezképfájl internetes elérhetősége <br />
* Format: QCOW2 – QEMU Emulator<br />
<br />
=====Mindenki számára elérhető Image-ek* (Forrás: http://docs.openstack.org/image-guide/obtain-images.html)=====<br />
{| class="wikitable" border="1" <br />
|- <br />
| Operációs Rendszer <br />
| Bejelentkezési név <br />
| Minimum diszk méret <br />
|- <br />
| Ubuntu 14.04 Trusty Tahr<br />
| ubuntu <br />
| 5 GB <br />
|- <br />
| Ubuntu 16.04 Xenial<br />
| ubuntu <br />
| 5 GB <br />
|- <br />
| CentOS 6<br />
| centos <br />
| 8 GB <br />
|- <br />
| CentOS 7 <br />
| centos <br />
| 8 GB <br />
|- <br />
| Debian 8.3 <br />
| debian <br />
| 5 GB <br />
|- <br />
| CoreOS <br />
| core <br />
| 10GB <br />
|- <br />
| Fedora 23 <br />
| fedora <br />
| 5 GB <br />
|- <br />
| Windows 7 Pro SP1<br />
| setupuser/Qwer1234<br />
| 17 GB <br />
<br />
|- <br />
|}<br />
<br />
* Minden Linux alapú image-ből készített virtuális gépnél az alapértelmezett felhasználó jelszó nélkül sudo képes!<br />
<br />
===Kulcspár létrehozása/publikus kulcs feltöltése===<br />
A „Access & Security” fülre kattintva, hozzáadhatunk saját kulcspárokat, így a neutron szerverek által futtatott metadata szolgáltatás eljuttatja a publikus kulcsunkat a létrehozott virtuális gépre és a privát kulcsunkkal könnyedén tudunk autentikálni a létrehozott gépeken. Ehhez válasszuk a hozzáadás lehetőséget és adjuk meg a publikus kulcsunkat a következő ábrán látható módon.<br />
<br />
EGYES CLOUD LEMEZKÉPFÁJLOK KIZÁRÓLAG KULCS HASZNÁLATÁVAL VEHETŐK IGÉNYBE!<br />
<br />
[[File:Key_pair.png|726px|Publikus kulcs importálása]]<br />
<br />
===Hálózati típusok===<br />
Az általunk megépített rendszerben végül két fajta hálózat kapott helyet: <br />
* Az egyik típus, amit Flat néven kereszteltünk el. Ennek lényege, hogy a létrehozott virtuális gépek egy előre meghatározott publikus IP tartományból DHCP segítségével felvesznek egy címet, majd a csomagok haladásának iránya közvetlenül a compute gépek felé történik, ezzel nem terhelve a network gépeket. <br />
* A másik hálózati típus, amely az Smart nevet kapta. Ez a hálózati típus nagyban különbözik az előző megoldástól, mivel ennél a típusnál a felhasználóknak lehetőségük van egy, vagy akár több privát hálózat, valamint egy vagy több ezekhez tartozó virtuális router létrehozására. A virtuális router-hez lehetőség van hozzárendelni IP címeket a privát, valamint egy publikus hálózatból is és ennek következtében a virtuális gépek forgalmában egy úgynevezett hálózati címfordítás történik. Ennek előnye az előző megoldással szemben, hogy kevésbé IP cím pazarló a publikus címek tekintetében, valamint a neutron funkciójának köszönhetően képes több network gép között tartalékolt lenni.<br />
<br />
Az Flat típusú hálózat felvételére kizárólag admin jogosultságú felhasználónak van lehetősége két féle módon. Az egyik lehetőség, hogy a létrehozott Flat hálózat shared típusú, vagyis megosztott hálózat, ami azt jelenti, hogy a hálózat minden tenant számára látható. A másik lehetőség, hogy a létrehozott hálózatot nem osztjuk meg másik tenanttal, azonban hozzárendeljük egy bizonyos tenant-hoz, ezzel garantálva, hogy egy IP cím tartományt csak egy tenant használ kizárólag. <br />
<br />
Az Smart hálózat és egy hozzá tartozó virtuális router felvételét az alábbiakban mutatjuk be.<br />
<br />
====External (L3) hálózat létrehozása====<br />
A „Project” menüpont alatt található „Network” lehetőséget választva láthatók a hálózattal kapcsolatos lehetőségeink. A hálózat létrehozásához első lépésként a „Networks” lehetőséget kell választanunk, ahol láthatók a már korábban létrehozott hálózatok, valamint itt érhetők el a Flat típusú hálózatok is, amennyiben egy admin jogosultságú felhasználó megosztott, vagy a tenant-hoz rendelt egy ilyen típusú hálózatot.<br />
<br />
Új hálózat létrehozásához a bal felső sarokban válasszuk a „Create Network” lehetőséget, majd a következő képeken látható módon töltsük ki a szükséges mezőket.<br />
<br />
[[File:Create_net1.png|727px|hálózat létrehozása]]<br />
<br />
[[File:Create_net2.png|723px|hálózat létrehozása]]<br />
<br />
A fentebb látható menüben az átjáró IP címét nem kötelező megadni, ilyenkor automatikusan a megadott tartomány első IP címét fogja átjárónak beállítani. Ebben az esetben 192.168.66.1 címet.<br />
<br />
[[File:Create_net3.png|723px|hálózat létrehozása]]<br />
<br />
Ha minden szükséges és kötelező mezőt kitöltöttünk, akkor a „create” gombra kattintva a rendszer létrehozza a hálózatot a kívánt paramétereinkkel, amelyet a Networks menüpont alatt megtekinthetünk.<br />
<br />
====Router létrehozása és Interfészek hozzáadása====<br />
<br />
A hálózat sikeres elkészítése után szükség van egy virtuális router létrehozására, amelyen keresztül fog a hálózati címfordítás történni. A router létrehozása a következő képeken látható<br />
<br />
[[File:Create_router1.png|727px|Router létrehozás]]<br />
<br />
<br />
<br />
A Virtuális router létrehozásánál az „External Network”, azaz a külső hálózatok listájánál a rendelkezésre álló Smart hálózatok közül van lehetőség választani. Miután ez megtörtént, a router-hez szükség van egy másik interfész hozzáadására is, az előzőleg létrehozott belső hálózatból. Ennek hozzáadásához a „Routers” menüpontot választva, a forgalomirányítók listájából válasszuk ki az előbbiekben létrehozott „Internal_Router”-t, majd az „Interfaces” fülön az „Add Interface” lehetőséget választva, adjunk hozzá egy interfészt a következő ábrán látható módon.<br />
<br />
[[File:Create_router2.png|723px|Router létrehozás]]<br />
<br />
====Security group-ok====<br />
<br />
A virtuális gépek eléréséhez szükség van tűzfalszabályok definiálására, amelyre a „Security Groups” fülön van lehetőség. Alapértelmezetten egy „Default” security group jön létre, amelyben a következő forgalmak vannak alapértelmezetten engedélyezve:<br />
* Bejövő forgalom esetén: Kizárólag az azonos Security Group-ban elhelyezett virtuális gépekről érkező forgalmak<br />
* Kimenő forgalom esetén: Minden forgalom engedélyezve van<br />
<br />
A lenti példa szemlélteti, hogy hogyan engedélyezhetjük az SSH és ICMP forgalmakat minden külső hálózatból:<br />
<br />
[[File:Sec_gr1.png|723px|Szabály létrehozása]]<br />
<br />
[[File:Sec_gr2.png|723px|Szabály létrehozása]]<br />
<br />
[[File:Sec_gr3.png|723px|Szabály létrehozása]]<br />
<br />
<br />
Természetesen nem kötelező a Default security group-ot módosítani, létrehozható másik szabályrendszer is, és hozzárendelhető akár több csoport is egy virtuális géphez. A szabályok hozzáadásával lehetőség van a gép távoli elérésére a megadott protokollon keresztül.<br />
<br />
====LBaaS====<br />
Az LBaaS funkció jelenleg nem elérhető.<br />
<br />
====FWaaS====<br />
<br />
Egy másik hálózati lehetőség a tűzfal alkalmazása. Alapértelmezetten a már bemutatott Security Group felel a virtuális gépek elérhetőségének szabályozásáról, azonban lehetőségünk van egy sokkal részletesebben szabályozható technika alkalmazására is. A tűzfal működéséhez fontos, hogy a Default Security Group-ban engedélyezni kell a ki és bemenő forgalmat bárhonnan, mivel a korlátozásokat és a konkrét szabályokat a tűzfal modulban vehetjük fel.<br />
<br />
A tűzfal létrehozásához és konfigurálásához válasszuk a „Network” menüpont alatt található „Firewalls” lehetőséget. Mint ahogy az a menüstruktúrában is látszik, a tűzfal három részből tevődik össze:<br />
* Firewall Rules<br />
* Firewall Policies<br />
* Firewalls<br />
<br />
Első lépésként létre kell hoznunk a szabályokat, majd a szabályokat egy csoportba kell foglalni, végül létre kell hozni egy tűzfalat, majd hozzárendelni a szabálycsoporthoz és a virtuális router-hez. Szabályok létrehozásához válasszuk a „Firewall Rules” lehetőséget, majd az alábbi ábrán látható módon hozzunk létre egy minden befelé jövő forgalmat tiltó szabályt egy előre létrehozott virtuális gépre nézve, amely példánkban a 192.168.66.14 címet kapta.<br />
<br />
[[File:Fwaas1.png|726px|Szabály létrehozása]]<br />
<br />
<br />
A szabály létrehozása után szükség van egy csoportrendszerre, amely a szabályokat fogja tartalmazni. Ehhez válasszuk a „Firewall Policies” lehetőséget, majd az alábbi ábrákon látható módon hozzuk létre a csoportot és adjuk hozzá az előbb létrehozott mindent tiltó szabályt.<br />
[[File:Fwaas2.png|724px|Szabályrendszer létrehozása]]<br />
<br />
[[File:Fwaas3.png|723px|Szabály hozzárendelés]]<br />
<br />
<br />
A szabályok érvényre juttatásához szükség van egy tűzfal létrehozására, amelyhez hozzárendeljük a szabályrendszerünket és a virtuális átjárónkat. Ezt az alábbi módon hozzuk létre.<br />
[[File:Fwaas4.png|728px|Tűzfal létrehozása]]<br />
<br />
[[File:Fwaas5.png|728px|Router hozzárendelés tűzfalhoz]]<br />
<br />
<br />
Ezzel elértük, hogy minden bejövő forgalmat eldobjon a tűzfalunk. Ha engedélyezni szeretnénk egy befelé irányuló kapcsolatot, példánkban az SSH protokollt, akkor első lépésben a már megismert módon hozzunk létre egy szabályt, de ezúttal engedélyezőt.<br />
[[File:Fwaas6.png|724px|További szabály létrehozása]]<br />
<br />
<br />
A szabály létrehozása után hozzá kell adni a létező szabályrendszerhez. A szabályok értelmezése lineáris, tehát minél később található meg a listában egy adott szabály, a csomag annál később jut el odáig. Abban az esetben, ha a lista bármely szabálya illeszkedik az adott csomagra, az adott szabály függvényében a csomag eldobásra, vagy átengedésre kerül. Ennek értelmében a következő ábrán látható módon szúrjuk be a szabályrendszerbe a létrehozott szabályt.<br />
[[File:Fwaas7.png|726px|Szabály beszúrása]]<br />
<br />
=Virtuális gép indítása=<br />
Az előfeltételek teljesítése után elkészíthető a kívánt virtuális gép. Ehhez válasszuk a bal oldali menüből a „Compute”, azon belül pedig az „Instances” lehetőséget, majd a bal felső sarokban válasszuk a „Launch Instance” gombot és az alábbi képeken látható módon készítsük el a gépet.<br />
<br />
[[File:Launch1.png|726px|VM indítása]]<br />
<br />
==Kulcspár és security group társítása==<br />
A következő ábrán látható módon a VM létrehozásakor kiválaszthatjuk az előzőleg feltöltött publikus kulcsunkat, vagy feltölthetünk egy teljesen újat is a létrehozás közben, valamint megadhatjuk, hogy melyik Security Group vonatkozzon a virtuális gépünkre.<br />
<br />
[[File:launch2.png|726px|SecurityGroup kiválasztása]]<br />
<br />
==Hálózat kiválasztása==<br />
<br />
Következő lépésként meg kell adni a használni kívánt hálózatot. Ez legyen a példában létrehozott „Internal” hálózat.<br />
<br />
[[File:launch3.png|726px|Hálózat kiválasztása]]<br />
<br />
<br />
A „Launch” lehetőséget választva elkezdhetjük a virtuális gép létrehozását. A folyamat elkészültekor az „Instances” fül alatt láthatjuk az eddig létrehozott virtuális gépeinket és azok állapotát.<br />
<br />
<br />
[[File:launch4.png|726px|Létrehozott VM lista]]<br />
<br />
A folyamat elvégzése után elkészült az első virtuális gép, amelynek elérése több féle módon történhet.<br />
* A virtuális géphez hozzárendelünk egy publikus IP címet, majd a virtuális router segítségével 1:1 NAT alkalmazásával távolról is bejelentkezhetünk rá, Linux disztribúció esetén például SSH, Windows esetén RDP szolgáltatás segítségével.<br />
<br />
* A weboldalba ágyazott VNC konzol segítségével vezérelhetjük gépünket, azonban egyes előre gyártott lemezképfájlból készített virtuális gépek nem támogatják csak a kulcsos autentikációt, így sajnos ezeknél a gépeknél ez a módszer nem elérhető.<br />
<br />
===Floating IP hozzárendelése===<br />
Az előzőekben létrehozott Ubuntu operációs rendszerrel ellátott virtuális gépünk a második lehetőséget nem támogatja, így szükségünk van a gép eléréséhez egy publikus IP címre, amelynek allokálása és géphez rendelése a következőképpen történik.<br />
<br />
Első lépésben válasszuk a „Compute” alatt található „Access & Security” lehetőséget, majd azon belül a „Floating IPs” menüpontot és kattintsunk a jobb felső sarokban lévő „Allocate IP To Project” gombra. A megjelenő ablakban ki kell választani a kívánt Smart hálózatot, amelyből a publikus IP címet szeretnénk használni (Ez nyilván az a hálózat, amelyiket a router átjárójának is választottunk), majd az „Allocate IP” lehetőséget kell választani.<br />
<br />
[[File:Allocate1.png|726px|Floating IP igénylése]]<br />
<br />
<br />
A következő ábrán látható a Projekthez allokált IP címek listája, amelyek következő lépésként hozzárendelhetők 1-1 virtuális géphez. Ehhez válasszuk az ábrán látható IP cím mellett található „Associate” lehetőséget, majd válasszuk ki a listából azt a virtuális gépet, amelyiken az IP címet használni szeretnénk.<br />
<br />
[[File:Allocate2.png|726px|Rendelkezésre álló IP címek listája]]<br />
<br />
[[File:Allocate3.png|726px|Floating IP géphez rendelése]]<br />
<br />
A sikeres hozzárendelés után a gépünk már rendelkezik publikus IP címmel, amelyen keresztül külső hálózatokból is elérhetjük a gépet, amennyiben ezt a Security Group-ban, vagy a Firewall alatt engedélyezzük.<br />
<br />
=Virtuális gépek kezelése=<br />
<br />
==Snapshot létrehozása/indítás snapshotból==<br />
<br />
További lehetőség a létrehozott virtuális géppel kapcsolatban, hogy bármikor készíthetünk róla egy úgynevezett pillanatképet, amelyből később létrehozhatunk egy másik virtuális gépet, folytatva ott a munkát, ahol a pillanatkép készült, a régi gépet pedig leállíthatjuk, vagy törölhetjük. Ehhez a már ismert „Compute” menüpont alatt válasszuk a „Volume” lehetőséget. A kilistázott Volume-ok között válasszuk ki a megfelelőt, majd az „Actions” szekcióban található legördülő menüből válasszuk a „Create Snapshot” lehetőséget. Az ábrán látható módon adjunk neki egy nevet, majd készítsük el a pillanatképet.<br />
<br />
[[File:Create_snapshot1.png|723px|Snapshot létrehozás]]<br />
<br />
<br />
Az elkészült pillanatképből készítsünk egy újabb virtuális gépet, a már ismert módon, azzal a különbséggel, hogy a gépet ezúttal ne image-ből, hanem snapshot-ból indítsuk.<br />
<br />
[[File:Create_snapshot2.png|724px|Snapshot létrehozás]]<br />
<br />
=="Extrém" diszkigény kielégítése==<br />
<br />
Előfordul, hogy valamilyen projekthez nagyobb (TB-os nagyságrendű) területre van szükség, mint amit a kvóta megenged. Habár a kvóta növelésével könnyen orvosolhatnánk egyes felhasználók helyigényét, ezt sajnos <big>nem áll módunkban</big> megtenni, ugyanis azzal felborulna a kiosztott erőforrások közötti egyensúly (nem lenne terület, ahonnan bootoljanak az új gépek, a CPU/RAM pedig kihasználatlan maradna) valamint bizonyos szolgáltatások (jellemzően az adatbázis-szerverek) számára nem előnyös a CEPH alapú háttértár.<br />
<br />
A fenti probléma megoldására lehetőséget teremtettünk a Storage szolgáltatásunkban résztvevő egyik Eternus tárolóeszköz integrálására a C4E alá. Ez azt jelenti, hogy a C4E rendszerében konfigurálásra került egy "iSCSI1" és "iSCSI2" nevű hálózat, melynek használatával közvetlen Layer2 kapcsolattal éri el az Eternus egységet a felhasználó virtuális számítógépe, szemben a többi tárolónkkal, amihez a publikus hálózaton keresztül (route-olva) lehet hozzáférni.<br />
<br />
'''<big>FONTOS!''' Az "iSCSI1" és "iSCSI2" hálózat '''NEM nyújt publikus elérést''', azon keresztül '''csak az iSCSI targetek''' elérése lehetséges!</big><br />
<br />
<br />
'''<big>FONTOS! A fenti tároló nem önkiszolgáló! ''' A használathoz előbb '''[https://webform.niif.hu/content/storage-igenyles ''területigénylést kell benyújtani'']''', ahol be kell jelölni a ''' "A terület(ek)re a C4E szolgáltatás keretében használt virtuális gépe(i)mről kívánok csatlakozni!"''' opciót a második oldalon, majd a '''pozitív elbírálás után''' a megadott paraméterekkel lehet csatlakozni a tárolóhoz!</big><br />
<br />
<br />
<br />
=== Csatlakozás Linux alapú operációs rendszer alól ===<br />
<br />
<br />
==== Óvintézkedés! ====<br />
<br />
Sajnos az iSCSI jelenléte boot időben előfordul, hogy a virtuális gépet megállítja a boot során. Ez alapból nem lenne probléma, viszont a sablon image-ek alapértelmezetten egy read only konzolra küldik az emergency shell kimenetét, amin nem lehet módosításokat végezni. <br />
<br />
<big>'''FONTOS!''' Az esetleges konfigurációs hibákból adódó hibás virtuális gépek javításában '''NEM tudunk''' segíteni, az esetleges adatvesztésért felelősséget nem vállalunk!</big><br />
<br />
A fentiekből kifolyólag célszerű átállítani az extlinux rendszerbetöltőt az iSCSI-t használó gépeken az alábbiak szerint:<br />
<br />
* Az eredeti állomány:<br />
<pre><br />
debian@iscsiteszt-5:~$ cat /extlinux.conf<br />
default linux<br />
timeout 1<br />
label linux<br />
kernel boot/vmlinuz-3.16.0-4-amd64<br />
append initrd=boot/initrd.img-3.16.0-4-amd64 root=/dev/vda1 console=tty0 console=ttyS0,115200 ro quiet<br />
</pre><br />
<br />
* Átírás után (az utolsó sor végén '''helyet cserél''' a két console paraméter, és a '''tty0-ból tty1 lesz'''):<br />
<br />
<pre><br />
debian@iscsiteszt-5:~$ cat /extlinux.conf<br />
default linux<br />
timeout 1<br />
label linux<br />
kernel boot/vmlinuz-3.16.0-4-amd64<br />
append initrd=boot/initrd.img-3.16.0-4-amd64 root=/dev/vda1 console=ttyS0,115200 console=tty1 ro quiet<br />
</pre><br />
<br />
Ezen módosítás azonban több ismert hátránnyal jár:<br />
<br />
* Nem lesz elérhető a boot során keletkező read-only konzolkimenet (bootidőben persze látszik a VNC konzolon)<br />
* Firefox és Chrome újabb verziói alatt problémák lehetnek a VNC konzol elérésével/válaszidejével (ez sajnos egy fejlesztők által ismert, de még nem javított hiba)<br />
<br />
==== Előkészületek ====<br />
* Konfigurálni kell az interfészeket<br />
Ez az Debian base image-nél alapból konfigurálva van az alábbi módon:<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/network/interfaces <br />
# This file describes the network interfaces available on your system <br />
# and how to activate them. For more information, see interfaces(5). <br />
# The loopback network interface auto lo iface lo inet loopback <br />
<br />
# The normal eth0 <br />
auto eth0 <br />
iface eth0 inet dhcp <br />
<br />
# Maybe the VM has 2 NICs? <br />
allow-hotplug eth1 <br />
iface eth1 inet dhcp <br />
<br />
# Maybe the VM has 3 NICs? <br />
allow-hotplug eth2 <br />
iface eth2 inet dhcp<br />
</pre><br />
<br />
Ennek hatására az eth1 és eth2 interfész címei:<br />
<pre><br />
root@iscsiteszt:/home/debian# ip a<br />
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default<br />
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00<br />
inet 127.0.0.1/8 scope host lo<br />
valid_lft forever preferred_lft forever<br />
inet6 ::1/128 scope host<br />
valid_lft forever preferred_lft forever<br />
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:f0:84:6d brd ff:ff:ff:ff:ff:ff<br />
inet 193.224.22.182/24 brd 193.224.22.255 scope global eth0<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fef0:846d/64 scope link<br />
valid_lft forever preferred_lft forever<br />
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:17:05:1e brd ff:ff:ff:ff:ff:ff<br />
inet 192.168.168.53/23 brd 192.168.169.255 scope global eth1<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fe17:51e/64 scope link<br />
valid_lft forever preferred_lft forever<br />
4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:f1:ba:0a brd ff:ff:ff:ff:ff:ff<br />
inet 192.168.170.51/23 brd 192.168.171.255 scope global eth2<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fef1:ba0a/64 scope link<br />
valid_lft forever preferred_lft forever<br />
</pre><br />
<br />
'''<big>FONTOS!''' Ezen interfészek akár statikus címhasználatra is konfigurálhatók, de a C4E biztonsági megoldásai miatt kizárólag '''a C4E felületén megjelenő IP címek''' esetén lesz képes csomagot forgalmazni a virtuális gép a tároló felé! </big><br />
<br />
* Csomagtelepítés (Debian alapú rendszeren)<br />
<pre>apt-get install open-iscsi multipath-tools</pre><br />
<br />
* Multipath konfigurálása (Debian alatt létre kell hozni a fájlt)<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/multipath.conf<br />
devices {<br />
device {<br />
vendor "FUJITSU"<br />
product "ETERNUS_DXL"<br />
prio alua<br />
path_grouping_policy group_by_prio<br />
no_path_retry queue<br />
failback immediate<br />
}<br />
}<br />
</pre><br />
<br />
* Multipath daemon újraindítása<br />
<pre>root@iscsiteszt:/home/debian# service multipath-tools restart</pre><br />
<br />
* iSCSI Initiator name konfigurálása (ezt meg kellett adni az igényléskor... természetesen most lehet módosítani az állományt, később viszont fontos az ott olvasható figyelmeztetés)<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/iscsi/initiatorname.iscsi<br />
## DO NOT EDIT OR REMOVE THIS FILE!<br />
## If you remove this file, the iSCSI daemon will not start.<br />
## If you change the InitiatorName, existing access control lists<br />
## may reject this initiator. The InitiatorName must be unique<br />
## for each iSCSI initiator. Do NOT duplicate iSCSI InitiatorNames.<br />
InitiatorName=iqn.2017-03.hu.niif.test:c4e<br />
</pre><br />
<br />
* iSCSI daemon újraindítása<br />
<pre>root@iscsiteszt:/home/debian# service open-iscsi restart</pre><br />
<br />
<br />
==== Targetek konfigurálása ====<br />
<br />
===== The easy way =====<br />
Egy letölthető bash szkript, ami megcsinál mindent: '''[[:File:Iscsi-site-admin-c4e.sh|iscsi-site-admin-c4e.sh]]'''<br />
<br />
===== The hard way =====<br />
<br />
A következő lépés az iSCSI targetekhez történő csatlakozás. (A leírásban az username és password paraméterek a felhasználót (initiatort, azaz a virtuális gépet) azonosító egyedi paraméterek, míg az username_in és password_in a Mutual CHAP (bidirectional) azonosításhoz használható (target-et, azaz magát az Eternus tárolót azonosító) paraméterek. (Az username_in, azaz a <target CHAP felhasználó> tipikusan "eternus"...)<br />
<br />
Az alábbi parancsköteg jelszavait kell megfelelően lecserélni, majd a konzolra bemásolva csatlakozni a tárolóhoz:<br />
<br />
<big>--- Target 001 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o new<br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 011 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o new<br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 101 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o new<br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 111 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o new<br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
Az egyes csoportok beillesztése után (konkrétan a csoportok utolsó előtti parancsa miatt) minden targetre be kell jelentkezzen, és az alábbihoz hasonló üzeneteknek kell megjelenni:<br />
<pre><br />
root@iscsiteszt-5:/home/debian# iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -l<br />
Logging in to [iface: default, target: iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1, portal: 192.168.170.2,3260] (multiple)<br />
Login to [iface: default, target: iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1, portal: 192.168.170.2,3260] successful.<br />
</pre><br />
<br />
Miután mind a négy targetre sikerült a bejelentkezés, már csak a multipath ellenőrzése van hátra, ahol a lentihez hasonló kimenetnek kell megjelenjen:<br />
<pre><br />
root@iscsiteszt-5:/home/debian# multipath -ll<br />
3600000e00d280000002825d2001a0000 dm-0 FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=rw<br />
|-+- policy='service-time 0' prio=50 status=active<br />
| |- 3:0:0:0 sdd 8:48 active ready running<br />
| `- 5:0:0:0 sdb 8:16 active ready running<br />
`-+- policy='service-time 0' prio=10 status=enabled<br />
|- 2:0:0:0 sda 8:0 active ready running<br />
`- 4:0:0:0 sdc 8:32 active ready running<br />
</pre><br />
<br />
Itt jól látszik, hogy mind a négy útvonal ép, és az első kettő az aktív, a másik kettő pedig bármikor rendelkezésre áll. Amennyiben a path-ok nem jelennének meg, az alábbi parancs segítségével újratölthető a devmap:<br />
multipath -r<br />
<br />
==== Szépészeti beavatkozások ====<br />
<br />
Az iSCSI un. WWID-ket használ (ami a <code>multipath -ll</code> kimenetében jól látszik) az egyes területek azonosítására, ami sajnos olvashatatlan, és körülményes tud lenni. Az egyszerűbb megnevezések érdekében lehetőség van a korábban szerkesztett <code>multipath.conf</code> állomány bővítésére az alábbi módon (a teljes állomány látható, a fent található Eternus releváns konfigurációval együtt):<br />
<br />
<pre><br />
root@iscsiteszt-5:/home/debian# cat /etc/multipath.conf<br />
devices {<br />
device {<br />
vendor "FUJITSU"<br />
product "ETERNUS_DXL"<br />
prio alua<br />
path_grouping_policy group_by_prio<br />
no_path_retry queue<br />
failback immediate<br />
}<br />
}<br />
multipaths {<br />
multipath {<br />
wwid 3600000e00d280000002825d2001a0000<br />
alias terulet1<br />
}<br />
multipath {<br />
wwid 3600000e00d280000002825d2001b0000<br />
alias terulet2<br />
}<br />
}<br />
<br />
</pre><br />
<br />
Ha kész az átnevezés (és persze nincsenek a területek csatolva sehol), újra kell olvastatni a devmapot (esetleg újra kell indítani a szervert):<br />
multipath -r<br />
<br />
<pre><br />
root@iscsiteszt-5:/home/debian# multipath -r<br />
Mar 23 11:13:37 | 3600000e00d280000002825d2001a0000: rename 3600000e00d280000002825d2001a0000 to terulet1 <br />
rename: terulet1 (3600000e00d280000002825d2001a0000) undef FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=undef<br />
|-+- policy='service-time 0' prio=50 status=undef<br />
| |- 3:0:0:0 sdd 8:48 active ready running<br />
| `- 5:0:0:0 sdb 8:16 active ready running<br />
`-+- policy='service-time 0' prio=10 status=undef<br />
|- 4:0:0:0 sdc 8:32 active ready running<br />
`- 6:0:0:0 sda 8:0 active ready running<br />
Mar 23 11:13:37 | 3600000e00d280000002825d2001b0000: rename 3600000e00d280000002825d2001b0000 to terulet2<br />
rename: terulet2 (3600000e00d280000002825d2001b0000) undef FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=undef<br />
|-+- policy='service-time 0' prio=50 status=undef<br />
| |- 4:0:0:1 sdg 8:96 active ready running<br />
| `- 6:0:0:1 sdf 8:80 active ready running<br />
`-+- policy='service-time 0' prio=10 status=undef<br />
|- 3:0:0:1 sdh 8:112 active ready running<br />
`- 5:0:0:1 sde 8:64 active ready running<br />
</pre><br />
<br />
=== Csatlakozás Windows alapú operációs rendszer alól (hamarosan) ===<br />
<br />
==== Előkészületek ====<br />
<br />
A gépet természetesen hozzá kell adni a megfelelő "Eternus7 - iSCSI1" és "Eternus7 - iSCSI2" hálózatokhoz.<br />
<br />
Sajnos a Windows Multipath rendszere nem képes korrektül kezelni az Eternus tárolókat, ezért első lépésként fel kell telepíteni a Fujitsu Eternus MultiPath Drivert (EMPD)<br />
A cikk írásakor ez a V2.0L23-as (2016/12/21) verziója, amit az alábbi módon lehet letölteni:<br />
<br />
# http://www.fujitsu.com/fts/support/<br />
# táblázatban katt: Storage<br />
# "Ask Fujitsu! We are here to help" ablakban a "Please select the product group"-nál "ETERNUS DX" kiválasztása<br />
# "Please select the product family"-nél "ETERNUS DX200 S3" kiválasztása<br />
# A megjelenő oldalon a megfelelő Windows verzió kiválasztása<br />
# Driver fül alatt "Device Driver"-t nyissuk ki egy kattintással<br />
# legfrissebb elérhető driver ("EMPD - Multipath Driver for Windows ...") letöltése "Direct download"-ra kattintással<br />
#*("I have read and agree to the terms and conditions." checkbox bepipálásával elfogadva a felhasználási feltételeket)<br />
# Az állomány egy exe, ami kicsomagol egy mappát, amiben lesz egy iso állomány.<br />
# Az iso-t csatolva az English/setup.exe lesz az, amit fel kell telepíteni a többutas tároló megfelelő működéséhez.<br />
<br />
==== Initiator konfigurálása ====<br />
<br />
# A "Felügyeleti eszközök" közül az "iSCSI-kezdeményező" / "iSCSI-Initiator" -t kell választani<br />
# Igennel kell válaszolni, hogy automatikusan elinduljon az iSCSI a továbbiakban<br />
# A megnyitott ablakban a "Konfiguráció" fül alatt a "Kezdeményező neve:" részhez be kell állítani az IQN-t, amit a storage igénylésekor megadtunk (ehhez az alatta lévő módosítás gombra kell kattintani)<br />
<br />
= C4E (Openstack) Publikus API =<br />
<br />
<big> '''FONTOS!''' </big> Az API külvilági elérését csomagszűrő tűzfal védi, és kizárólag az általunk ismert magyarországi IP(v4/v6) címekről érhető el.<br />
Akkor, ha timeout hiba merülne fel, a cloud@niif.hu címen kell jelezni az elérés igényét, és a kérdéses IP címet.<br />
Amennyiben az IP valóban hazai cím, és még nem szerepel a tűzfalban, rövid távon permanensen az egész alhálózat számára elérhetővé tesszük az API-t.<br />
<br />
<big> '''FONTOS!''' </big> Minden itt leírt dokumentáció a C4E openstack jelenlegi (Mitaka) verziójához készült!<br />
<br />
<br />
== Kezdő lépések: jelszó szerzése ==<br />
<br />
Kialakításra került a C4E publikus API elérése. Ahhoz, hogy a felhasználók ezt igénybe tudják venni, az alábbiak szükségesek:<br />
<br />
* Első lépésben küldeni kell egy levelet az alábbiakkal a '''cloud@niif.hu''' címre:<br />
** C4E projekt(ek) neve<br />
** C4E usernév (ez szinte biztosan az eppn)<br />
** Privát kezelésben lévő belföldi mobiltelefon száma, ahova SMS formájában küldjük el az eléréshez szükséges jelszót<br />
<br />
A levélnek arról az e-mail címről kell származnia, ami az adott intézmény IdP-je adott át a C4E-nek az eppn mellett!<br />
<br />
== Kezdő lépések: környezet kialakítása (Debian/Ubuntu) ==<br />
<br />
Első körben hozzá kell adni a repository-t az apt konfigurációjához, frissíteni a csomaglistát, majd telepíteni a szükséges csomagokat:<br />
<br />
Debian:<br />
<pre><br />
echo "deb http://http.debian.net/debian jessie-backports main" >>/etc/apt/sources.list.d/openstack.list<br />
apt-get update<br />
apt-get install python-openstackclient<br />
</pre><br />
<br />
Ubuntu (A 16.04-es verziótól Mitaka verziót tölt le az eredeti konfigurációval):<br />
<pre><br />
apt-get update<br />
apt-get install python-openstackclient<br />
</pre><br />
<br />
Második körben be kell szerezni a szükséges <big>'''openrc'''</big> file-t az api eléréséhez:<br />
* Be kell jelentkezni a C4E-be (IdP-n keresztül természetesen)<br />
* Ki kell választani az elérni kívánt projektet, ha több lenne (az rc file-ok projektfüggők!)<br />
* Az <big>''' Access & Security -> API Access '''</big> oldalon a <big>''' Download OpenStack RC File v3 '''</big> opciót választani<br />
* Az rc file-t a kezelő gépre juttatni (ha nem ott lenne)<br />
<br />
A harmadik lépés, hogy betöltjük az rc file-t, majd a jelszó beírása után elérhetővé válik a C4E API<br />
<br />
<pre><br />
debian@apitest:~$ source cloudadmin_v3.rc<br />
Please enter your OpenStack Password:<br />
<br />
debian@apitest:~$ openstack server list<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
| ID | Name | Status | Networks |<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
| 3ac59936-cdae-4822-9855-60fabeff135f | apitest | ACTIVE | Flat1=2001:738:0:519:f816:3eff:fedd:d5e8, 193.224.22.225 ||<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
debian@apitest:~$<br />
</pre><br />
<br />
== API használata ==<br />
<br />
Az API használatával kapcsolatban a mindenkori Openstack dokumentáció a mérvadó: https://developer.openstack.org/api-guide/quick-start/api-quick-start.html#<br />
<br />
Ugyanezen oldalról egy (hálózat/ssh kulcs nélküli!) instance elindításának kezdő lépései: https://developer.openstack.org/api-guide/quick-start/api-quick-start.html#launch-an-instance<br />
<br />
Az openstack parancs elérhető funkciói (ebből természetesen van, ami a felhasználó számára nem, illetve olyan is, ami nincs implementálva!):<br />
<br />
Részlet az <big>'''openstack --help'''</big> kiementéből:<br />
<br />
<pre><br />
Commands:<br />
access token create Create access token command<br />
aggregate add host Add host to aggregate<br />
aggregate create Create a new aggregate<br />
aggregate delete Delete an existing aggregate<br />
aggregate list List all aggregates<br />
aggregate remove host Remove host from aggregate<br />
aggregate set Set aggregate properties<br />
aggregate show Show a specific aggregate<br />
backup create Create backup command<br />
backup delete Delete backup command<br />
backup list List backup command<br />
backup restore Restore backup command<br />
backup show Show backup command<br />
complete print bash completion command<br />
compute agent create Create compute agent command<br />
compute agent delete Delete compute agent command<br />
compute agent list List compute agent command<br />
compute agent set Set compute agent command<br />
compute service list List service command<br />
compute service set Set service command<br />
console log show Show console-log command<br />
console url show Show console-url command<br />
consumer create Create consumer command<br />
consumer delete Delete consumer command<br />
consumer list List consumer command<br />
consumer set Set consumer command<br />
consumer show Show consumer command<br />
container list List containers<br />
container show Show container information<br />
credential create Create credential command<br />
credential delete Delete credential command<br />
credential list List credential command<br />
credential set Set credential command<br />
credential show Show credential command<br />
domain create Create domain command<br />
domain delete Delete domain command<br />
domain list List domain command<br />
domain set Set domain command<br />
domain show Show domain command<br />
endpoint create Create endpoint command<br />
endpoint delete Delete endpoint command<br />
endpoint list List endpoint command<br />
endpoint set Set endpoint command<br />
endpoint show Show endpoint command<br />
extension list List extension command<br />
flavor create Create flavor command<br />
flavor delete Delete flavor command<br />
flavor list List flavor command<br />
flavor show Show flavor command<br />
group add user Add user to group<br />
group contains user Checks that user is in a specific group<br />
group create Create group command<br />
group delete Delete group command<br />
group list List groups<br />
group remove user Remove user to group<br />
group set Set group command<br />
group show Show group command<br />
help print detailed help for another command<br />
host list List host command<br />
host show Show host command<br />
hypervisor list List hypervisor command<br />
hypervisor show Show hypervisor command<br />
identity provider create Create identity_provider command<br />
identity provider delete Delete identity provider<br />
identity provider list List identity providers<br />
identity provider set Set identity provider<br />
identity provider show Show identity provider<br />
image create Create/upload an image<br />
image delete Delete an image<br />
image list List available images<br />
image save Save an image locally<br />
image set Change image properties<br />
image show Show image details<br />
ip fixed add Add fixed-ip command<br />
ip fixed remove Remove fixed-ip command<br />
ip floating add Add floating-ip command<br />
ip floating create Create floating-ip command<br />
ip floating delete Delete floating-ip command<br />
ip floating list List floating-ip command<br />
ip floating pool list List floating-ip-pool command<br />
ip floating remove Remove floating-ip command<br />
keypair create Create keypair command<br />
keypair delete Delete keypair command<br />
keypair list List keypair command<br />
keypair show Show keypair command<br />
limits show Show compute and volume limits<br />
module list List module versions<br />
object list List objects<br />
object show Show object information<br />
policy create Create policy command<br />
policy delete Delete policy command<br />
policy list List policy command<br />
policy set Set policy command<br />
policy show Show policy command<br />
project create Create new project<br />
project delete Delete project<br />
project list List projects<br />
project set Set project properties<br />
project show Show project command<br />
project usage list List resource usage per project.<br />
quota set Set quotas for project or class<br />
quota show Show quotas for project or class<br />
request token authorize Authorize request token command<br />
request token create Create request token command<br />
role add Adds a role to a user or group on a domain or project<br />
role assignment list Lists role assignments according to the given filters<br />
role create Create new role<br />
role delete Delete existing role<br />
role list List roles<br />
role remove Remove role command<br />
role set Set role command<br />
role show Show single role<br />
security group create Create a new security group<br />
security group delete Delete a security group<br />
security group list List all security groups<br />
security group rule create Create a new security group rule<br />
security group rule delete Delete a security group rule<br />
security group rule list List all security group rules<br />
security group set Set security group properties<br />
security group show Show a specific security group<br />
server add security group Add security group to server<br />
server add volume Add volume to server<br />
server create Create a new server<br />
server delete Delete server command<br />
server image create Create a new disk image from a running server<br />
server list List servers<br />
server lock Lock server<br />
server migrate Migrate server to different host<br />
server pause Pause server<br />
server reboot Perform a hard or soft server reboot<br />
server rebuild Rebuild server<br />
server remove security group Remove security group from server<br />
server remove volume Remove volume from server<br />
server rescue Put server in rescue mode<br />
server resize Convert server to a new flavor<br />
server resume Resume server<br />
server set Set server properties<br />
server show Show server details<br />
server ssh Ssh to server<br />
server suspend Suspend server<br />
server unlock Unlock server<br />
server unpause Unpause server<br />
server unrescue Restore server from rescue mode<br />
server unset Unset server properties<br />
service create Create new service<br />
service delete Delete service<br />
service list List services<br />
service set Set service properties<br />
service show Show service details<br />
snapshot create Create snapshot command<br />
snapshot delete Delete snapshot command<br />
snapshot list List snapshot command<br />
snapshot set Set snapshot command<br />
snapshot show Show snapshot command<br />
token issue Issue token command<br />
user create Create new user<br />
user delete Delete user<br />
user list List users<br />
user set Set user properties<br />
user show Show user details<br />
volume create Create new volume<br />
volume delete Delete volume<br />
volume list List volumes<br />
volume set Set volume properties<br />
volume show Show specific volume<br />
volume type create Create new volume type<br />
volume type delete Delete volume type<br />
volume type list List volume types<br />
volume type set Set volume type property<br />
volume type unset Unset volume type property<br />
volume unset Unset volume properties<br />
</pre><br />
<br />
Az egyes parancsok részletes leírását így lehet elérni:<br />
<pre><br />
debian@apitest:~$ openstack help server list<br />
usage: openstack server list [-h] [-f {csv,table}] [-c COLUMN]<br />
[--max-width <integer>]<br />
[--quote {all,minimal,none,nonnumeric}]<br />
[--reservation-id <reservation-id>]<br />
[--ip <ip-address-regex>]<br />
[--ip6 <ip-address-regex>] [--name <name>]<br />
[--status <status>] [--flavor <flavor>]<br />
[--image <image>] [--host <hostname>]<br />
[--instance-name <server-name>] [--all-projects]<br />
[--long]<br />
<br />
List servers<br />
<br />
optional arguments:<br />
-h, --help show this help message and exit<br />
--reservation-id <reservation-id><br />
Only return instances that match the reservation<br />
--ip <ip-address-regex><br />
Regular expression to match IP addresses<br />
--ip6 <ip-address-regex><br />
Regular expression to match IPv6 addresses<br />
--name <name> Regular expression to match names<br />
--status <status> Search by server status<br />
--flavor <flavor> Search by flavor ID<br />
--image <image> Search by image ID<br />
--host <hostname> Search by hostname<br />
--instance-name <server-name><br />
Regular expression to match instance name (admin only)<br />
--all-projects Include all projects (admin only)<br />
--long List additional fields in output<br />
<br />
output formatters:<br />
output formatter options<br />
<br />
-f {csv,table}, --format {csv,table}<br />
the output format, defaults to table<br />
-c COLUMN, --column COLUMN<br />
specify the column(s) to include, can be repeated<br />
<br />
table formatter:<br />
--max-width <integer><br />
Maximum display width, 0 to disable<br />
<br />
CSV Formatter:<br />
--quote {all,minimal,none,nonnumeric}<br />
when to include quotes, defaults to nonnumeric<br />
<br />
debian@apitest:~$<br />
</pre><br />
<br />
Amennyiben valamilyen problémába merül fel, célszerű a parancsot -v (-vv -vvv) kapcsolóval futtatni, és egy esetleges hibabejelentésnél a kimenetet csatolni.<br />
<br />
=FAQ=<br />
<br />
===Nem sikerült az image létrehozása a webfelületen===<br />
Valószínűleg bejelölted a "Public" lehetőséget, amelyhez a felhasználóknak nincs jogosultságuk. Erre csak admin jogosultságú felhasználó képes.<br />
<br />
===Nem tudom, hogy mi az azonosító és jelszó a példányosított image-emhez.===<br />
Mert nem kötötted hozzá a publikus kulcsodat, amit előzőleg feltöltöttél az access & security key pairs fül alatt. Az SSH kulcsos azonosítással történik. A felhasználói nevek a [[C4E#Ig.C3.A9nyelhet.C5.91_virtu.C3.A1lis_er.C5.91forr.C3.A1s-csomagok_.28flavor.29|Flavors]] táblázatban vannak feltüntetve.<br />
<br />
=== Nem tudok belépni a gépre távolról ===<br />
Az alapértelmezett tűzfalszabályok nem engedélyezik a kívülről jövő kapcsolatokat. Konfigurációjuk leírása a [[#Security_group-ok|Security group-ok]] szakaszban található.<br />
<br />
=== Nem sikerült a csatlakozás a konzolra ===<br />
<br />
A hibaüzenet: ''Failed to connect to server (code: 1006)''.<br />
Ilyenkor az F5 gomb megnyomása segít.<br />
<br />
===Nem tudok a létrehozott VM konzolján gépelni===<br />
Ahhoz, hogy gépelni tudjunk, vagy grafikus felülettel rendelkező operációs rendszer esetén az egérrel dolgozni, a konzol melletti szürke területre kell kattintani és NEM a konzol ablakába.<br />
<br />
===Baj van a DNS-el, <code>resolv.conf</code>-fal, stb.===<br />
A C4E networking stackje több irányból konfigurálja egy-egy VM DNS beállításait.<br />
<br />
==== DHCP oldali beállítások ====<br />
Ahhoz, hogy a DHCP ne írja felül minduntalan a <code>resolv.conf</code> egyes sorait a következőt érdemes tenni:<br />
<br />
A <code>/etc/dhcp/dhclient.conf</code> állományt értelemszerűen bővíteni kell az alábbi(ak közül szükséges) sorokkal:<br />
<pre><br />
supersede domain-name "sajatdomain.hu";<br />
supersede domain-search "sajatdomain.hu";<br />
supersede domain-name-servers 8.8.8.8, 8.8.4.4;<br />
</pre><br />
<br />
==== Cloudinit oldali beállítások ====<br />
Minden C4E virtuális gépen megtalálható egy ún. "Cloudinit" szkriptrendszer, ami az egyes beállításokat (hostnév, diszknövelés, ssh kulcs, stb.) hivatott beállítani.<br />
Ahhoz, hogy a Cloudinit ne állítsa át a hostnevet, és a hosts állományt, az alábbi konfiguráció szükséges a <code>/etc/cloud/cloud.cfg</code> állományban:<br />
<pre><br />
# This will cause the set+update hostname module to not operate (if true)<br />
preserve_hostname: true<br />
<br />
manage_etc_hosts: false<br />
</pre><br />
<br />
<br />
===IPv6 címre van szükségem, a felület szerint kapnom kéne, de mégsem===<br />
Ennek oka, hogy az adott Security Group nem "engedi be" az SLAAC-hoz szükséges hirdetési információkat. A tűzfal alábbiak szerinti bővítése, és egy virtuális gép reboot megoldja a problémát:<br />
<br />
[[Fájl:ipv6_secgroup.png|665px|ICMPv6 Enable]]</div>Kissg(AT)niif.huhttps://wiki.niif.hu/index.php?title=Vita:Cloud_for_Education&diff=4172Vita:Cloud for Education2017-08-14T15:23:30Z<p>Kissg(AT)niif.hu: /* Username? */ formázás</p>
<hr />
<div>== Username? ==<br />
<br />
: ''A felhasználói nevek a Flavors táblázatban vannak feltüntetve.''<br />
<br />
Azt hiszem ilyet nem látok. Talán kicsit szájbarágósabb magyarázat kellene. (Próbálgatással bejutottam, mint ''debian'' user. De nem látom ezt leírva sehol.) --[[Szerkesztő:Kissg(AT)niif.hu|kissg]] <sup>[[Szerkesztővita:Kissg(AT)niif.hu|vita]]</sup> 2017. augusztus 14., 15:13 (CEST)</div>Kissg(AT)niif.huhttps://wiki.niif.hu/index.php?title=Vita:Cloud_for_Education&diff=4171Vita:Cloud for Education2017-08-14T13:13:35Z<p>Kissg(AT)niif.hu: /* Username? */ (új szakasz)</p>
<hr />
<div>== Username? ==<br />
<br />
> A felhasználói nevek a Flavors táblázatban vannak feltüntetve.<br />
<br />
Azt hiszem ilyet nem látok. Talán kicsit szájbarágósabb magyarázat kellene. (Próbálgatással bejutottam, mint ''debian'' user. De nem látom ezt leírva sehol.) --[[Szerkesztő:Kissg(AT)niif.hu|kissg]] <sup>[[Szerkesztővita:Kissg(AT)niif.hu|vita]]</sup> 2017. augusztus 14., 15:13 (CEST)</div>Kissg(AT)niif.huhttps://wiki.niif.hu/index.php?title=Cloud_for_Education&diff=4169Cloud for Education2017-08-14T11:51:49Z<p>Kissg(AT)niif.hu: /* Szépészeti beavatkozások */ helyesírás, formázás</p>
<hr />
<div>== Hozzáférés ==<br />
<br />
A szolgáltatás elérési helye https://c4e.niif.hu.<br />
<br />
==Ismertető==<br />
22 perces ismertető, ami az NWS 2016-on hangzott el. http://videotorium.hu/hu/recordings/details/13396,Cloud4Education_-_Kezdo_lepesek<br />
<br />
===Igényelhető virtuális erőforrás-csomagok (flavor)===<br />
A virtuális gépek létrehozásakor több féle "hardvercsomagból" választhatunk, amelyek az alábbi képen tekinthetők meg.<br />
<br />
[[File:Flavors.PNG|665px|Flavors]]<br />
<br />
A táblázatban látható root lemezek mérete természetesen a virtuális gép létrehozásakor változtatható.<br />
<br />
===Felhasználói felület bemutatása===<br />
<br />
====Dashboard áttekintés====<br />
[[File:Dash_overview.png|665px|Dashboard]]<br />
<br />
Bejelentkezés után a felhasználóhoz tartozó kvóta kihasználtságai láthatjuk, ezen kvóták szabályozása admin felhasználóval tehető meg. A kihasználtságon felül lehetőség van arra, hogy a felhasználó lekérdezze egy adott periódus alatt használt vCPU, Disk és RAM mennyiségét, valamint ezek az információk letölthetők excel táblázat formájában is. A bal oldali menüstruktúra több részből tevődik össze, amelyből a két legfontosabb a „Compute” és a „Network” opció. A „Compute” menüpont alatt találhatók azok a funkciók, amelyek ahhoz szükségesek, hogy virtuális gépeket tudjunk igénybe venni és az ehhez tartozó adminisztratív teendőinket is itt tudjuk elvégezni. A „Network” menüpont alatt kezelhetjük a virtuális gépeinkhez szükséges hálózatokat. Itt hozhatunk létre virtuális routereket, hálózatokat, valamint itt állíthatunk be terheléselosztókat és definiálhatunk tűzfalszabályokat. A következőkben bemutatásra kerül, hogyan tud egy felhasználó néhány kattintás segítségével egy lemezképfájlt feltölteni, majd a képfájlból virtuális gépet létrehozni, valamint a rendelkezésre álló funkciókat igénybe venni.<br />
<br />
====Új image feltöltés====<br />
A virtuális gép létrehozásához szükség van lemezképfájlra, amelyet egy működő http url-ről könnyedén letölthetünk a „Compute” menüpont alatt található „Images” lehetőség használatával, vagy használhatjuk az előre feltöltött image-eket, amelyeket az admin jogosultságú felhasználók biztosítanak számunkra. Az „images” lehetőséget választva látható a rendelkezésre álló lemezképfájlok listája. A jobb felső sarokban a „Create Image” lehetőséget választva készíthetünk lemezképet. Az alábbi példa egy Ubuntu 14.04 verziójú lemezkép letöltését szemlélteti.<br />
<br />
[[File:Image_create.png|724px|Image készítés]]<br />
<br />
A fenti ábrán látható módon, néhány szükséges információt meg kell adni, ilyenek például: <br />
* Név <br />
* Lemezképfájl helye: A letölteni kívánt lemezképfájl internetes elérhetősége <br />
* Format: QCOW2 – QEMU Emulator<br />
<br />
=====Mindenki számára elérhető Image-ek* (Forrás: http://docs.openstack.org/image-guide/obtain-images.html)=====<br />
{| class="wikitable" border="1" <br />
|- <br />
| Operációs Rendszer <br />
| Bejelentkezési név <br />
| Minimum diszk méret <br />
|- <br />
| Ubuntu 14.04 Trusty Tahr<br />
| ubuntu <br />
| 5 GB <br />
|- <br />
| Ubuntu 16.04 Xenial<br />
| ubuntu <br />
| 5 GB <br />
|- <br />
| CentOS 6<br />
| centos <br />
| 8 GB <br />
|- <br />
| CentOS 7 <br />
| centos <br />
| 8 GB <br />
|- <br />
| Debian 8.3 <br />
| debian <br />
| 5 GB <br />
|- <br />
| CoreOS <br />
| core <br />
| 10GB <br />
|- <br />
| Fedora 23 <br />
| fedora <br />
| 5 GB <br />
|- <br />
| Windows 7 Pro SP1<br />
| setupuser/Qwer1234<br />
| 17 GB <br />
<br />
|- <br />
|}<br />
<br />
* Minden Linux alapú image-ből készített virtuális gépnél az alapértelmezett felhasználó jelszó nélkül sudo képes!<br />
<br />
===Kulcspár létrehozása/publikus kulcs feltöltése===<br />
A „Access & Security” fülre kattintva, hozzáadhatunk saját kulcspárokat, így a neutron szerverek által futtatott metadata szolgáltatás eljuttatja a publikus kulcsunkat a létrehozott virtuális gépre és a privát kulcsunkkal könnyedén tudunk autentikálni a létrehozott gépeken. Ehhez válasszuk a hozzáadás lehetőséget és adjuk meg a publikus kulcsunkat a következő ábrán látható módon.<br />
<br />
EGYES CLOUD LEMEZKÉPFÁJLOK KIZÁRÓLAG KULCS HASZNÁLATÁVAL VEHETŐK IGÉNYBE!<br />
<br />
[[File:Key_pair.png|726px|Publikus kulcs importálása]]<br />
<br />
===Hálózati típusok===<br />
Az általunk megépített rendszerben végül két fajta hálózat kapott helyet: <br />
* Az egyik típus, amit Flat néven kereszteltünk el. Ennek lényege, hogy a létrehozott virtuális gépek egy előre meghatározott publikus IP tartományból DHCP segítségével felvesznek egy címet, majd a csomagok haladásának iránya közvetlenül a compute gépek felé történik, ezzel nem terhelve a network gépeket. <br />
* A másik hálózati típus, amely az Smart nevet kapta. Ez a hálózati típus nagyban különbözik az előző megoldástól, mivel ennél a típusnál a felhasználóknak lehetőségük van egy, vagy akár több privát hálózat, valamint egy vagy több ezekhez tartozó virtuális router létrehozására. A virtuális router-hez lehetőség van hozzárendelni IP címeket a privát, valamint egy publikus hálózatból is és ennek következtében a virtuális gépek forgalmában egy úgynevezett hálózati címfordítás történik. Ennek előnye az előző megoldással szemben, hogy kevésbé IP cím pazarló a publikus címek tekintetében, valamint a neutron funkciójának köszönhetően képes több network gép között tartalékolt lenni.<br />
<br />
Az Flat típusú hálózat felvételére kizárólag admin jogosultságú felhasználónak van lehetősége két féle módon. Az egyik lehetőség, hogy a létrehozott Flat hálózat shared típusú, vagyis megosztott hálózat, ami azt jelenti, hogy a hálózat minden tenant számára látható. A másik lehetőség, hogy a létrehozott hálózatot nem osztjuk meg másik tenanttal, azonban hozzárendeljük egy bizonyos tenant-hoz, ezzel garantálva, hogy egy IP cím tartományt csak egy tenant használ kizárólag. <br />
<br />
Az Smart hálózat és egy hozzá tartozó virtuális router felvételét az alábbiakban mutatjuk be.<br />
<br />
====External (L3) hálózat létrehozása====<br />
A „Project” menüpont alatt található „Network” lehetőséget választva láthatók a hálózattal kapcsolatos lehetőségeink. A hálózat létrehozásához első lépésként a „Networks” lehetőséget kell választanunk, ahol láthatók a már korábban létrehozott hálózatok, valamint itt érhetők el a Flat típusú hálózatok is, amennyiben egy admin jogosultságú felhasználó megosztott, vagy a tenant-hoz rendelt egy ilyen típusú hálózatot.<br />
<br />
Új hálózat létrehozásához a bal felső sarokban válasszuk a „Create Network” lehetőséget, majd a következő képeken látható módon töltsük ki a szükséges mezőket.<br />
<br />
[[File:Create_net1.png|727px|hálózat létrehozása]]<br />
<br />
[[File:Create_net2.png|723px|hálózat létrehozása]]<br />
<br />
A fentebb látható menüben az átjáró IP címét nem kötelező megadni, ilyenkor automatikusan a megadott tartomány első IP címét fogja átjárónak beállítani. Ebben az esetben 192.168.66.1 címet.<br />
<br />
[[File:Create_net3.png|723px|hálózat létrehozása]]<br />
<br />
Ha minden szükséges és kötelező mezőt kitöltöttünk, akkor a „create” gombra kattintva a rendszer létrehozza a hálózatot a kívánt paramétereinkkel, amelyet a Networks menüpont alatt megtekinthetünk.<br />
<br />
====Router létrehozása és Interfészek hozzáadása====<br />
<br />
A hálózat sikeres elkészítése után szükség van egy virtuális router létrehozására, amelyen keresztül fog a hálózati címfordítás történni. A router létrehozása a következő képeken látható<br />
<br />
[[File:Create_router1.png|727px|Router létrehozás]]<br />
<br />
<br />
<br />
A Virtuális router létrehozásánál az „External Network”, azaz a külső hálózatok listájánál a rendelkezésre álló Smart hálózatok közül van lehetőség választani. Miután ez megtörtént, a router-hez szükség van egy másik interfész hozzáadására is, az előzőleg létrehozott belső hálózatból. Ennek hozzáadásához a „Routers” menüpontot választva, a forgalomirányítók listájából válasszuk ki az előbbiekben létrehozott „Internal_Router”-t, majd az „Interfaces” fülön az „Add Interface” lehetőséget választva, adjunk hozzá egy interfészt a következő ábrán látható módon.<br />
<br />
[[File:Create_router2.png|723px|Router létrehozás]]<br />
<br />
====Security group-ok====<br />
<br />
A virtuális gépek eléréséhez szükség van tűzfalszabályok definiálására, amelyre a „Security Groups” fülön van lehetőség. Alapértelmezetten egy „Default” security group jön létre, amelyben a következő forgalmak vannak alapértelmezetten engedélyezve:<br />
* Bejövő forgalom esetén: Kizárólag az azonos Security Group-ban elhelyezett virtuális gépekről érkező forgalmak<br />
* Kimenő forgalom esetén: Minden forgalom engedélyezve van<br />
<br />
A lenti példa szemlélteti, hogy hogyan engedélyezhetjük az SSH és ICMP forgalmakat minden külső hálózatból:<br />
<br />
[[File:Sec_gr1.png|723px|Szabály létrehozása]]<br />
<br />
[[File:Sec_gr2.png|723px|Szabály létrehozása]]<br />
<br />
[[File:Sec_gr3.png|723px|Szabály létrehozása]]<br />
<br />
<br />
Természetesen nem kötelező a Default security group-ot módosítani, létrehozható másik szabályrendszer is, és hozzárendelhető akár több csoport is egy virtuális géphez. A szabályok hozzáadásával lehetőség van a gép távoli elérésére a megadott protokollon keresztül.<br />
<br />
====LBaaS====<br />
Az LBaaS funkció jelenleg nem elérhető.<br />
<br />
====FWaaS====<br />
<br />
Egy másik hálózati lehetőség a tűzfal alkalmazása. Alapértelmezetten a már bemutatott Security Group felel a virtuális gépek elérhetőségének szabályozásáról, azonban lehetőségünk van egy sokkal részletesebben szabályozható technika alkalmazására is. A tűzfal működéséhez fontos, hogy a Default Security Group-ban engedélyezni kell a ki és bemenő forgalmat bárhonnan, mivel a korlátozásokat és a konkrét szabályokat a tűzfal modulban vehetjük fel.<br />
<br />
A tűzfal létrehozásához és konfigurálásához válasszuk a „Network” menüpont alatt található „Firewalls” lehetőséget. Mint ahogy az a menüstruktúrában is látszik, a tűzfal három részből tevődik össze:<br />
* Firewall Rules<br />
* Firewall Policies<br />
* Firewalls<br />
<br />
Első lépésként létre kell hoznunk a szabályokat, majd a szabályokat egy csoportba kell foglalni, végül létre kell hozni egy tűzfalat, majd hozzárendelni a szabálycsoporthoz és a virtuális router-hez. Szabályok létrehozásához válasszuk a „Firewall Rules” lehetőséget, majd az alábbi ábrán látható módon hozzunk létre egy minden befelé jövő forgalmat tiltó szabályt egy előre létrehozott virtuális gépre nézve, amely példánkban a 192.168.66.14 címet kapta.<br />
<br />
[[File:Fwaas1.png|726px|Szabály létrehozása]]<br />
<br />
<br />
A szabály létrehozása után szükség van egy csoportrendszerre, amely a szabályokat fogja tartalmazni. Ehhez válasszuk a „Firewall Policies” lehetőséget, majd az alábbi ábrákon látható módon hozzuk létre a csoportot és adjuk hozzá az előbb létrehozott mindent tiltó szabályt.<br />
[[File:Fwaas2.png|724px|Szabályrendszer létrehozása]]<br />
<br />
[[File:Fwaas3.png|723px|Szabály hozzárendelés]]<br />
<br />
<br />
A szabályok érvényre juttatásához szükség van egy tűzfal létrehozására, amelyhez hozzárendeljük a szabályrendszerünket és a virtuális átjárónkat. Ezt az alábbi módon hozzuk létre.<br />
[[File:Fwaas4.png|728px|Tűzfal létrehozása]]<br />
<br />
[[File:Fwaas5.png|728px|Router hozzárendelés tűzfalhoz]]<br />
<br />
<br />
Ezzel elértük, hogy minden bejövő forgalmat eldobjon a tűzfalunk. Ha engedélyezni szeretnénk egy befelé irányuló kapcsolatot, példánkban az SSH protokollt, akkor első lépésben a már megismert módon hozzunk létre egy szabályt, de ezúttal engedélyezőt.<br />
[[File:Fwaas6.png|724px|További szabály létrehozása]]<br />
<br />
<br />
A szabály létrehozása után hozzá kell adni a létező szabályrendszerhez. A szabályok értelmezése lineáris, tehát minél később található meg a listában egy adott szabály, a csomag annál később jut el odáig. Abban az esetben, ha a lista bármely szabálya illeszkedik az adott csomagra, az adott szabály függvényében a csomag eldobásra, vagy átengedésre kerül. Ennek értelmében a következő ábrán látható módon szúrjuk be a szabályrendszerbe a létrehozott szabályt.<br />
[[File:Fwaas7.png|726px|Szabály beszúrása]]<br />
<br />
=Virtuális gép indítása=<br />
Az előfeltételek teljesítése után elkészíthető a kívánt virtuális gép. Ehhez válasszuk a bal oldali menüből a „Compute”, azon belül pedig az „Instances” lehetőséget, majd a bal felső sarokban válasszuk a „Launch Instance” gombot és az alábbi képeken látható módon készítsük el a gépet.<br />
<br />
[[File:Launch1.png|726px|VM indítása]]<br />
<br />
==Kulcspár és security group társítása==<br />
A következő ábrán látható módon a VM létrehozásakor kiválaszthatjuk az előzőleg feltöltött publikus kulcsunkat, vagy feltölthetünk egy teljesen újat is a létrehozás közben, valamint megadhatjuk, hogy melyik Security Group vonatkozzon a virtuális gépünkre.<br />
<br />
[[File:launch2.png|726px|SecurityGroup kiválasztása]]<br />
<br />
==Hálózat kiválasztása==<br />
<br />
Következő lépésként meg kell adni a használni kívánt hálózatot. Ez legyen a példában létrehozott „Internal” hálózat.<br />
<br />
[[File:launch3.png|726px|Hálózat kiválasztása]]<br />
<br />
<br />
A „Launch” lehetőséget választva elkezdhetjük a virtuális gép létrehozását. A folyamat elkészültekor az „Instances” fül alatt láthatjuk az eddig létrehozott virtuális gépeinket és azok állapotát.<br />
<br />
<br />
[[File:launch4.png|726px|Létrehozott VM lista]]<br />
<br />
A folyamat elvégzése után elkészült az első virtuális gép, amelynek elérése több féle módon történhet.<br />
* A virtuális géphez hozzárendelünk egy publikus IP címet, majd a virtuális router segítségével 1:1 NAT alkalmazásával távolról is bejelentkezhetünk rá, Linux disztribúció esetén például SSH, Windows esetén RDP szolgáltatás segítségével.<br />
<br />
* A weboldalba ágyazott VNC konzol segítségével vezérelhetjük gépünket, azonban egyes előre gyártott lemezképfájlból készített virtuális gépek nem támogatják csak a kulcsos autentikációt, így sajnos ezeknél a gépeknél ez a módszer nem elérhető.<br />
<br />
===Floating IP hozzárendelése===<br />
Az előzőekben létrehozott Ubuntu operációs rendszerrel ellátott virtuális gépünk a második lehetőséget nem támogatja, így szükségünk van a gép eléréséhez egy publikus IP címre, amelynek allokálása és géphez rendelése a következőképpen történik.<br />
<br />
Első lépésben válasszuk a „Compute” alatt található „Access & Security” lehetőséget, majd azon belül a „Floating IPs” menüpontot és kattintsunk a jobb felső sarokban lévő „Allocate IP To Project” gombra. A megjelenő ablakban ki kell választani a kívánt Smart hálózatot, amelyből a publikus IP címet szeretnénk használni (Ez nyilván az a hálózat, amelyiket a router átjárójának is választottunk), majd az „Allocate IP” lehetőséget kell választani.<br />
<br />
[[File:Allocate1.png|726px|Floating IP igénylése]]<br />
<br />
<br />
A következő ábrán látható a Projekthez allokált IP címek listája, amelyek következő lépésként hozzárendelhetők 1-1 virtuális géphez. Ehhez válasszuk az ábrán látható IP cím mellett található „Associate” lehetőséget, majd válasszuk ki a listából azt a virtuális gépet, amelyiken az IP címet használni szeretnénk.<br />
<br />
[[File:Allocate2.png|726px|Rendelkezésre álló IP címek listája]]<br />
<br />
[[File:Allocate3.png|726px|Floating IP géphez rendelése]]<br />
<br />
A sikeres hozzárendelés után a gépünk már rendelkezik publikus IP címmel, amelyen keresztül külső hálózatokból is elérhetjük a gépet, amennyiben ezt a Security Group-ban, vagy a Firewall alatt engedélyezzük.<br />
<br />
=Virtuális gépek kezelése=<br />
<br />
==Snapshot létrehozása/indítás snapshotból==<br />
<br />
További lehetőség a létrehozott virtuális géppel kapcsolatban, hogy bármikor készíthetünk róla egy úgynevezett pillanatképet, amelyből később létrehozhatunk egy másik virtuális gépet, folytatva ott a munkát, ahol a pillanatkép készült, a régi gépet pedig leállíthatjuk, vagy törölhetjük. Ehhez a már ismert „Compute” menüpont alatt válasszuk a „Volume” lehetőséget. A kilistázott Volume-ok között válasszuk ki a megfelelőt, majd az „Actions” szekcióban található legördülő menüből válasszuk a „Create Snapshot” lehetőséget. Az ábrán látható módon adjunk neki egy nevet, majd készítsük el a pillanatképet.<br />
<br />
[[File:Create_snapshot1.png|723px|Snapshot létrehozás]]<br />
<br />
<br />
Az elkészült pillanatképből készítsünk egy újabb virtuális gépet, a már ismert módon, azzal a különbséggel, hogy a gépet ezúttal ne image-ből, hanem snapshot-ból indítsuk.<br />
<br />
[[File:Create_snapshot2.png|724px|Snapshot létrehozás]]<br />
<br />
=="Extrém" diszkigény kielégítése==<br />
<br />
Előfordul, hogy valamilyen projekthez nagyobb (TB-os nagyságrendű) területre van szükség, mint amit a kvóta megenged. Habár a kvóta növelésével könnyen orvosolhatnánk egyes felhasználók helyigényét, ezt sajnos <big>nem áll módunkban</big> megtenni, ugyanis azzal felborulna a kiosztott erőforrások közötti egyensúly (nem lenne terület, ahonnan bootoljanak az új gépek, a CPU/RAM pedig kihasználatlan maradna) valamint bizonyos szolgáltatások (jellemzően az adatbázis-szerverek) számára nem előnyös a CEPH alapú háttértár.<br />
<br />
A fenti probléma megoldására lehetőséget teremtettünk a Storage szolgáltatásunkban résztvevő egyik Eternus tárolóeszköz integrálására a C4E alá. Ez azt jelenti, hogy a C4E rendszerében konfigurálásra került egy "iSCSI1" és "iSCSI2" nevű hálózat, melynek használatával közvetlen Layer2 kapcsolattal éri el az Eternus egységet a felhasználó virtuális számítógépe, szemben a többi tárolónkkal, amihez a publikus hálózaton keresztül (route-olva) lehet hozzáférni.<br />
<br />
'''<big>FONTOS!''' Az "iSCSI1" és "iSCSI2" hálózat '''NEM nyújt publikus elérést''', azon keresztül '''csak az iSCSI targetek''' elérése lehetséges!</big><br />
<br />
<br />
'''<big>FONTOS! A fenti tároló nem önkiszolgáló! ''' A használathoz előbb '''[https://webform.niif.hu/content/storage-igenyles ''területigénylést kell benyújtani'']''', ahol be kell jelölni a ''' "A terület(ek)re a C4E szolgáltatás keretében használt virtuális gépe(i)mről kívánok csatlakozni!"''' opciót a második oldalon, majd a '''pozitív elbírálás után''' a megadott paraméterekkel lehet csatlakozni a tárolóhoz!</big><br />
<br />
<br />
<br />
=== Csatlakozás Linux alapú operációs rendszer alól ===<br />
<br />
<br />
==== Óvintézkedés! ====<br />
<br />
Sajnos az iSCSI jelenléte boot időben előfordul, hogy a virtuális gépet megállítja a boot során. Ez alapból nem lenne probléma, viszont a sablon image-ek alapértelmezetten egy read only konzolra küldik az emergency shell kimenetét, amin nem lehet módosításokat végezni. <br />
<br />
<big>'''FONTOS!''' Az esetleges konfigurációs hibákból adódó hibás virtuális gépek javításában '''NEM tudunk''' segíteni, az esetleges adatvesztésért felelősséget nem vállalunk!</big><br />
<br />
A fentiekből kifolyólag célszerű átállítani az extlinux rendszerbetöltőt az iSCSI-t használó gépeken az alábbiak szerint:<br />
<br />
* Az eredeti állomány:<br />
<pre><br />
debian@iscsiteszt-5:~$ cat /extlinux.conf<br />
default linux<br />
timeout 1<br />
label linux<br />
kernel boot/vmlinuz-3.16.0-4-amd64<br />
append initrd=boot/initrd.img-3.16.0-4-amd64 root=/dev/vda1 console=tty0 console=ttyS0,115200 ro quiet<br />
</pre><br />
<br />
* Átírás után (az utolsó sor végén '''helyet cserél''' a két console paraméter, és a '''tty0-ból tty1 lesz'''):<br />
<br />
<pre><br />
debian@iscsiteszt-5:~$ cat /extlinux.conf<br />
default linux<br />
timeout 1<br />
label linux<br />
kernel boot/vmlinuz-3.16.0-4-amd64<br />
append initrd=boot/initrd.img-3.16.0-4-amd64 root=/dev/vda1 console=ttyS0,115200 console=tty1 ro quiet<br />
</pre><br />
<br />
Ezen módosítás azonban több ismert hátránnyal jár:<br />
<br />
* Nem lesz elérhető a boot során keletkező read-only konzolkimenet (bootidőben persze látszik a VNC konzolon)<br />
* Firefox és Chrome újabb verziói alatt problémák lehetnek a VNC konzol elérésével/válaszidejével (ez sajnos egy fejlesztők által ismert, de még nem javított hiba)<br />
<br />
==== Előkészületek ====<br />
* Konfigurálni kell az interfészeket<br />
Ez az Debian base image-nél alapból konfigurálva van az alábbi módon:<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/network/interfaces <br />
# This file describes the network interfaces available on your system <br />
# and how to activate them. For more information, see interfaces(5). <br />
# The loopback network interface auto lo iface lo inet loopback <br />
<br />
# The normal eth0 <br />
auto eth0 <br />
iface eth0 inet dhcp <br />
<br />
# Maybe the VM has 2 NICs? <br />
allow-hotplug eth1 <br />
iface eth1 inet dhcp <br />
<br />
# Maybe the VM has 3 NICs? <br />
allow-hotplug eth2 <br />
iface eth2 inet dhcp<br />
</pre><br />
<br />
Ennek hatására az eth1 és eth2 interfész címei:<br />
<pre><br />
root@iscsiteszt:/home/debian# ip a<br />
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default<br />
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00<br />
inet 127.0.0.1/8 scope host lo<br />
valid_lft forever preferred_lft forever<br />
inet6 ::1/128 scope host<br />
valid_lft forever preferred_lft forever<br />
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:f0:84:6d brd ff:ff:ff:ff:ff:ff<br />
inet 193.224.22.182/24 brd 193.224.22.255 scope global eth0<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fef0:846d/64 scope link<br />
valid_lft forever preferred_lft forever<br />
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:17:05:1e brd ff:ff:ff:ff:ff:ff<br />
inet 192.168.168.53/23 brd 192.168.169.255 scope global eth1<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fe17:51e/64 scope link<br />
valid_lft forever preferred_lft forever<br />
4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:f1:ba:0a brd ff:ff:ff:ff:ff:ff<br />
inet 192.168.170.51/23 brd 192.168.171.255 scope global eth2<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fef1:ba0a/64 scope link<br />
valid_lft forever preferred_lft forever<br />
</pre><br />
<br />
'''<big>FONTOS!''' Ezen interfészek akár statikus címhasználatra is konfigurálhatók, de a C4E biztonsági megoldásai miatt kizárólag '''a C4E felületén megjelenő IP címek''' esetén lesz képes csomagot forgalmazni a virtuális gép a tároló felé! </big><br />
<br />
* Csomagtelepítés (Debian alapú rendszeren)<br />
<pre>apt-get install open-iscsi multipath-tools</pre><br />
<br />
* Multipath konfigurálása (Debian alatt létre kell hozni a fájlt)<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/multipath.conf<br />
devices {<br />
device {<br />
vendor "FUJITSU"<br />
product "ETERNUS_DXL"<br />
prio alua<br />
path_grouping_policy group_by_prio<br />
no_path_retry queue<br />
failback immediate<br />
}<br />
}<br />
</pre><br />
<br />
* Multipath daemon újraindítása<br />
<pre>root@iscsiteszt:/home/debian# service multipath-tools restart</pre><br />
<br />
* iSCSI Initiator name konfigurálása (ezt meg kellett adni az igényléskor... természetesen most lehet módosítani az állományt, később viszont fontos az ott olvasható figyelmeztetés)<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/iscsi/initiatorname.iscsi<br />
## DO NOT EDIT OR REMOVE THIS FILE!<br />
## If you remove this file, the iSCSI daemon will not start.<br />
## If you change the InitiatorName, existing access control lists<br />
## may reject this initiator. The InitiatorName must be unique<br />
## for each iSCSI initiator. Do NOT duplicate iSCSI InitiatorNames.<br />
InitiatorName=iqn.2017-03.hu.niif.test:c4e<br />
</pre><br />
<br />
* iSCSI daemon újraindítása<br />
<pre>root@iscsiteszt:/home/debian# service open-iscsi restart</pre><br />
<br />
<br />
==== Targetek konfigurálása ====<br />
<br />
===== The easy way =====<br />
Egy letölthető bash szkript, ami megcsinál mindent: '''[[:File:Iscsi-site-admin-c4e.sh|iscsi-site-admin-c4e.sh]]'''<br />
<br />
===== The hard way =====<br />
<br />
A következő lépés az iSCSI targetekhez történő csatlakozás. (A leírásban az username és password paraméterek a felhasználót (initiatort, azaz a virtuális gépet) azonosító egyedi paraméterek, míg az username_in és password_in a Mutual CHAP (bidirectional) azonosításhoz használható (target-et, azaz magát az Eternus tárolót azonosító) paraméterek. (Az username_in, azaz a <target CHAP felhasználó> tipikusan "eternus"...)<br />
<br />
Az alábbi parancsköteg jelszavait kell megfelelően lecserélni, majd a konzolra bemásolva csatlakozni a tárolóhoz:<br />
<br />
<big>--- Target 001 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o new<br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 011 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o new<br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 101 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o new<br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 111 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o new<br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
Az egyes csoportok beillesztése után (konkrétan a csoportok utolsó előtti parancsa miatt) minden targetre be kell jelentkezzen, és az alábbihoz hasonló üzeneteknek kell megjelenni:<br />
<pre><br />
root@iscsiteszt-5:/home/debian# iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -l<br />
Logging in to [iface: default, target: iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1, portal: 192.168.170.2,3260] (multiple)<br />
Login to [iface: default, target: iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1, portal: 192.168.170.2,3260] successful.<br />
</pre><br />
<br />
Miután mind a négy targetre sikerült a bejelentkezés, már csak a multipath ellenőrzése van hátra, ahol a lentihez hasonló kimenetnek kell megjelenjen:<br />
<pre><br />
root@iscsiteszt-5:/home/debian# multipath -ll<br />
3600000e00d280000002825d2001a0000 dm-0 FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=rw<br />
|-+- policy='service-time 0' prio=50 status=active<br />
| |- 3:0:0:0 sdd 8:48 active ready running<br />
| `- 5:0:0:0 sdb 8:16 active ready running<br />
`-+- policy='service-time 0' prio=10 status=enabled<br />
|- 2:0:0:0 sda 8:0 active ready running<br />
`- 4:0:0:0 sdc 8:32 active ready running<br />
</pre><br />
<br />
Itt jól látszik, hogy mind a négy útvonal ép, és az első kettő az aktív, a másik kettő pedig bármikor rendelkezésre áll. Amennyiben a path-ok nem jelennének meg, az alábbi parancs segítségével újratölthető a devmap:<br />
multipath -r<br />
<br />
==== Szépészeti beavatkozások ====<br />
<br />
Az iSCSI un. WWID-ket használ (ami a <code>multipath -ll</code> kimenetében jól látszik) az egyes területek azonosítására, ami sajnos olvashatatlan, és körülményes tud lenni. Az egyszerűbb megnevezések érdekében lehetőség van a korábban szerkesztett <code>multipath.conf</code> állomány bővítésére az alábbi módon (a teljes állomány látható, a fent található Eternus releváns konfigurációval együtt):<br />
<br />
<pre><br />
root@iscsiteszt-5:/home/debian# cat /etc/multipath.conf<br />
devices {<br />
device {<br />
vendor "FUJITSU"<br />
product "ETERNUS_DXL"<br />
prio alua<br />
path_grouping_policy group_by_prio<br />
no_path_retry queue<br />
failback immediate<br />
}<br />
}<br />
multipaths {<br />
multipath {<br />
wwid 3600000e00d280000002825d2001a0000<br />
alias terulet1<br />
}<br />
multipath {<br />
wwid 3600000e00d280000002825d2001b0000<br />
alias terulet2<br />
}<br />
}<br />
<br />
</pre><br />
<br />
Ha kész az átnevezés (és persze nincsenek a területek csatolva sehol), újra kell olvastatni a devmapot (esetleg újra kell indítani a szervert):<br />
multipath -r<br />
<br />
<pre><br />
root@iscsiteszt-5:/home/debian# multipath -r<br />
Mar 23 11:13:37 | 3600000e00d280000002825d2001a0000: rename 3600000e00d280000002825d2001a0000 to terulet1 <br />
rename: terulet1 (3600000e00d280000002825d2001a0000) undef FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=undef<br />
|-+- policy='service-time 0' prio=50 status=undef<br />
| |- 3:0:0:0 sdd 8:48 active ready running<br />
| `- 5:0:0:0 sdb 8:16 active ready running<br />
`-+- policy='service-time 0' prio=10 status=undef<br />
|- 4:0:0:0 sdc 8:32 active ready running<br />
`- 6:0:0:0 sda 8:0 active ready running<br />
Mar 23 11:13:37 | 3600000e00d280000002825d2001b0000: rename 3600000e00d280000002825d2001b0000 to terulet2<br />
rename: terulet2 (3600000e00d280000002825d2001b0000) undef FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=undef<br />
|-+- policy='service-time 0' prio=50 status=undef<br />
| |- 4:0:0:1 sdg 8:96 active ready running<br />
| `- 6:0:0:1 sdf 8:80 active ready running<br />
`-+- policy='service-time 0' prio=10 status=undef<br />
|- 3:0:0:1 sdh 8:112 active ready running<br />
`- 5:0:0:1 sde 8:64 active ready running<br />
</pre><br />
<br />
=== Csatlakozás Windows alapú operációs rendszer alól (hamarosan) ===<br />
<br />
==== Előkészületek ====<br />
<br />
A gépet természetesen hozzá kell adni a megfelelő "Eternus7 - iSCSI1" és "Eternus7 - iSCSI2" hálózatokhoz.<br />
<br />
Sajnos a Windows Multipath rendszere nem képes korrektül kezelni az Eternus tárolókat, ezért első lépésként fel kell telepíteni a Fujitsu Eternus MultiPath Drivert (EMPD)<br />
A cikk írásakor ez a V2.0L23-as (2016/12/21) verziója, amit az alábbi módon lehet letölteni:<br />
<br />
# http://www.fujitsu.com/fts/support/<br />
# táblázatban katt: Storage<br />
# "Ask Fujitsu! We are here to help" ablakban a "Please select the product group"-nál "ETERNUS DX" kiválasztása<br />
# "Please select the product family"-nél "ETERNUS DX200 S3" kiválasztása<br />
# A megjelenő oldalon a megfelelő Windows verzió kiválasztása<br />
# Driver fül alatt "Device Driver"-t nyissuk ki egy kattintással<br />
# legfrissebb elérhető driver ("EMPD - Multipath Driver for Windows ...") letöltése "Direct download"-ra kattintással<br />
#*("I have read and agree to the terms and conditions." checkbox bepipálásával elfogadva a felhasználási feltételeket)<br />
# Az állomány egy exe, ami kicsomagol egy mappát, amiben lesz egy iso állomány.<br />
# Az iso-t csatolva az English/setup.exe lesz az, amit fel kell telepíteni a többutas tároló megfelelő működéséhez.<br />
<br />
==== Initiator konfigurálása ====<br />
<br />
# A "Felügyeleti eszközök" közül az "iSCSI-kezdeményező" / "iSCSI-Initiator" -t kell választani<br />
# Igennel kell válaszolni, hogy automatikusan elinduljon az iSCSI a továbbiakban<br />
# A megnyitott ablakban a "Konfiguráció" fül alatt a "Kezdeményező neve:" részhez be kell állítani az IQN-t, amit a storage igénylésekor megadtunk (ehhez az alatta lévő módosítás gombra kell kattintani)<br />
<br />
= C4E (Openstack) Publikus API =<br />
<br />
<big> '''FONTOS!''' </big> Az API külvilági elérését csomagszűrő tűzfal védi, és kizárólag az általunk ismert magyarországi IP(v4/v6) címekről érhető el.<br />
Akkor, ha timeout hiba merülne fel, a cloud@niif.hu címen kell jelezni az elérés igényét, és a kérdéses IP címet.<br />
Amennyiben az IP valóban hazai cím, és még nem szerepel a tűzfalban, rövid távon permanensen az egész alhálózat számára elérhetővé tesszük az API-t.<br />
<br />
<big> '''FONTOS!''' </big> Minden itt leírt dokumentáció a C4E openstack jelenlegi (Mitaka) verziójához készült!<br />
<br />
<br />
== Kezdő lépések: jelszó szerzése ==<br />
<br />
Kialakításra került a C4E publikus API elérése. Ahhoz, hogy a felhasználók ezt igénybe tudják venni, az alábbiak szükségesek:<br />
<br />
* Első lépésben küldeni kell egy levelet az alábbiakkal a '''cloud@niif.hu''' címre:<br />
** C4E projekt(ek) neve<br />
** C4E usernév (ez szinte biztosan az eppn)<br />
** Privát kezelésben lévő belföldi mobiltelefon száma, ahova SMS formájában küldjük el az eléréshez szükséges jelszót<br />
<br />
A levélnek arról az e-mail címről kell származnia, ami az adott intézmény IdP-je adott át a C4E-nek az eppn mellett!<br />
<br />
== Kezdő lépések: környezet kialakítása (Debian/Ubuntu) ==<br />
<br />
Első körben hozzá kell adni a repository-t az apt konfigurációjához, frissíteni a csomaglistát, majd telepíteni a szükséges csomagokat:<br />
<br />
Debian:<br />
<pre><br />
echo "deb http://http.debian.net/debian jessie-backports main" >>/etc/apt/sources.list.d/openstack.list<br />
apt-get update<br />
apt-get install python-openstackclient<br />
</pre><br />
<br />
Ubuntu (A 16.04-es verziótól Mitaka verziót tölt le az eredeti konfigurációval):<br />
<pre><br />
apt-get update<br />
apt-get install python-openstackclient<br />
</pre><br />
<br />
Második körben be kell szerezni a szükséges <big>'''openrc'''</big> file-t az api eléréséhez:<br />
* Be kell jelentkezni a C4E-be (IdP-n keresztül természetesen)<br />
* Ki kell választani az elérni kívánt projektet, ha több lenne (az rc file-ok projektfüggők!)<br />
* Az <big>''' Access & Security -> API Access '''</big> oldalon a <big>''' Download OpenStack RC File v3 '''</big> opciót választani<br />
* Az rc file-t a kezelő gépre juttatni (ha nem ott lenne)<br />
<br />
A harmadik lépés, hogy betöltjük az rc file-t, majd a jelszó beírása után elérhetővé válik a C4E API<br />
<br />
<pre><br />
debian@apitest:~$ source cloudadmin_v3.rc<br />
Please enter your OpenStack Password:<br />
<br />
debian@apitest:~$ openstack server list<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
| ID | Name | Status | Networks |<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
| 3ac59936-cdae-4822-9855-60fabeff135f | apitest | ACTIVE | Flat1=2001:738:0:519:f816:3eff:fedd:d5e8, 193.224.22.225 ||<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
debian@apitest:~$<br />
</pre><br />
<br />
== API használata ==<br />
<br />
Az API használatával kapcsolatban a mindenkori Openstack dokumentáció a mérvadó: https://developer.openstack.org/api-guide/quick-start/api-quick-start.html#<br />
<br />
Ugyanezen oldalról egy (hálózat/ssh kulcs nélküli!) instance elindításának kezdő lépései: https://developer.openstack.org/api-guide/quick-start/api-quick-start.html#launch-an-instance<br />
<br />
Az openstack parancs elérhető funkciói (ebből természetesen van, ami a felhasználó számára nem, illetve olyan is, ami nincs implementálva!):<br />
<br />
Részlet az <big>'''openstack --help'''</big> kiementéből:<br />
<br />
<pre><br />
Commands:<br />
access token create Create access token command<br />
aggregate add host Add host to aggregate<br />
aggregate create Create a new aggregate<br />
aggregate delete Delete an existing aggregate<br />
aggregate list List all aggregates<br />
aggregate remove host Remove host from aggregate<br />
aggregate set Set aggregate properties<br />
aggregate show Show a specific aggregate<br />
backup create Create backup command<br />
backup delete Delete backup command<br />
backup list List backup command<br />
backup restore Restore backup command<br />
backup show Show backup command<br />
complete print bash completion command<br />
compute agent create Create compute agent command<br />
compute agent delete Delete compute agent command<br />
compute agent list List compute agent command<br />
compute agent set Set compute agent command<br />
compute service list List service command<br />
compute service set Set service command<br />
console log show Show console-log command<br />
console url show Show console-url command<br />
consumer create Create consumer command<br />
consumer delete Delete consumer command<br />
consumer list List consumer command<br />
consumer set Set consumer command<br />
consumer show Show consumer command<br />
container list List containers<br />
container show Show container information<br />
credential create Create credential command<br />
credential delete Delete credential command<br />
credential list List credential command<br />
credential set Set credential command<br />
credential show Show credential command<br />
domain create Create domain command<br />
domain delete Delete domain command<br />
domain list List domain command<br />
domain set Set domain command<br />
domain show Show domain command<br />
endpoint create Create endpoint command<br />
endpoint delete Delete endpoint command<br />
endpoint list List endpoint command<br />
endpoint set Set endpoint command<br />
endpoint show Show endpoint command<br />
extension list List extension command<br />
flavor create Create flavor command<br />
flavor delete Delete flavor command<br />
flavor list List flavor command<br />
flavor show Show flavor command<br />
group add user Add user to group<br />
group contains user Checks that user is in a specific group<br />
group create Create group command<br />
group delete Delete group command<br />
group list List groups<br />
group remove user Remove user to group<br />
group set Set group command<br />
group show Show group command<br />
help print detailed help for another command<br />
host list List host command<br />
host show Show host command<br />
hypervisor list List hypervisor command<br />
hypervisor show Show hypervisor command<br />
identity provider create Create identity_provider command<br />
identity provider delete Delete identity provider<br />
identity provider list List identity providers<br />
identity provider set Set identity provider<br />
identity provider show Show identity provider<br />
image create Create/upload an image<br />
image delete Delete an image<br />
image list List available images<br />
image save Save an image locally<br />
image set Change image properties<br />
image show Show image details<br />
ip fixed add Add fixed-ip command<br />
ip fixed remove Remove fixed-ip command<br />
ip floating add Add floating-ip command<br />
ip floating create Create floating-ip command<br />
ip floating delete Delete floating-ip command<br />
ip floating list List floating-ip command<br />
ip floating pool list List floating-ip-pool command<br />
ip floating remove Remove floating-ip command<br />
keypair create Create keypair command<br />
keypair delete Delete keypair command<br />
keypair list List keypair command<br />
keypair show Show keypair command<br />
limits show Show compute and volume limits<br />
module list List module versions<br />
object list List objects<br />
object show Show object information<br />
policy create Create policy command<br />
policy delete Delete policy command<br />
policy list List policy command<br />
policy set Set policy command<br />
policy show Show policy command<br />
project create Create new project<br />
project delete Delete project<br />
project list List projects<br />
project set Set project properties<br />
project show Show project command<br />
project usage list List resource usage per project.<br />
quota set Set quotas for project or class<br />
quota show Show quotas for project or class<br />
request token authorize Authorize request token command<br />
request token create Create request token command<br />
role add Adds a role to a user or group on a domain or project<br />
role assignment list Lists role assignments according to the given filters<br />
role create Create new role<br />
role delete Delete existing role<br />
role list List roles<br />
role remove Remove role command<br />
role set Set role command<br />
role show Show single role<br />
security group create Create a new security group<br />
security group delete Delete a security group<br />
security group list List all security groups<br />
security group rule create Create a new security group rule<br />
security group rule delete Delete a security group rule<br />
security group rule list List all security group rules<br />
security group set Set security group properties<br />
security group show Show a specific security group<br />
server add security group Add security group to server<br />
server add volume Add volume to server<br />
server create Create a new server<br />
server delete Delete server command<br />
server image create Create a new disk image from a running server<br />
server list List servers<br />
server lock Lock server<br />
server migrate Migrate server to different host<br />
server pause Pause server<br />
server reboot Perform a hard or soft server reboot<br />
server rebuild Rebuild server<br />
server remove security group Remove security group from server<br />
server remove volume Remove volume from server<br />
server rescue Put server in rescue mode<br />
server resize Convert server to a new flavor<br />
server resume Resume server<br />
server set Set server properties<br />
server show Show server details<br />
server ssh Ssh to server<br />
server suspend Suspend server<br />
server unlock Unlock server<br />
server unpause Unpause server<br />
server unrescue Restore server from rescue mode<br />
server unset Unset server properties<br />
service create Create new service<br />
service delete Delete service<br />
service list List services<br />
service set Set service properties<br />
service show Show service details<br />
snapshot create Create snapshot command<br />
snapshot delete Delete snapshot command<br />
snapshot list List snapshot command<br />
snapshot set Set snapshot command<br />
snapshot show Show snapshot command<br />
token issue Issue token command<br />
user create Create new user<br />
user delete Delete user<br />
user list List users<br />
user set Set user properties<br />
user show Show user details<br />
volume create Create new volume<br />
volume delete Delete volume<br />
volume list List volumes<br />
volume set Set volume properties<br />
volume show Show specific volume<br />
volume type create Create new volume type<br />
volume type delete Delete volume type<br />
volume type list List volume types<br />
volume type set Set volume type property<br />
volume type unset Unset volume type property<br />
volume unset Unset volume properties<br />
</pre><br />
<br />
Az egyes parancsok részletes leírását így lehet elérni:<br />
<pre><br />
debian@apitest:~$ openstack help server list<br />
usage: openstack server list [-h] [-f {csv,table}] [-c COLUMN]<br />
[--max-width <integer>]<br />
[--quote {all,minimal,none,nonnumeric}]<br />
[--reservation-id <reservation-id>]<br />
[--ip <ip-address-regex>]<br />
[--ip6 <ip-address-regex>] [--name <name>]<br />
[--status <status>] [--flavor <flavor>]<br />
[--image <image>] [--host <hostname>]<br />
[--instance-name <server-name>] [--all-projects]<br />
[--long]<br />
<br />
List servers<br />
<br />
optional arguments:<br />
-h, --help show this help message and exit<br />
--reservation-id <reservation-id><br />
Only return instances that match the reservation<br />
--ip <ip-address-regex><br />
Regular expression to match IP addresses<br />
--ip6 <ip-address-regex><br />
Regular expression to match IPv6 addresses<br />
--name <name> Regular expression to match names<br />
--status <status> Search by server status<br />
--flavor <flavor> Search by flavor ID<br />
--image <image> Search by image ID<br />
--host <hostname> Search by hostname<br />
--instance-name <server-name><br />
Regular expression to match instance name (admin only)<br />
--all-projects Include all projects (admin only)<br />
--long List additional fields in output<br />
<br />
output formatters:<br />
output formatter options<br />
<br />
-f {csv,table}, --format {csv,table}<br />
the output format, defaults to table<br />
-c COLUMN, --column COLUMN<br />
specify the column(s) to include, can be repeated<br />
<br />
table formatter:<br />
--max-width <integer><br />
Maximum display width, 0 to disable<br />
<br />
CSV Formatter:<br />
--quote {all,minimal,none,nonnumeric}<br />
when to include quotes, defaults to nonnumeric<br />
<br />
debian@apitest:~$<br />
</pre><br />
<br />
Amennyiben valamilyen problémába merül fel, célszerű a parancsot -v (-vv -vvv) kapcsolóval futtatni, és egy esetleges hibabejelentésnél a kimenetet csatolni.<br />
<br />
=FAQ=<br />
<br />
===Nem sikerült az image létrehozása a webfelületen===<br />
Valószínűleg bejelölted a "Public" lehetőséget, amelyhez a felhasználóknak nincs jogosultságuk. Erre csak admin jogosultságú felhasználó képes.<br />
<br />
===Nem tudom, hogy mi az azonosító és jelszó a példányosított image-emhez.===<br />
Mert nem kötötted hozzá a publikus kulcsodat, amit előzőleg feltöltöttél az access & security key pairs fül alatt. Az SSH kulcsos azonosítással történik. A felhasználói nevek a [[C4E#Ig.C3.A9nyelhet.C5.91_virtu.C3.A1lis_er.C5.91forr.C3.A1s-csomagok_.28flavor.29|Flavors]] táblázatban vannak feltüntetve.<br />
<br />
=== Nem tudok belépni a gépre távolról ===<br />
Az alapértelmezett tűzfalszabályok nem engedélyezik a kívülről jövő kapcsolatokat. Konfigurációjuk leírása a [[#Security_group-ok|Security group-ok]] szakaszban található.<br />
<br />
===Nem tudok a létrehozott VM konzolján gépelni===<br />
Ahhoz, hogy gépelni tudjunk, vagy grafikus felülettel rendelkező oprációs rendszer esetén az egérrel dolgozni, a konzol melletti szürke területre kell kattintani és NEM a konzol ablakába.<br />
<br />
===Baj van a DNS-el, resolv.conf-al, stb.===<br />
A C4E networking stack-je több irányból konfigurálja egy-egy VM DNS beállításait.<br />
<br />
==== DHCP oldali beállítások ====<br />
Ahhoz, hogy a DHCP ne írja felül minduntalan a <code>resolv.conf</code> egyes sorait a következőt érdemes tenni:<br />
<br />
A <code>/etc/dhcp/dhclient.conf</code> állományt értelemszerűen bővíteni kell az alábbi(ak közül szükséges) sorokkal:<br />
<pre><br />
supersede domain-name "sajatdomain.hu";<br />
supersede domain-search "sajatdomain.hu";<br />
supersede domain-name-servers 8.8.8.8, 8.8.4.4;<br />
</pre><br />
<br />
==== Cloudinit oldali beállítások ====<br />
Minden C4E virtuális gépen megtalálható egy un. "Cloudinit" szkriptrendszer, ami az egyes beállításokat (hostnév, diszknövelés, ssh kulcs, stb.) hivatott beállítani.<br />
Ahhoz, hogy a Cloudinit ne állítsa át a hostnevet, és a hosts állományt, az alábbi konfiguráció szükséges a /etc/cloud/cloud.cfg állományban:<br />
<pre><br />
# This will cause the set+update hostname module to not operate (if true)<br />
preserve_hostname: true<br />
<br />
manage_etc_hosts: false<br />
</pre><br />
<br />
<br />
===IPv6 címre van szükségem, a felület szerint kapnom kéne, de mégsem===<br />
Ennek oka, hogy az adott Security Group nem "engedi be" az SLAAC-hoz szükséges hirdetési információkat. A tűzfal alábbiak szerinti bővítése, és egy virtuális gép reboot megoldja a problémát:<br />
<br />
[[Fájl:ipv6_secgroup.png|665px|ICMPv6 Enable]]</div>Kissg(AT)niif.huhttps://wiki.niif.hu/index.php?title=Cloud_for_Education&diff=4168Cloud for Education2017-08-14T11:50:14Z<p>Kissg(AT)niif.hu: /* Kezdő lépések: környezet kialakítása (Debian/Ubuntu) */ helyesírás</p>
<hr />
<div>== Hozzáférés ==<br />
<br />
A szolgáltatás elérési helye https://c4e.niif.hu.<br />
<br />
==Ismertető==<br />
22 perces ismertető, ami az NWS 2016-on hangzott el. http://videotorium.hu/hu/recordings/details/13396,Cloud4Education_-_Kezdo_lepesek<br />
<br />
===Igényelhető virtuális erőforrás-csomagok (flavor)===<br />
A virtuális gépek létrehozásakor több féle "hardvercsomagból" választhatunk, amelyek az alábbi képen tekinthetők meg.<br />
<br />
[[File:Flavors.PNG|665px|Flavors]]<br />
<br />
A táblázatban látható root lemezek mérete természetesen a virtuális gép létrehozásakor változtatható.<br />
<br />
===Felhasználói felület bemutatása===<br />
<br />
====Dashboard áttekintés====<br />
[[File:Dash_overview.png|665px|Dashboard]]<br />
<br />
Bejelentkezés után a felhasználóhoz tartozó kvóta kihasználtságai láthatjuk, ezen kvóták szabályozása admin felhasználóval tehető meg. A kihasználtságon felül lehetőség van arra, hogy a felhasználó lekérdezze egy adott periódus alatt használt vCPU, Disk és RAM mennyiségét, valamint ezek az információk letölthetők excel táblázat formájában is. A bal oldali menüstruktúra több részből tevődik össze, amelyből a két legfontosabb a „Compute” és a „Network” opció. A „Compute” menüpont alatt találhatók azok a funkciók, amelyek ahhoz szükségesek, hogy virtuális gépeket tudjunk igénybe venni és az ehhez tartozó adminisztratív teendőinket is itt tudjuk elvégezni. A „Network” menüpont alatt kezelhetjük a virtuális gépeinkhez szükséges hálózatokat. Itt hozhatunk létre virtuális routereket, hálózatokat, valamint itt állíthatunk be terheléselosztókat és definiálhatunk tűzfalszabályokat. A következőkben bemutatásra kerül, hogyan tud egy felhasználó néhány kattintás segítségével egy lemezképfájlt feltölteni, majd a képfájlból virtuális gépet létrehozni, valamint a rendelkezésre álló funkciókat igénybe venni.<br />
<br />
====Új image feltöltés====<br />
A virtuális gép létrehozásához szükség van lemezképfájlra, amelyet egy működő http url-ről könnyedén letölthetünk a „Compute” menüpont alatt található „Images” lehetőség használatával, vagy használhatjuk az előre feltöltött image-eket, amelyeket az admin jogosultságú felhasználók biztosítanak számunkra. Az „images” lehetőséget választva látható a rendelkezésre álló lemezképfájlok listája. A jobb felső sarokban a „Create Image” lehetőséget választva készíthetünk lemezképet. Az alábbi példa egy Ubuntu 14.04 verziójú lemezkép letöltését szemlélteti.<br />
<br />
[[File:Image_create.png|724px|Image készítés]]<br />
<br />
A fenti ábrán látható módon, néhány szükséges információt meg kell adni, ilyenek például: <br />
* Név <br />
* Lemezképfájl helye: A letölteni kívánt lemezképfájl internetes elérhetősége <br />
* Format: QCOW2 – QEMU Emulator<br />
<br />
=====Mindenki számára elérhető Image-ek* (Forrás: http://docs.openstack.org/image-guide/obtain-images.html)=====<br />
{| class="wikitable" border="1" <br />
|- <br />
| Operációs Rendszer <br />
| Bejelentkezési név <br />
| Minimum diszk méret <br />
|- <br />
| Ubuntu 14.04 Trusty Tahr<br />
| ubuntu <br />
| 5 GB <br />
|- <br />
| Ubuntu 16.04 Xenial<br />
| ubuntu <br />
| 5 GB <br />
|- <br />
| CentOS 6<br />
| centos <br />
| 8 GB <br />
|- <br />
| CentOS 7 <br />
| centos <br />
| 8 GB <br />
|- <br />
| Debian 8.3 <br />
| debian <br />
| 5 GB <br />
|- <br />
| CoreOS <br />
| core <br />
| 10GB <br />
|- <br />
| Fedora 23 <br />
| fedora <br />
| 5 GB <br />
|- <br />
| Windows 7 Pro SP1<br />
| setupuser/Qwer1234<br />
| 17 GB <br />
<br />
|- <br />
|}<br />
<br />
* Minden Linux alapú image-ből készített virtuális gépnél az alapértelmezett felhasználó jelszó nélkül sudo képes!<br />
<br />
===Kulcspár létrehozása/publikus kulcs feltöltése===<br />
A „Access & Security” fülre kattintva, hozzáadhatunk saját kulcspárokat, így a neutron szerverek által futtatott metadata szolgáltatás eljuttatja a publikus kulcsunkat a létrehozott virtuális gépre és a privát kulcsunkkal könnyedén tudunk autentikálni a létrehozott gépeken. Ehhez válasszuk a hozzáadás lehetőséget és adjuk meg a publikus kulcsunkat a következő ábrán látható módon.<br />
<br />
EGYES CLOUD LEMEZKÉPFÁJLOK KIZÁRÓLAG KULCS HASZNÁLATÁVAL VEHETŐK IGÉNYBE!<br />
<br />
[[File:Key_pair.png|726px|Publikus kulcs importálása]]<br />
<br />
===Hálózati típusok===<br />
Az általunk megépített rendszerben végül két fajta hálózat kapott helyet: <br />
* Az egyik típus, amit Flat néven kereszteltünk el. Ennek lényege, hogy a létrehozott virtuális gépek egy előre meghatározott publikus IP tartományból DHCP segítségével felvesznek egy címet, majd a csomagok haladásának iránya közvetlenül a compute gépek felé történik, ezzel nem terhelve a network gépeket. <br />
* A másik hálózati típus, amely az Smart nevet kapta. Ez a hálózati típus nagyban különbözik az előző megoldástól, mivel ennél a típusnál a felhasználóknak lehetőségük van egy, vagy akár több privát hálózat, valamint egy vagy több ezekhez tartozó virtuális router létrehozására. A virtuális router-hez lehetőség van hozzárendelni IP címeket a privát, valamint egy publikus hálózatból is és ennek következtében a virtuális gépek forgalmában egy úgynevezett hálózati címfordítás történik. Ennek előnye az előző megoldással szemben, hogy kevésbé IP cím pazarló a publikus címek tekintetében, valamint a neutron funkciójának köszönhetően képes több network gép között tartalékolt lenni.<br />
<br />
Az Flat típusú hálózat felvételére kizárólag admin jogosultságú felhasználónak van lehetősége két féle módon. Az egyik lehetőség, hogy a létrehozott Flat hálózat shared típusú, vagyis megosztott hálózat, ami azt jelenti, hogy a hálózat minden tenant számára látható. A másik lehetőség, hogy a létrehozott hálózatot nem osztjuk meg másik tenanttal, azonban hozzárendeljük egy bizonyos tenant-hoz, ezzel garantálva, hogy egy IP cím tartományt csak egy tenant használ kizárólag. <br />
<br />
Az Smart hálózat és egy hozzá tartozó virtuális router felvételét az alábbiakban mutatjuk be.<br />
<br />
====External (L3) hálózat létrehozása====<br />
A „Project” menüpont alatt található „Network” lehetőséget választva láthatók a hálózattal kapcsolatos lehetőségeink. A hálózat létrehozásához első lépésként a „Networks” lehetőséget kell választanunk, ahol láthatók a már korábban létrehozott hálózatok, valamint itt érhetők el a Flat típusú hálózatok is, amennyiben egy admin jogosultságú felhasználó megosztott, vagy a tenant-hoz rendelt egy ilyen típusú hálózatot.<br />
<br />
Új hálózat létrehozásához a bal felső sarokban válasszuk a „Create Network” lehetőséget, majd a következő képeken látható módon töltsük ki a szükséges mezőket.<br />
<br />
[[File:Create_net1.png|727px|hálózat létrehozása]]<br />
<br />
[[File:Create_net2.png|723px|hálózat létrehozása]]<br />
<br />
A fentebb látható menüben az átjáró IP címét nem kötelező megadni, ilyenkor automatikusan a megadott tartomány első IP címét fogja átjárónak beállítani. Ebben az esetben 192.168.66.1 címet.<br />
<br />
[[File:Create_net3.png|723px|hálózat létrehozása]]<br />
<br />
Ha minden szükséges és kötelező mezőt kitöltöttünk, akkor a „create” gombra kattintva a rendszer létrehozza a hálózatot a kívánt paramétereinkkel, amelyet a Networks menüpont alatt megtekinthetünk.<br />
<br />
====Router létrehozása és Interfészek hozzáadása====<br />
<br />
A hálózat sikeres elkészítése után szükség van egy virtuális router létrehozására, amelyen keresztül fog a hálózati címfordítás történni. A router létrehozása a következő képeken látható<br />
<br />
[[File:Create_router1.png|727px|Router létrehozás]]<br />
<br />
<br />
<br />
A Virtuális router létrehozásánál az „External Network”, azaz a külső hálózatok listájánál a rendelkezésre álló Smart hálózatok közül van lehetőség választani. Miután ez megtörtént, a router-hez szükség van egy másik interfész hozzáadására is, az előzőleg létrehozott belső hálózatból. Ennek hozzáadásához a „Routers” menüpontot választva, a forgalomirányítók listájából válasszuk ki az előbbiekben létrehozott „Internal_Router”-t, majd az „Interfaces” fülön az „Add Interface” lehetőséget választva, adjunk hozzá egy interfészt a következő ábrán látható módon.<br />
<br />
[[File:Create_router2.png|723px|Router létrehozás]]<br />
<br />
====Security group-ok====<br />
<br />
A virtuális gépek eléréséhez szükség van tűzfalszabályok definiálására, amelyre a „Security Groups” fülön van lehetőség. Alapértelmezetten egy „Default” security group jön létre, amelyben a következő forgalmak vannak alapértelmezetten engedélyezve:<br />
* Bejövő forgalom esetén: Kizárólag az azonos Security Group-ban elhelyezett virtuális gépekről érkező forgalmak<br />
* Kimenő forgalom esetén: Minden forgalom engedélyezve van<br />
<br />
A lenti példa szemlélteti, hogy hogyan engedélyezhetjük az SSH és ICMP forgalmakat minden külső hálózatból:<br />
<br />
[[File:Sec_gr1.png|723px|Szabály létrehozása]]<br />
<br />
[[File:Sec_gr2.png|723px|Szabály létrehozása]]<br />
<br />
[[File:Sec_gr3.png|723px|Szabály létrehozása]]<br />
<br />
<br />
Természetesen nem kötelező a Default security group-ot módosítani, létrehozható másik szabályrendszer is, és hozzárendelhető akár több csoport is egy virtuális géphez. A szabályok hozzáadásával lehetőség van a gép távoli elérésére a megadott protokollon keresztül.<br />
<br />
====LBaaS====<br />
Az LBaaS funkció jelenleg nem elérhető.<br />
<br />
====FWaaS====<br />
<br />
Egy másik hálózati lehetőség a tűzfal alkalmazása. Alapértelmezetten a már bemutatott Security Group felel a virtuális gépek elérhetőségének szabályozásáról, azonban lehetőségünk van egy sokkal részletesebben szabályozható technika alkalmazására is. A tűzfal működéséhez fontos, hogy a Default Security Group-ban engedélyezni kell a ki és bemenő forgalmat bárhonnan, mivel a korlátozásokat és a konkrét szabályokat a tűzfal modulban vehetjük fel.<br />
<br />
A tűzfal létrehozásához és konfigurálásához válasszuk a „Network” menüpont alatt található „Firewalls” lehetőséget. Mint ahogy az a menüstruktúrában is látszik, a tűzfal három részből tevődik össze:<br />
* Firewall Rules<br />
* Firewall Policies<br />
* Firewalls<br />
<br />
Első lépésként létre kell hoznunk a szabályokat, majd a szabályokat egy csoportba kell foglalni, végül létre kell hozni egy tűzfalat, majd hozzárendelni a szabálycsoporthoz és a virtuális router-hez. Szabályok létrehozásához válasszuk a „Firewall Rules” lehetőséget, majd az alábbi ábrán látható módon hozzunk létre egy minden befelé jövő forgalmat tiltó szabályt egy előre létrehozott virtuális gépre nézve, amely példánkban a 192.168.66.14 címet kapta.<br />
<br />
[[File:Fwaas1.png|726px|Szabály létrehozása]]<br />
<br />
<br />
A szabály létrehozása után szükség van egy csoportrendszerre, amely a szabályokat fogja tartalmazni. Ehhez válasszuk a „Firewall Policies” lehetőséget, majd az alábbi ábrákon látható módon hozzuk létre a csoportot és adjuk hozzá az előbb létrehozott mindent tiltó szabályt.<br />
[[File:Fwaas2.png|724px|Szabályrendszer létrehozása]]<br />
<br />
[[File:Fwaas3.png|723px|Szabály hozzárendelés]]<br />
<br />
<br />
A szabályok érvényre juttatásához szükség van egy tűzfal létrehozására, amelyhez hozzárendeljük a szabályrendszerünket és a virtuális átjárónkat. Ezt az alábbi módon hozzuk létre.<br />
[[File:Fwaas4.png|728px|Tűzfal létrehozása]]<br />
<br />
[[File:Fwaas5.png|728px|Router hozzárendelés tűzfalhoz]]<br />
<br />
<br />
Ezzel elértük, hogy minden bejövő forgalmat eldobjon a tűzfalunk. Ha engedélyezni szeretnénk egy befelé irányuló kapcsolatot, példánkban az SSH protokollt, akkor első lépésben a már megismert módon hozzunk létre egy szabályt, de ezúttal engedélyezőt.<br />
[[File:Fwaas6.png|724px|További szabály létrehozása]]<br />
<br />
<br />
A szabály létrehozása után hozzá kell adni a létező szabályrendszerhez. A szabályok értelmezése lineáris, tehát minél később található meg a listában egy adott szabály, a csomag annál később jut el odáig. Abban az esetben, ha a lista bármely szabálya illeszkedik az adott csomagra, az adott szabály függvényében a csomag eldobásra, vagy átengedésre kerül. Ennek értelmében a következő ábrán látható módon szúrjuk be a szabályrendszerbe a létrehozott szabályt.<br />
[[File:Fwaas7.png|726px|Szabály beszúrása]]<br />
<br />
=Virtuális gép indítása=<br />
Az előfeltételek teljesítése után elkészíthető a kívánt virtuális gép. Ehhez válasszuk a bal oldali menüből a „Compute”, azon belül pedig az „Instances” lehetőséget, majd a bal felső sarokban válasszuk a „Launch Instance” gombot és az alábbi képeken látható módon készítsük el a gépet.<br />
<br />
[[File:Launch1.png|726px|VM indítása]]<br />
<br />
==Kulcspár és security group társítása==<br />
A következő ábrán látható módon a VM létrehozásakor kiválaszthatjuk az előzőleg feltöltött publikus kulcsunkat, vagy feltölthetünk egy teljesen újat is a létrehozás közben, valamint megadhatjuk, hogy melyik Security Group vonatkozzon a virtuális gépünkre.<br />
<br />
[[File:launch2.png|726px|SecurityGroup kiválasztása]]<br />
<br />
==Hálózat kiválasztása==<br />
<br />
Következő lépésként meg kell adni a használni kívánt hálózatot. Ez legyen a példában létrehozott „Internal” hálózat.<br />
<br />
[[File:launch3.png|726px|Hálózat kiválasztása]]<br />
<br />
<br />
A „Launch” lehetőséget választva elkezdhetjük a virtuális gép létrehozását. A folyamat elkészültekor az „Instances” fül alatt láthatjuk az eddig létrehozott virtuális gépeinket és azok állapotát.<br />
<br />
<br />
[[File:launch4.png|726px|Létrehozott VM lista]]<br />
<br />
A folyamat elvégzése után elkészült az első virtuális gép, amelynek elérése több féle módon történhet.<br />
* A virtuális géphez hozzárendelünk egy publikus IP címet, majd a virtuális router segítségével 1:1 NAT alkalmazásával távolról is bejelentkezhetünk rá, Linux disztribúció esetén például SSH, Windows esetén RDP szolgáltatás segítségével.<br />
<br />
* A weboldalba ágyazott VNC konzol segítségével vezérelhetjük gépünket, azonban egyes előre gyártott lemezképfájlból készített virtuális gépek nem támogatják csak a kulcsos autentikációt, így sajnos ezeknél a gépeknél ez a módszer nem elérhető.<br />
<br />
===Floating IP hozzárendelése===<br />
Az előzőekben létrehozott Ubuntu operációs rendszerrel ellátott virtuális gépünk a második lehetőséget nem támogatja, így szükségünk van a gép eléréséhez egy publikus IP címre, amelynek allokálása és géphez rendelése a következőképpen történik.<br />
<br />
Első lépésben válasszuk a „Compute” alatt található „Access & Security” lehetőséget, majd azon belül a „Floating IPs” menüpontot és kattintsunk a jobb felső sarokban lévő „Allocate IP To Project” gombra. A megjelenő ablakban ki kell választani a kívánt Smart hálózatot, amelyből a publikus IP címet szeretnénk használni (Ez nyilván az a hálózat, amelyiket a router átjárójának is választottunk), majd az „Allocate IP” lehetőséget kell választani.<br />
<br />
[[File:Allocate1.png|726px|Floating IP igénylése]]<br />
<br />
<br />
A következő ábrán látható a Projekthez allokált IP címek listája, amelyek következő lépésként hozzárendelhetők 1-1 virtuális géphez. Ehhez válasszuk az ábrán látható IP cím mellett található „Associate” lehetőséget, majd válasszuk ki a listából azt a virtuális gépet, amelyiken az IP címet használni szeretnénk.<br />
<br />
[[File:Allocate2.png|726px|Rendelkezésre álló IP címek listája]]<br />
<br />
[[File:Allocate3.png|726px|Floating IP géphez rendelése]]<br />
<br />
A sikeres hozzárendelés után a gépünk már rendelkezik publikus IP címmel, amelyen keresztül külső hálózatokból is elérhetjük a gépet, amennyiben ezt a Security Group-ban, vagy a Firewall alatt engedélyezzük.<br />
<br />
=Virtuális gépek kezelése=<br />
<br />
==Snapshot létrehozása/indítás snapshotból==<br />
<br />
További lehetőség a létrehozott virtuális géppel kapcsolatban, hogy bármikor készíthetünk róla egy úgynevezett pillanatképet, amelyből később létrehozhatunk egy másik virtuális gépet, folytatva ott a munkát, ahol a pillanatkép készült, a régi gépet pedig leállíthatjuk, vagy törölhetjük. Ehhez a már ismert „Compute” menüpont alatt válasszuk a „Volume” lehetőséget. A kilistázott Volume-ok között válasszuk ki a megfelelőt, majd az „Actions” szekcióban található legördülő menüből válasszuk a „Create Snapshot” lehetőséget. Az ábrán látható módon adjunk neki egy nevet, majd készítsük el a pillanatképet.<br />
<br />
[[File:Create_snapshot1.png|723px|Snapshot létrehozás]]<br />
<br />
<br />
Az elkészült pillanatképből készítsünk egy újabb virtuális gépet, a már ismert módon, azzal a különbséggel, hogy a gépet ezúttal ne image-ből, hanem snapshot-ból indítsuk.<br />
<br />
[[File:Create_snapshot2.png|724px|Snapshot létrehozás]]<br />
<br />
=="Extrém" diszkigény kielégítése==<br />
<br />
Előfordul, hogy valamilyen projekthez nagyobb (TB-os nagyságrendű) területre van szükség, mint amit a kvóta megenged. Habár a kvóta növelésével könnyen orvosolhatnánk egyes felhasználók helyigényét, ezt sajnos <big>nem áll módunkban</big> megtenni, ugyanis azzal felborulna a kiosztott erőforrások közötti egyensúly (nem lenne terület, ahonnan bootoljanak az új gépek, a CPU/RAM pedig kihasználatlan maradna) valamint bizonyos szolgáltatások (jellemzően az adatbázis-szerverek) számára nem előnyös a CEPH alapú háttértár.<br />
<br />
A fenti probléma megoldására lehetőséget teremtettünk a Storage szolgáltatásunkban résztvevő egyik Eternus tárolóeszköz integrálására a C4E alá. Ez azt jelenti, hogy a C4E rendszerében konfigurálásra került egy "iSCSI1" és "iSCSI2" nevű hálózat, melynek használatával közvetlen Layer2 kapcsolattal éri el az Eternus egységet a felhasználó virtuális számítógépe, szemben a többi tárolónkkal, amihez a publikus hálózaton keresztül (route-olva) lehet hozzáférni.<br />
<br />
'''<big>FONTOS!''' Az "iSCSI1" és "iSCSI2" hálózat '''NEM nyújt publikus elérést''', azon keresztül '''csak az iSCSI targetek''' elérése lehetséges!</big><br />
<br />
<br />
'''<big>FONTOS! A fenti tároló nem önkiszolgáló! ''' A használathoz előbb '''[https://webform.niif.hu/content/storage-igenyles ''területigénylést kell benyújtani'']''', ahol be kell jelölni a ''' "A terület(ek)re a C4E szolgáltatás keretében használt virtuális gépe(i)mről kívánok csatlakozni!"''' opciót a második oldalon, majd a '''pozitív elbírálás után''' a megadott paraméterekkel lehet csatlakozni a tárolóhoz!</big><br />
<br />
<br />
<br />
=== Csatlakozás Linux alapú operációs rendszer alól ===<br />
<br />
<br />
==== Óvintézkedés! ====<br />
<br />
Sajnos az iSCSI jelenléte boot időben előfordul, hogy a virtuális gépet megállítja a boot során. Ez alapból nem lenne probléma, viszont a sablon image-ek alapértelmezetten egy read only konzolra küldik az emergency shell kimenetét, amin nem lehet módosításokat végezni. <br />
<br />
<big>'''FONTOS!''' Az esetleges konfigurációs hibákból adódó hibás virtuális gépek javításában '''NEM tudunk''' segíteni, az esetleges adatvesztésért felelősséget nem vállalunk!</big><br />
<br />
A fentiekből kifolyólag célszerű átállítani az extlinux rendszerbetöltőt az iSCSI-t használó gépeken az alábbiak szerint:<br />
<br />
* Az eredeti állomány:<br />
<pre><br />
debian@iscsiteszt-5:~$ cat /extlinux.conf<br />
default linux<br />
timeout 1<br />
label linux<br />
kernel boot/vmlinuz-3.16.0-4-amd64<br />
append initrd=boot/initrd.img-3.16.0-4-amd64 root=/dev/vda1 console=tty0 console=ttyS0,115200 ro quiet<br />
</pre><br />
<br />
* Átírás után (az utolsó sor végén '''helyet cserél''' a két console paraméter, és a '''tty0-ból tty1 lesz'''):<br />
<br />
<pre><br />
debian@iscsiteszt-5:~$ cat /extlinux.conf<br />
default linux<br />
timeout 1<br />
label linux<br />
kernel boot/vmlinuz-3.16.0-4-amd64<br />
append initrd=boot/initrd.img-3.16.0-4-amd64 root=/dev/vda1 console=ttyS0,115200 console=tty1 ro quiet<br />
</pre><br />
<br />
Ezen módosítás azonban több ismert hátránnyal jár:<br />
<br />
* Nem lesz elérhető a boot során keletkező read-only konzolkimenet (bootidőben persze látszik a VNC konzolon)<br />
* Firefox és Chrome újabb verziói alatt problémák lehetnek a VNC konzol elérésével/válaszidejével (ez sajnos egy fejlesztők által ismert, de még nem javított hiba)<br />
<br />
==== Előkészületek ====<br />
* Konfigurálni kell az interfészeket<br />
Ez az Debian base image-nél alapból konfigurálva van az alábbi módon:<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/network/interfaces <br />
# This file describes the network interfaces available on your system <br />
# and how to activate them. For more information, see interfaces(5). <br />
# The loopback network interface auto lo iface lo inet loopback <br />
<br />
# The normal eth0 <br />
auto eth0 <br />
iface eth0 inet dhcp <br />
<br />
# Maybe the VM has 2 NICs? <br />
allow-hotplug eth1 <br />
iface eth1 inet dhcp <br />
<br />
# Maybe the VM has 3 NICs? <br />
allow-hotplug eth2 <br />
iface eth2 inet dhcp<br />
</pre><br />
<br />
Ennek hatására az eth1 és eth2 interfész címei:<br />
<pre><br />
root@iscsiteszt:/home/debian# ip a<br />
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default<br />
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00<br />
inet 127.0.0.1/8 scope host lo<br />
valid_lft forever preferred_lft forever<br />
inet6 ::1/128 scope host<br />
valid_lft forever preferred_lft forever<br />
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:f0:84:6d brd ff:ff:ff:ff:ff:ff<br />
inet 193.224.22.182/24 brd 193.224.22.255 scope global eth0<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fef0:846d/64 scope link<br />
valid_lft forever preferred_lft forever<br />
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:17:05:1e brd ff:ff:ff:ff:ff:ff<br />
inet 192.168.168.53/23 brd 192.168.169.255 scope global eth1<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fe17:51e/64 scope link<br />
valid_lft forever preferred_lft forever<br />
4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:f1:ba:0a brd ff:ff:ff:ff:ff:ff<br />
inet 192.168.170.51/23 brd 192.168.171.255 scope global eth2<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fef1:ba0a/64 scope link<br />
valid_lft forever preferred_lft forever<br />
</pre><br />
<br />
'''<big>FONTOS!''' Ezen interfészek akár statikus címhasználatra is konfigurálhatók, de a C4E biztonsági megoldásai miatt kizárólag '''a C4E felületén megjelenő IP címek''' esetén lesz képes csomagot forgalmazni a virtuális gép a tároló felé! </big><br />
<br />
* Csomagtelepítés (Debian alapú rendszeren)<br />
<pre>apt-get install open-iscsi multipath-tools</pre><br />
<br />
* Multipath konfigurálása (Debian alatt létre kell hozni a fájlt)<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/multipath.conf<br />
devices {<br />
device {<br />
vendor "FUJITSU"<br />
product "ETERNUS_DXL"<br />
prio alua<br />
path_grouping_policy group_by_prio<br />
no_path_retry queue<br />
failback immediate<br />
}<br />
}<br />
</pre><br />
<br />
* Multipath daemon újraindítása<br />
<pre>root@iscsiteszt:/home/debian# service multipath-tools restart</pre><br />
<br />
* iSCSI Initiator name konfigurálása (ezt meg kellett adni az igényléskor... természetesen most lehet módosítani az állományt, később viszont fontos az ott olvasható figyelmeztetés)<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/iscsi/initiatorname.iscsi<br />
## DO NOT EDIT OR REMOVE THIS FILE!<br />
## If you remove this file, the iSCSI daemon will not start.<br />
## If you change the InitiatorName, existing access control lists<br />
## may reject this initiator. The InitiatorName must be unique<br />
## for each iSCSI initiator. Do NOT duplicate iSCSI InitiatorNames.<br />
InitiatorName=iqn.2017-03.hu.niif.test:c4e<br />
</pre><br />
<br />
* iSCSI daemon újraindítása<br />
<pre>root@iscsiteszt:/home/debian# service open-iscsi restart</pre><br />
<br />
<br />
==== Targetek konfigurálása ====<br />
<br />
===== The easy way =====<br />
Egy letölthető bash szkript, ami megcsinál mindent: '''[[:File:Iscsi-site-admin-c4e.sh|iscsi-site-admin-c4e.sh]]'''<br />
<br />
===== The hard way =====<br />
<br />
A következő lépés az iSCSI targetekhez történő csatlakozás. (A leírásban az username és password paraméterek a felhasználót (initiatort, azaz a virtuális gépet) azonosító egyedi paraméterek, míg az username_in és password_in a Mutual CHAP (bidirectional) azonosításhoz használható (target-et, azaz magát az Eternus tárolót azonosító) paraméterek. (Az username_in, azaz a <target CHAP felhasználó> tipikusan "eternus"...)<br />
<br />
Az alábbi parancsköteg jelszavait kell megfelelően lecserélni, majd a konzolra bemásolva csatlakozni a tárolóhoz:<br />
<br />
<big>--- Target 001 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o new<br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 011 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o new<br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 101 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o new<br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 111 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o new<br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
Az egyes csoportok beillesztése után (konkrétan a csoportok utolsó előtti parancsa miatt) minden targetre be kell jelentkezzen, és az alábbihoz hasonló üzeneteknek kell megjelenni:<br />
<pre><br />
root@iscsiteszt-5:/home/debian# iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -l<br />
Logging in to [iface: default, target: iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1, portal: 192.168.170.2,3260] (multiple)<br />
Login to [iface: default, target: iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1, portal: 192.168.170.2,3260] successful.<br />
</pre><br />
<br />
Miután mind a négy targetre sikerült a bejelentkezés, már csak a multipath ellenőrzése van hátra, ahol a lentihez hasonló kimenetnek kell megjelenjen:<br />
<pre><br />
root@iscsiteszt-5:/home/debian# multipath -ll<br />
3600000e00d280000002825d2001a0000 dm-0 FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=rw<br />
|-+- policy='service-time 0' prio=50 status=active<br />
| |- 3:0:0:0 sdd 8:48 active ready running<br />
| `- 5:0:0:0 sdb 8:16 active ready running<br />
`-+- policy='service-time 0' prio=10 status=enabled<br />
|- 2:0:0:0 sda 8:0 active ready running<br />
`- 4:0:0:0 sdc 8:32 active ready running<br />
</pre><br />
<br />
Itt jól látszik, hogy mind a négy útvonal ép, és az első kettő az aktív, a másik kettő pedig bármikor rendelkezésre áll. Amennyiben a path-ok nem jelennének meg, az alábbi parancs segítségével újratölthető a devmap:<br />
multipath -r<br />
<br />
==== Szépészeti beavatkozások ====<br />
<br />
Az iSCSI un. WWID-ket használ (ami a multipath -ll kiementében jól látszik) az egyes területek azonosítására, ami sajnos olvashatatlan, és körülményes tud lenni. Az egyszerűbb megnevezések érdekében lehetőség van a korábban szerkesztett multipath.conf állomány bővítésére az alábbi módon (a teljes állomány látható, a fent található Eternus releváns konfigurációval együtt):<br />
<br />
<pre><br />
root@iscsiteszt-5:/home/debian# cat /etc/multipath.conf<br />
devices {<br />
device {<br />
vendor "FUJITSU"<br />
product "ETERNUS_DXL"<br />
prio alua<br />
path_grouping_policy group_by_prio<br />
no_path_retry queue<br />
failback immediate<br />
}<br />
}<br />
multipaths {<br />
multipath {<br />
wwid 3600000e00d280000002825d2001a0000<br />
alias terulet1<br />
}<br />
multipath {<br />
wwid 3600000e00d280000002825d2001b0000<br />
alias terulet2<br />
}<br />
}<br />
<br />
</pre><br />
<br />
Ha kész az átnevezés (és persze nincsenek a területek csatolva sehol) újra kell olvastatni a devmapot (esetleg újra kell indítani a szervert):<br />
multipath -r<br />
<br />
<pre><br />
root@iscsiteszt-5:/home/debian# multipath -r<br />
Mar 23 11:13:37 | 3600000e00d280000002825d2001a0000: rename 3600000e00d280000002825d2001a0000 to terulet1 <br />
rename: terulet1 (3600000e00d280000002825d2001a0000) undef FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=undef<br />
|-+- policy='service-time 0' prio=50 status=undef<br />
| |- 3:0:0:0 sdd 8:48 active ready running<br />
| `- 5:0:0:0 sdb 8:16 active ready running<br />
`-+- policy='service-time 0' prio=10 status=undef<br />
|- 4:0:0:0 sdc 8:32 active ready running<br />
`- 6:0:0:0 sda 8:0 active ready running<br />
Mar 23 11:13:37 | 3600000e00d280000002825d2001b0000: rename 3600000e00d280000002825d2001b0000 to terulet2<br />
rename: terulet2 (3600000e00d280000002825d2001b0000) undef FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=undef<br />
|-+- policy='service-time 0' prio=50 status=undef<br />
| |- 4:0:0:1 sdg 8:96 active ready running<br />
| `- 6:0:0:1 sdf 8:80 active ready running<br />
`-+- policy='service-time 0' prio=10 status=undef<br />
|- 3:0:0:1 sdh 8:112 active ready running<br />
`- 5:0:0:1 sde 8:64 active ready running<br />
</pre><br />
<br />
=== Csatlakozás Windows alapú operációs rendszer alól (hamarosan) ===<br />
<br />
==== Előkészületek ====<br />
<br />
A gépet természetesen hozzá kell adni a megfelelő "Eternus7 - iSCSI1" és "Eternus7 - iSCSI2" hálózatokhoz.<br />
<br />
Sajnos a Windows Multipath rendszere nem képes korrektül kezelni az Eternus tárolókat, ezért első lépésként fel kell telepíteni a Fujitsu Eternus MultiPath Drivert (EMPD)<br />
A cikk írásakor ez a V2.0L23-as (2016/12/21) verziója, amit az alábbi módon lehet letölteni:<br />
<br />
# http://www.fujitsu.com/fts/support/<br />
# táblázatban katt: Storage<br />
# "Ask Fujitsu! We are here to help" ablakban a "Please select the product group"-nál "ETERNUS DX" kiválasztása<br />
# "Please select the product family"-nél "ETERNUS DX200 S3" kiválasztása<br />
# A megjelenő oldalon a megfelelő Windows verzió kiválasztása<br />
# Driver fül alatt "Device Driver"-t nyissuk ki egy kattintással<br />
# legfrissebb elérhető driver ("EMPD - Multipath Driver for Windows ...") letöltése "Direct download"-ra kattintással<br />
#*("I have read and agree to the terms and conditions." checkbox bepipálásával elfogadva a felhasználási feltételeket)<br />
# Az állomány egy exe, ami kicsomagol egy mappát, amiben lesz egy iso állomány.<br />
# Az iso-t csatolva az English/setup.exe lesz az, amit fel kell telepíteni a többutas tároló megfelelő működéséhez.<br />
<br />
==== Initiator konfigurálása ====<br />
<br />
# A "Felügyeleti eszközök" közül az "iSCSI-kezdeményező" / "iSCSI-Initiator" -t kell választani<br />
# Igennel kell válaszolni, hogy automatikusan elinduljon az iSCSI a továbbiakban<br />
# A megnyitott ablakban a "Konfiguráció" fül alatt a "Kezdeményező neve:" részhez be kell állítani az IQN-t, amit a storage igénylésekor megadtunk (ehhez az alatta lévő módosítás gombra kell kattintani)<br />
<br />
= C4E (Openstack) Publikus API =<br />
<br />
<big> '''FONTOS!''' </big> Az API külvilági elérését csomagszűrő tűzfal védi, és kizárólag az általunk ismert magyarországi IP(v4/v6) címekről érhető el.<br />
Akkor, ha timeout hiba merülne fel, a cloud@niif.hu címen kell jelezni az elérés igényét, és a kérdéses IP címet.<br />
Amennyiben az IP valóban hazai cím, és még nem szerepel a tűzfalban, rövid távon permanensen az egész alhálózat számára elérhetővé tesszük az API-t.<br />
<br />
<big> '''FONTOS!''' </big> Minden itt leírt dokumentáció a C4E openstack jelenlegi (Mitaka) verziójához készült!<br />
<br />
<br />
== Kezdő lépések: jelszó szerzése ==<br />
<br />
Kialakításra került a C4E publikus API elérése. Ahhoz, hogy a felhasználók ezt igénybe tudják venni, az alábbiak szükségesek:<br />
<br />
* Első lépésben küldeni kell egy levelet az alábbiakkal a '''cloud@niif.hu''' címre:<br />
** C4E projekt(ek) neve<br />
** C4E usernév (ez szinte biztosan az eppn)<br />
** Privát kezelésben lévő belföldi mobiltelefon száma, ahova SMS formájában küldjük el az eléréshez szükséges jelszót<br />
<br />
A levélnek arról az e-mail címről kell származnia, ami az adott intézmény IdP-je adott át a C4E-nek az eppn mellett!<br />
<br />
== Kezdő lépések: környezet kialakítása (Debian/Ubuntu) ==<br />
<br />
Első körben hozzá kell adni a repository-t az apt konfigurációjához, frissíteni a csomaglistát, majd telepíteni a szükséges csomagokat:<br />
<br />
Debian:<br />
<pre><br />
echo "deb http://http.debian.net/debian jessie-backports main" >>/etc/apt/sources.list.d/openstack.list<br />
apt-get update<br />
apt-get install python-openstackclient<br />
</pre><br />
<br />
Ubuntu (A 16.04-es verziótól Mitaka verziót tölt le az eredeti konfigurációval):<br />
<pre><br />
apt-get update<br />
apt-get install python-openstackclient<br />
</pre><br />
<br />
Második körben be kell szerezni a szükséges <big>'''openrc'''</big> file-t az api eléréséhez:<br />
* Be kell jelentkezni a C4E-be (IdP-n keresztül természetesen)<br />
* Ki kell választani az elérni kívánt projektet, ha több lenne (az rc file-ok projektfüggők!)<br />
* Az <big>''' Access & Security -> API Access '''</big> oldalon a <big>''' Download OpenStack RC File v3 '''</big> opciót választani<br />
* Az rc file-t a kezelő gépre juttatni (ha nem ott lenne)<br />
<br />
A harmadik lépés, hogy betöltjük az rc file-t, majd a jelszó beírása után elérhetővé válik a C4E API<br />
<br />
<pre><br />
debian@apitest:~$ source cloudadmin_v3.rc<br />
Please enter your OpenStack Password:<br />
<br />
debian@apitest:~$ openstack server list<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
| ID | Name | Status | Networks |<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
| 3ac59936-cdae-4822-9855-60fabeff135f | apitest | ACTIVE | Flat1=2001:738:0:519:f816:3eff:fedd:d5e8, 193.224.22.225 ||<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
debian@apitest:~$<br />
</pre><br />
<br />
== API használata ==<br />
<br />
Az API használatával kapcsolatban a mindenkori Openstack dokumentáció a mérvadó: https://developer.openstack.org/api-guide/quick-start/api-quick-start.html#<br />
<br />
Ugyanezen oldalról egy (hálózat/ssh kulcs nélküli!) instance elindításának kezdő lépései: https://developer.openstack.org/api-guide/quick-start/api-quick-start.html#launch-an-instance<br />
<br />
Az openstack parancs elérhető funkciói (ebből természetesen van, ami a felhasználó számára nem, illetve olyan is, ami nincs implementálva!):<br />
<br />
Részlet az <big>'''openstack --help'''</big> kiementéből:<br />
<br />
<pre><br />
Commands:<br />
access token create Create access token command<br />
aggregate add host Add host to aggregate<br />
aggregate create Create a new aggregate<br />
aggregate delete Delete an existing aggregate<br />
aggregate list List all aggregates<br />
aggregate remove host Remove host from aggregate<br />
aggregate set Set aggregate properties<br />
aggregate show Show a specific aggregate<br />
backup create Create backup command<br />
backup delete Delete backup command<br />
backup list List backup command<br />
backup restore Restore backup command<br />
backup show Show backup command<br />
complete print bash completion command<br />
compute agent create Create compute agent command<br />
compute agent delete Delete compute agent command<br />
compute agent list List compute agent command<br />
compute agent set Set compute agent command<br />
compute service list List service command<br />
compute service set Set service command<br />
console log show Show console-log command<br />
console url show Show console-url command<br />
consumer create Create consumer command<br />
consumer delete Delete consumer command<br />
consumer list List consumer command<br />
consumer set Set consumer command<br />
consumer show Show consumer command<br />
container list List containers<br />
container show Show container information<br />
credential create Create credential command<br />
credential delete Delete credential command<br />
credential list List credential command<br />
credential set Set credential command<br />
credential show Show credential command<br />
domain create Create domain command<br />
domain delete Delete domain command<br />
domain list List domain command<br />
domain set Set domain command<br />
domain show Show domain command<br />
endpoint create Create endpoint command<br />
endpoint delete Delete endpoint command<br />
endpoint list List endpoint command<br />
endpoint set Set endpoint command<br />
endpoint show Show endpoint command<br />
extension list List extension command<br />
flavor create Create flavor command<br />
flavor delete Delete flavor command<br />
flavor list List flavor command<br />
flavor show Show flavor command<br />
group add user Add user to group<br />
group contains user Checks that user is in a specific group<br />
group create Create group command<br />
group delete Delete group command<br />
group list List groups<br />
group remove user Remove user to group<br />
group set Set group command<br />
group show Show group command<br />
help print detailed help for another command<br />
host list List host command<br />
host show Show host command<br />
hypervisor list List hypervisor command<br />
hypervisor show Show hypervisor command<br />
identity provider create Create identity_provider command<br />
identity provider delete Delete identity provider<br />
identity provider list List identity providers<br />
identity provider set Set identity provider<br />
identity provider show Show identity provider<br />
image create Create/upload an image<br />
image delete Delete an image<br />
image list List available images<br />
image save Save an image locally<br />
image set Change image properties<br />
image show Show image details<br />
ip fixed add Add fixed-ip command<br />
ip fixed remove Remove fixed-ip command<br />
ip floating add Add floating-ip command<br />
ip floating create Create floating-ip command<br />
ip floating delete Delete floating-ip command<br />
ip floating list List floating-ip command<br />
ip floating pool list List floating-ip-pool command<br />
ip floating remove Remove floating-ip command<br />
keypair create Create keypair command<br />
keypair delete Delete keypair command<br />
keypair list List keypair command<br />
keypair show Show keypair command<br />
limits show Show compute and volume limits<br />
module list List module versions<br />
object list List objects<br />
object show Show object information<br />
policy create Create policy command<br />
policy delete Delete policy command<br />
policy list List policy command<br />
policy set Set policy command<br />
policy show Show policy command<br />
project create Create new project<br />
project delete Delete project<br />
project list List projects<br />
project set Set project properties<br />
project show Show project command<br />
project usage list List resource usage per project.<br />
quota set Set quotas for project or class<br />
quota show Show quotas for project or class<br />
request token authorize Authorize request token command<br />
request token create Create request token command<br />
role add Adds a role to a user or group on a domain or project<br />
role assignment list Lists role assignments according to the given filters<br />
role create Create new role<br />
role delete Delete existing role<br />
role list List roles<br />
role remove Remove role command<br />
role set Set role command<br />
role show Show single role<br />
security group create Create a new security group<br />
security group delete Delete a security group<br />
security group list List all security groups<br />
security group rule create Create a new security group rule<br />
security group rule delete Delete a security group rule<br />
security group rule list List all security group rules<br />
security group set Set security group properties<br />
security group show Show a specific security group<br />
server add security group Add security group to server<br />
server add volume Add volume to server<br />
server create Create a new server<br />
server delete Delete server command<br />
server image create Create a new disk image from a running server<br />
server list List servers<br />
server lock Lock server<br />
server migrate Migrate server to different host<br />
server pause Pause server<br />
server reboot Perform a hard or soft server reboot<br />
server rebuild Rebuild server<br />
server remove security group Remove security group from server<br />
server remove volume Remove volume from server<br />
server rescue Put server in rescue mode<br />
server resize Convert server to a new flavor<br />
server resume Resume server<br />
server set Set server properties<br />
server show Show server details<br />
server ssh Ssh to server<br />
server suspend Suspend server<br />
server unlock Unlock server<br />
server unpause Unpause server<br />
server unrescue Restore server from rescue mode<br />
server unset Unset server properties<br />
service create Create new service<br />
service delete Delete service<br />
service list List services<br />
service set Set service properties<br />
service show Show service details<br />
snapshot create Create snapshot command<br />
snapshot delete Delete snapshot command<br />
snapshot list List snapshot command<br />
snapshot set Set snapshot command<br />
snapshot show Show snapshot command<br />
token issue Issue token command<br />
user create Create new user<br />
user delete Delete user<br />
user list List users<br />
user set Set user properties<br />
user show Show user details<br />
volume create Create new volume<br />
volume delete Delete volume<br />
volume list List volumes<br />
volume set Set volume properties<br />
volume show Show specific volume<br />
volume type create Create new volume type<br />
volume type delete Delete volume type<br />
volume type list List volume types<br />
volume type set Set volume type property<br />
volume type unset Unset volume type property<br />
volume unset Unset volume properties<br />
</pre><br />
<br />
Az egyes parancsok részletes leírását így lehet elérni:<br />
<pre><br />
debian@apitest:~$ openstack help server list<br />
usage: openstack server list [-h] [-f {csv,table}] [-c COLUMN]<br />
[--max-width <integer>]<br />
[--quote {all,minimal,none,nonnumeric}]<br />
[--reservation-id <reservation-id>]<br />
[--ip <ip-address-regex>]<br />
[--ip6 <ip-address-regex>] [--name <name>]<br />
[--status <status>] [--flavor <flavor>]<br />
[--image <image>] [--host <hostname>]<br />
[--instance-name <server-name>] [--all-projects]<br />
[--long]<br />
<br />
List servers<br />
<br />
optional arguments:<br />
-h, --help show this help message and exit<br />
--reservation-id <reservation-id><br />
Only return instances that match the reservation<br />
--ip <ip-address-regex><br />
Regular expression to match IP addresses<br />
--ip6 <ip-address-regex><br />
Regular expression to match IPv6 addresses<br />
--name <name> Regular expression to match names<br />
--status <status> Search by server status<br />
--flavor <flavor> Search by flavor ID<br />
--image <image> Search by image ID<br />
--host <hostname> Search by hostname<br />
--instance-name <server-name><br />
Regular expression to match instance name (admin only)<br />
--all-projects Include all projects (admin only)<br />
--long List additional fields in output<br />
<br />
output formatters:<br />
output formatter options<br />
<br />
-f {csv,table}, --format {csv,table}<br />
the output format, defaults to table<br />
-c COLUMN, --column COLUMN<br />
specify the column(s) to include, can be repeated<br />
<br />
table formatter:<br />
--max-width <integer><br />
Maximum display width, 0 to disable<br />
<br />
CSV Formatter:<br />
--quote {all,minimal,none,nonnumeric}<br />
when to include quotes, defaults to nonnumeric<br />
<br />
debian@apitest:~$<br />
</pre><br />
<br />
Amennyiben valamilyen problémába merül fel, célszerű a parancsot -v (-vv -vvv) kapcsolóval futtatni, és egy esetleges hibabejelentésnél a kimenetet csatolni.<br />
<br />
=FAQ=<br />
<br />
===Nem sikerült az image létrehozása a webfelületen===<br />
Valószínűleg bejelölted a "Public" lehetőséget, amelyhez a felhasználóknak nincs jogosultságuk. Erre csak admin jogosultságú felhasználó képes.<br />
<br />
===Nem tudom, hogy mi az azonosító és jelszó a példányosított image-emhez.===<br />
Mert nem kötötted hozzá a publikus kulcsodat, amit előzőleg feltöltöttél az access & security key pairs fül alatt. Az SSH kulcsos azonosítással történik. A felhasználói nevek a [[C4E#Ig.C3.A9nyelhet.C5.91_virtu.C3.A1lis_er.C5.91forr.C3.A1s-csomagok_.28flavor.29|Flavors]] táblázatban vannak feltüntetve.<br />
<br />
=== Nem tudok belépni a gépre távolról ===<br />
Az alapértelmezett tűzfalszabályok nem engedélyezik a kívülről jövő kapcsolatokat. Konfigurációjuk leírása a [[#Security_group-ok|Security group-ok]] szakaszban található.<br />
<br />
===Nem tudok a létrehozott VM konzolján gépelni===<br />
Ahhoz, hogy gépelni tudjunk, vagy grafikus felülettel rendelkező oprációs rendszer esetén az egérrel dolgozni, a konzol melletti szürke területre kell kattintani és NEM a konzol ablakába.<br />
<br />
===Baj van a DNS-el, resolv.conf-al, stb.===<br />
A C4E networking stack-je több irányból konfigurálja egy-egy VM DNS beállításait.<br />
<br />
==== DHCP oldali beállítások ====<br />
Ahhoz, hogy a DHCP ne írja felül minduntalan a <code>resolv.conf</code> egyes sorait a következőt érdemes tenni:<br />
<br />
A <code>/etc/dhcp/dhclient.conf</code> állományt értelemszerűen bővíteni kell az alábbi(ak közül szükséges) sorokkal:<br />
<pre><br />
supersede domain-name "sajatdomain.hu";<br />
supersede domain-search "sajatdomain.hu";<br />
supersede domain-name-servers 8.8.8.8, 8.8.4.4;<br />
</pre><br />
<br />
==== Cloudinit oldali beállítások ====<br />
Minden C4E virtuális gépen megtalálható egy un. "Cloudinit" szkriptrendszer, ami az egyes beállításokat (hostnév, diszknövelés, ssh kulcs, stb.) hivatott beállítani.<br />
Ahhoz, hogy a Cloudinit ne állítsa át a hostnevet, és a hosts állományt, az alábbi konfiguráció szükséges a /etc/cloud/cloud.cfg állományban:<br />
<pre><br />
# This will cause the set+update hostname module to not operate (if true)<br />
preserve_hostname: true<br />
<br />
manage_etc_hosts: false<br />
</pre><br />
<br />
<br />
===IPv6 címre van szükségem, a felület szerint kapnom kéne, de mégsem===<br />
Ennek oka, hogy az adott Security Group nem "engedi be" az SLAAC-hoz szükséges hirdetési információkat. A tűzfal alábbiak szerinti bővítése, és egy virtuális gép reboot megoldja a problémát:<br />
<br />
[[Fájl:ipv6_secgroup.png|665px|ICMPv6 Enable]]</div>Kissg(AT)niif.huhttps://wiki.niif.hu/index.php?title=Cloud_for_Education&diff=4167Cloud for Education2017-08-14T11:48:53Z<p>Kissg(AT)niif.hu: /* DHCP oldali beállítások */ formázás</p>
<hr />
<div>== Hozzáférés ==<br />
<br />
A szolgáltatás elérési helye https://c4e.niif.hu.<br />
<br />
==Ismertető==<br />
22 perces ismertető, ami az NWS 2016-on hangzott el. http://videotorium.hu/hu/recordings/details/13396,Cloud4Education_-_Kezdo_lepesek<br />
<br />
===Igényelhető virtuális erőforrás-csomagok (flavor)===<br />
A virtuális gépek létrehozásakor több féle "hardvercsomagból" választhatunk, amelyek az alábbi képen tekinthetők meg.<br />
<br />
[[File:Flavors.PNG|665px|Flavors]]<br />
<br />
A táblázatban látható root lemezek mérete természetesen a virtuális gép létrehozásakor változtatható.<br />
<br />
===Felhasználói felület bemutatása===<br />
<br />
====Dashboard áttekintés====<br />
[[File:Dash_overview.png|665px|Dashboard]]<br />
<br />
Bejelentkezés után a felhasználóhoz tartozó kvóta kihasználtságai láthatjuk, ezen kvóták szabályozása admin felhasználóval tehető meg. A kihasználtságon felül lehetőség van arra, hogy a felhasználó lekérdezze egy adott periódus alatt használt vCPU, Disk és RAM mennyiségét, valamint ezek az információk letölthetők excel táblázat formájában is. A bal oldali menüstruktúra több részből tevődik össze, amelyből a két legfontosabb a „Compute” és a „Network” opció. A „Compute” menüpont alatt találhatók azok a funkciók, amelyek ahhoz szükségesek, hogy virtuális gépeket tudjunk igénybe venni és az ehhez tartozó adminisztratív teendőinket is itt tudjuk elvégezni. A „Network” menüpont alatt kezelhetjük a virtuális gépeinkhez szükséges hálózatokat. Itt hozhatunk létre virtuális routereket, hálózatokat, valamint itt állíthatunk be terheléselosztókat és definiálhatunk tűzfalszabályokat. A következőkben bemutatásra kerül, hogyan tud egy felhasználó néhány kattintás segítségével egy lemezképfájlt feltölteni, majd a képfájlból virtuális gépet létrehozni, valamint a rendelkezésre álló funkciókat igénybe venni.<br />
<br />
====Új image feltöltés====<br />
A virtuális gép létrehozásához szükség van lemezképfájlra, amelyet egy működő http url-ről könnyedén letölthetünk a „Compute” menüpont alatt található „Images” lehetőség használatával, vagy használhatjuk az előre feltöltött image-eket, amelyeket az admin jogosultságú felhasználók biztosítanak számunkra. Az „images” lehetőséget választva látható a rendelkezésre álló lemezképfájlok listája. A jobb felső sarokban a „Create Image” lehetőséget választva készíthetünk lemezképet. Az alábbi példa egy Ubuntu 14.04 verziójú lemezkép letöltését szemlélteti.<br />
<br />
[[File:Image_create.png|724px|Image készítés]]<br />
<br />
A fenti ábrán látható módon, néhány szükséges információt meg kell adni, ilyenek például: <br />
* Név <br />
* Lemezképfájl helye: A letölteni kívánt lemezképfájl internetes elérhetősége <br />
* Format: QCOW2 – QEMU Emulator<br />
<br />
=====Mindenki számára elérhető Image-ek* (Forrás: http://docs.openstack.org/image-guide/obtain-images.html)=====<br />
{| class="wikitable" border="1" <br />
|- <br />
| Operációs Rendszer <br />
| Bejelentkezési név <br />
| Minimum diszk méret <br />
|- <br />
| Ubuntu 14.04 Trusty Tahr<br />
| ubuntu <br />
| 5 GB <br />
|- <br />
| Ubuntu 16.04 Xenial<br />
| ubuntu <br />
| 5 GB <br />
|- <br />
| CentOS 6<br />
| centos <br />
| 8 GB <br />
|- <br />
| CentOS 7 <br />
| centos <br />
| 8 GB <br />
|- <br />
| Debian 8.3 <br />
| debian <br />
| 5 GB <br />
|- <br />
| CoreOS <br />
| core <br />
| 10GB <br />
|- <br />
| Fedora 23 <br />
| fedora <br />
| 5 GB <br />
|- <br />
| Windows 7 Pro SP1<br />
| setupuser/Qwer1234<br />
| 17 GB <br />
<br />
|- <br />
|}<br />
<br />
* Minden Linux alapú image-ből készített virtuális gépnél az alapértelmezett felhasználó jelszó nélkül sudo képes!<br />
<br />
===Kulcspár létrehozása/publikus kulcs feltöltése===<br />
A „Access & Security” fülre kattintva, hozzáadhatunk saját kulcspárokat, így a neutron szerverek által futtatott metadata szolgáltatás eljuttatja a publikus kulcsunkat a létrehozott virtuális gépre és a privát kulcsunkkal könnyedén tudunk autentikálni a létrehozott gépeken. Ehhez válasszuk a hozzáadás lehetőséget és adjuk meg a publikus kulcsunkat a következő ábrán látható módon.<br />
<br />
EGYES CLOUD LEMEZKÉPFÁJLOK KIZÁRÓLAG KULCS HASZNÁLATÁVAL VEHETŐK IGÉNYBE!<br />
<br />
[[File:Key_pair.png|726px|Publikus kulcs importálása]]<br />
<br />
===Hálózati típusok===<br />
Az általunk megépített rendszerben végül két fajta hálózat kapott helyet: <br />
* Az egyik típus, amit Flat néven kereszteltünk el. Ennek lényege, hogy a létrehozott virtuális gépek egy előre meghatározott publikus IP tartományból DHCP segítségével felvesznek egy címet, majd a csomagok haladásának iránya közvetlenül a compute gépek felé történik, ezzel nem terhelve a network gépeket. <br />
* A másik hálózati típus, amely az Smart nevet kapta. Ez a hálózati típus nagyban különbözik az előző megoldástól, mivel ennél a típusnál a felhasználóknak lehetőségük van egy, vagy akár több privát hálózat, valamint egy vagy több ezekhez tartozó virtuális router létrehozására. A virtuális router-hez lehetőség van hozzárendelni IP címeket a privát, valamint egy publikus hálózatból is és ennek következtében a virtuális gépek forgalmában egy úgynevezett hálózati címfordítás történik. Ennek előnye az előző megoldással szemben, hogy kevésbé IP cím pazarló a publikus címek tekintetében, valamint a neutron funkciójának köszönhetően képes több network gép között tartalékolt lenni.<br />
<br />
Az Flat típusú hálózat felvételére kizárólag admin jogosultságú felhasználónak van lehetősége két féle módon. Az egyik lehetőség, hogy a létrehozott Flat hálózat shared típusú, vagyis megosztott hálózat, ami azt jelenti, hogy a hálózat minden tenant számára látható. A másik lehetőség, hogy a létrehozott hálózatot nem osztjuk meg másik tenanttal, azonban hozzárendeljük egy bizonyos tenant-hoz, ezzel garantálva, hogy egy IP cím tartományt csak egy tenant használ kizárólag. <br />
<br />
Az Smart hálózat és egy hozzá tartozó virtuális router felvételét az alábbiakban mutatjuk be.<br />
<br />
====External (L3) hálózat létrehozása====<br />
A „Project” menüpont alatt található „Network” lehetőséget választva láthatók a hálózattal kapcsolatos lehetőségeink. A hálózat létrehozásához első lépésként a „Networks” lehetőséget kell választanunk, ahol láthatók a már korábban létrehozott hálózatok, valamint itt érhetők el a Flat típusú hálózatok is, amennyiben egy admin jogosultságú felhasználó megosztott, vagy a tenant-hoz rendelt egy ilyen típusú hálózatot.<br />
<br />
Új hálózat létrehozásához a bal felső sarokban válasszuk a „Create Network” lehetőséget, majd a következő képeken látható módon töltsük ki a szükséges mezőket.<br />
<br />
[[File:Create_net1.png|727px|hálózat létrehozása]]<br />
<br />
[[File:Create_net2.png|723px|hálózat létrehozása]]<br />
<br />
A fentebb látható menüben az átjáró IP címét nem kötelező megadni, ilyenkor automatikusan a megadott tartomány első IP címét fogja átjárónak beállítani. Ebben az esetben 192.168.66.1 címet.<br />
<br />
[[File:Create_net3.png|723px|hálózat létrehozása]]<br />
<br />
Ha minden szükséges és kötelező mezőt kitöltöttünk, akkor a „create” gombra kattintva a rendszer létrehozza a hálózatot a kívánt paramétereinkkel, amelyet a Networks menüpont alatt megtekinthetünk.<br />
<br />
====Router létrehozása és Interfészek hozzáadása====<br />
<br />
A hálózat sikeres elkészítése után szükség van egy virtuális router létrehozására, amelyen keresztül fog a hálózati címfordítás történni. A router létrehozása a következő képeken látható<br />
<br />
[[File:Create_router1.png|727px|Router létrehozás]]<br />
<br />
<br />
<br />
A Virtuális router létrehozásánál az „External Network”, azaz a külső hálózatok listájánál a rendelkezésre álló Smart hálózatok közül van lehetőség választani. Miután ez megtörtént, a router-hez szükség van egy másik interfész hozzáadására is, az előzőleg létrehozott belső hálózatból. Ennek hozzáadásához a „Routers” menüpontot választva, a forgalomirányítók listájából válasszuk ki az előbbiekben létrehozott „Internal_Router”-t, majd az „Interfaces” fülön az „Add Interface” lehetőséget választva, adjunk hozzá egy interfészt a következő ábrán látható módon.<br />
<br />
[[File:Create_router2.png|723px|Router létrehozás]]<br />
<br />
====Security group-ok====<br />
<br />
A virtuális gépek eléréséhez szükség van tűzfalszabályok definiálására, amelyre a „Security Groups” fülön van lehetőség. Alapértelmezetten egy „Default” security group jön létre, amelyben a következő forgalmak vannak alapértelmezetten engedélyezve:<br />
* Bejövő forgalom esetén: Kizárólag az azonos Security Group-ban elhelyezett virtuális gépekről érkező forgalmak<br />
* Kimenő forgalom esetén: Minden forgalom engedélyezve van<br />
<br />
A lenti példa szemlélteti, hogy hogyan engedélyezhetjük az SSH és ICMP forgalmakat minden külső hálózatból:<br />
<br />
[[File:Sec_gr1.png|723px|Szabály létrehozása]]<br />
<br />
[[File:Sec_gr2.png|723px|Szabály létrehozása]]<br />
<br />
[[File:Sec_gr3.png|723px|Szabály létrehozása]]<br />
<br />
<br />
Természetesen nem kötelező a Default security group-ot módosítani, létrehozható másik szabályrendszer is, és hozzárendelhető akár több csoport is egy virtuális géphez. A szabályok hozzáadásával lehetőség van a gép távoli elérésére a megadott protokollon keresztül.<br />
<br />
====LBaaS====<br />
Az LBaaS funkció jelenleg nem elérhető.<br />
<br />
====FWaaS====<br />
<br />
Egy másik hálózati lehetőség a tűzfal alkalmazása. Alapértelmezetten a már bemutatott Security Group felel a virtuális gépek elérhetőségének szabályozásáról, azonban lehetőségünk van egy sokkal részletesebben szabályozható technika alkalmazására is. A tűzfal működéséhez fontos, hogy a Default Security Group-ban engedélyezni kell a ki és bemenő forgalmat bárhonnan, mivel a korlátozásokat és a konkrét szabályokat a tűzfal modulban vehetjük fel.<br />
<br />
A tűzfal létrehozásához és konfigurálásához válasszuk a „Network” menüpont alatt található „Firewalls” lehetőséget. Mint ahogy az a menüstruktúrában is látszik, a tűzfal három részből tevődik össze:<br />
* Firewall Rules<br />
* Firewall Policies<br />
* Firewalls<br />
<br />
Első lépésként létre kell hoznunk a szabályokat, majd a szabályokat egy csoportba kell foglalni, végül létre kell hozni egy tűzfalat, majd hozzárendelni a szabálycsoporthoz és a virtuális router-hez. Szabályok létrehozásához válasszuk a „Firewall Rules” lehetőséget, majd az alábbi ábrán látható módon hozzunk létre egy minden befelé jövő forgalmat tiltó szabályt egy előre létrehozott virtuális gépre nézve, amely példánkban a 192.168.66.14 címet kapta.<br />
<br />
[[File:Fwaas1.png|726px|Szabály létrehozása]]<br />
<br />
<br />
A szabály létrehozása után szükség van egy csoportrendszerre, amely a szabályokat fogja tartalmazni. Ehhez válasszuk a „Firewall Policies” lehetőséget, majd az alábbi ábrákon látható módon hozzuk létre a csoportot és adjuk hozzá az előbb létrehozott mindent tiltó szabályt.<br />
[[File:Fwaas2.png|724px|Szabályrendszer létrehozása]]<br />
<br />
[[File:Fwaas3.png|723px|Szabály hozzárendelés]]<br />
<br />
<br />
A szabályok érvényre juttatásához szükség van egy tűzfal létrehozására, amelyhez hozzárendeljük a szabályrendszerünket és a virtuális átjárónkat. Ezt az alábbi módon hozzuk létre.<br />
[[File:Fwaas4.png|728px|Tűzfal létrehozása]]<br />
<br />
[[File:Fwaas5.png|728px|Router hozzárendelés tűzfalhoz]]<br />
<br />
<br />
Ezzel elértük, hogy minden bejövő forgalmat eldobjon a tűzfalunk. Ha engedélyezni szeretnénk egy befelé irányuló kapcsolatot, példánkban az SSH protokollt, akkor első lépésben a már megismert módon hozzunk létre egy szabályt, de ezúttal engedélyezőt.<br />
[[File:Fwaas6.png|724px|További szabály létrehozása]]<br />
<br />
<br />
A szabály létrehozása után hozzá kell adni a létező szabályrendszerhez. A szabályok értelmezése lineáris, tehát minél később található meg a listában egy adott szabály, a csomag annál később jut el odáig. Abban az esetben, ha a lista bármely szabálya illeszkedik az adott csomagra, az adott szabály függvényében a csomag eldobásra, vagy átengedésre kerül. Ennek értelmében a következő ábrán látható módon szúrjuk be a szabályrendszerbe a létrehozott szabályt.<br />
[[File:Fwaas7.png|726px|Szabály beszúrása]]<br />
<br />
=Virtuális gép indítása=<br />
Az előfeltételek teljesítése után elkészíthető a kívánt virtuális gép. Ehhez válasszuk a bal oldali menüből a „Compute”, azon belül pedig az „Instances” lehetőséget, majd a bal felső sarokban válasszuk a „Launch Instance” gombot és az alábbi képeken látható módon készítsük el a gépet.<br />
<br />
[[File:Launch1.png|726px|VM indítása]]<br />
<br />
==Kulcspár és security group társítása==<br />
A következő ábrán látható módon a VM létrehozásakor kiválaszthatjuk az előzőleg feltöltött publikus kulcsunkat, vagy feltölthetünk egy teljesen újat is a létrehozás közben, valamint megadhatjuk, hogy melyik Security Group vonatkozzon a virtuális gépünkre.<br />
<br />
[[File:launch2.png|726px|SecurityGroup kiválasztása]]<br />
<br />
==Hálózat kiválasztása==<br />
<br />
Következő lépésként meg kell adni a használni kívánt hálózatot. Ez legyen a példában létrehozott „Internal” hálózat.<br />
<br />
[[File:launch3.png|726px|Hálózat kiválasztása]]<br />
<br />
<br />
A „Launch” lehetőséget választva elkezdhetjük a virtuális gép létrehozását. A folyamat elkészültekor az „Instances” fül alatt láthatjuk az eddig létrehozott virtuális gépeinket és azok állapotát.<br />
<br />
<br />
[[File:launch4.png|726px|Létrehozott VM lista]]<br />
<br />
A folyamat elvégzése után elkészült az első virtuális gép, amelynek elérése több féle módon történhet.<br />
* A virtuális géphez hozzárendelünk egy publikus IP címet, majd a virtuális router segítségével 1:1 NAT alkalmazásával távolról is bejelentkezhetünk rá, Linux disztribúció esetén például SSH, Windows esetén RDP szolgáltatás segítségével.<br />
<br />
* A weboldalba ágyazott VNC konzol segítségével vezérelhetjük gépünket, azonban egyes előre gyártott lemezképfájlból készített virtuális gépek nem támogatják csak a kulcsos autentikációt, így sajnos ezeknél a gépeknél ez a módszer nem elérhető.<br />
<br />
===Floating IP hozzárendelése===<br />
Az előzőekben létrehozott Ubuntu operációs rendszerrel ellátott virtuális gépünk a második lehetőséget nem támogatja, így szükségünk van a gép eléréséhez egy publikus IP címre, amelynek allokálása és géphez rendelése a következőképpen történik.<br />
<br />
Első lépésben válasszuk a „Compute” alatt található „Access & Security” lehetőséget, majd azon belül a „Floating IPs” menüpontot és kattintsunk a jobb felső sarokban lévő „Allocate IP To Project” gombra. A megjelenő ablakban ki kell választani a kívánt Smart hálózatot, amelyből a publikus IP címet szeretnénk használni (Ez nyilván az a hálózat, amelyiket a router átjárójának is választottunk), majd az „Allocate IP” lehetőséget kell választani.<br />
<br />
[[File:Allocate1.png|726px|Floating IP igénylése]]<br />
<br />
<br />
A következő ábrán látható a Projekthez allokált IP címek listája, amelyek következő lépésként hozzárendelhetők 1-1 virtuális géphez. Ehhez válasszuk az ábrán látható IP cím mellett található „Associate” lehetőséget, majd válasszuk ki a listából azt a virtuális gépet, amelyiken az IP címet használni szeretnénk.<br />
<br />
[[File:Allocate2.png|726px|Rendelkezésre álló IP címek listája]]<br />
<br />
[[File:Allocate3.png|726px|Floating IP géphez rendelése]]<br />
<br />
A sikeres hozzárendelés után a gépünk már rendelkezik publikus IP címmel, amelyen keresztül külső hálózatokból is elérhetjük a gépet, amennyiben ezt a Security Group-ban, vagy a Firewall alatt engedélyezzük.<br />
<br />
=Virtuális gépek kezelése=<br />
<br />
==Snapshot létrehozása/indítás snapshotból==<br />
<br />
További lehetőség a létrehozott virtuális géppel kapcsolatban, hogy bármikor készíthetünk róla egy úgynevezett pillanatképet, amelyből később létrehozhatunk egy másik virtuális gépet, folytatva ott a munkát, ahol a pillanatkép készült, a régi gépet pedig leállíthatjuk, vagy törölhetjük. Ehhez a már ismert „Compute” menüpont alatt válasszuk a „Volume” lehetőséget. A kilistázott Volume-ok között válasszuk ki a megfelelőt, majd az „Actions” szekcióban található legördülő menüből válasszuk a „Create Snapshot” lehetőséget. Az ábrán látható módon adjunk neki egy nevet, majd készítsük el a pillanatképet.<br />
<br />
[[File:Create_snapshot1.png|723px|Snapshot létrehozás]]<br />
<br />
<br />
Az elkészült pillanatképből készítsünk egy újabb virtuális gépet, a már ismert módon, azzal a különbséggel, hogy a gépet ezúttal ne image-ből, hanem snapshot-ból indítsuk.<br />
<br />
[[File:Create_snapshot2.png|724px|Snapshot létrehozás]]<br />
<br />
=="Extrém" diszkigény kielégítése==<br />
<br />
Előfordul, hogy valamilyen projekthez nagyobb (TB-os nagyságrendű) területre van szükség, mint amit a kvóta megenged. Habár a kvóta növelésével könnyen orvosolhatnánk egyes felhasználók helyigényét, ezt sajnos <big>nem áll módunkban</big> megtenni, ugyanis azzal felborulna a kiosztott erőforrások közötti egyensúly (nem lenne terület, ahonnan bootoljanak az új gépek, a CPU/RAM pedig kihasználatlan maradna) valamint bizonyos szolgáltatások (jellemzően az adatbázis-szerverek) számára nem előnyös a CEPH alapú háttértár.<br />
<br />
A fenti probléma megoldására lehetőséget teremtettünk a Storage szolgáltatásunkban résztvevő egyik Eternus tárolóeszköz integrálására a C4E alá. Ez azt jelenti, hogy a C4E rendszerében konfigurálásra került egy "iSCSI1" és "iSCSI2" nevű hálózat, melynek használatával közvetlen Layer2 kapcsolattal éri el az Eternus egységet a felhasználó virtuális számítógépe, szemben a többi tárolónkkal, amihez a publikus hálózaton keresztül (route-olva) lehet hozzáférni.<br />
<br />
'''<big>FONTOS!''' Az "iSCSI1" és "iSCSI2" hálózat '''NEM nyújt publikus elérést''', azon keresztül '''csak az iSCSI targetek''' elérése lehetséges!</big><br />
<br />
<br />
'''<big>FONTOS! A fenti tároló nem önkiszolgáló! ''' A használathoz előbb '''[https://webform.niif.hu/content/storage-igenyles ''területigénylést kell benyújtani'']''', ahol be kell jelölni a ''' "A terület(ek)re a C4E szolgáltatás keretében használt virtuális gépe(i)mről kívánok csatlakozni!"''' opciót a második oldalon, majd a '''pozitív elbírálás után''' a megadott paraméterekkel lehet csatlakozni a tárolóhoz!</big><br />
<br />
<br />
<br />
=== Csatlakozás Linux alapú operációs rendszer alól ===<br />
<br />
<br />
==== Óvintézkedés! ====<br />
<br />
Sajnos az iSCSI jelenléte boot időben előfordul, hogy a virtuális gépet megállítja a boot során. Ez alapból nem lenne probléma, viszont a sablon image-ek alapértelmezetten egy read only konzolra küldik az emergency shell kimenetét, amin nem lehet módosításokat végezni. <br />
<br />
<big>'''FONTOS!''' Az esetleges konfigurációs hibákból adódó hibás virtuális gépek javításában '''NEM tudunk''' segíteni, az esetleges adatvesztésért felelősséget nem vállalunk!</big><br />
<br />
A fentiekből kifolyólag célszerű átállítani az extlinux rendszerbetöltőt az iSCSI-t használó gépeken az alábbiak szerint:<br />
<br />
* Az eredeti állomány:<br />
<pre><br />
debian@iscsiteszt-5:~$ cat /extlinux.conf<br />
default linux<br />
timeout 1<br />
label linux<br />
kernel boot/vmlinuz-3.16.0-4-amd64<br />
append initrd=boot/initrd.img-3.16.0-4-amd64 root=/dev/vda1 console=tty0 console=ttyS0,115200 ro quiet<br />
</pre><br />
<br />
* Átírás után (az utolsó sor végén '''helyet cserél''' a két console paraméter, és a '''tty0-ból tty1 lesz'''):<br />
<br />
<pre><br />
debian@iscsiteszt-5:~$ cat /extlinux.conf<br />
default linux<br />
timeout 1<br />
label linux<br />
kernel boot/vmlinuz-3.16.0-4-amd64<br />
append initrd=boot/initrd.img-3.16.0-4-amd64 root=/dev/vda1 console=ttyS0,115200 console=tty1 ro quiet<br />
</pre><br />
<br />
Ezen módosítás azonban több ismert hátránnyal jár:<br />
<br />
* Nem lesz elérhető a boot során keletkező read-only konzolkimenet (bootidőben persze látszik a VNC konzolon)<br />
* Firefox és Chrome újabb verziói alatt problémák lehetnek a VNC konzol elérésével/válaszidejével (ez sajnos egy fejlesztők által ismert, de még nem javított hiba)<br />
<br />
==== Előkészületek ====<br />
* Konfigurálni kell az interfészeket<br />
Ez az Debian base image-nél alapból konfigurálva van az alábbi módon:<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/network/interfaces <br />
# This file describes the network interfaces available on your system <br />
# and how to activate them. For more information, see interfaces(5). <br />
# The loopback network interface auto lo iface lo inet loopback <br />
<br />
# The normal eth0 <br />
auto eth0 <br />
iface eth0 inet dhcp <br />
<br />
# Maybe the VM has 2 NICs? <br />
allow-hotplug eth1 <br />
iface eth1 inet dhcp <br />
<br />
# Maybe the VM has 3 NICs? <br />
allow-hotplug eth2 <br />
iface eth2 inet dhcp<br />
</pre><br />
<br />
Ennek hatására az eth1 és eth2 interfész címei:<br />
<pre><br />
root@iscsiteszt:/home/debian# ip a<br />
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default<br />
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00<br />
inet 127.0.0.1/8 scope host lo<br />
valid_lft forever preferred_lft forever<br />
inet6 ::1/128 scope host<br />
valid_lft forever preferred_lft forever<br />
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:f0:84:6d brd ff:ff:ff:ff:ff:ff<br />
inet 193.224.22.182/24 brd 193.224.22.255 scope global eth0<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fef0:846d/64 scope link<br />
valid_lft forever preferred_lft forever<br />
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:17:05:1e brd ff:ff:ff:ff:ff:ff<br />
inet 192.168.168.53/23 brd 192.168.169.255 scope global eth1<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fe17:51e/64 scope link<br />
valid_lft forever preferred_lft forever<br />
4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:f1:ba:0a brd ff:ff:ff:ff:ff:ff<br />
inet 192.168.170.51/23 brd 192.168.171.255 scope global eth2<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fef1:ba0a/64 scope link<br />
valid_lft forever preferred_lft forever<br />
</pre><br />
<br />
'''<big>FONTOS!''' Ezen interfészek akár statikus címhasználatra is konfigurálhatók, de a C4E biztonsági megoldásai miatt kizárólag '''a C4E felületén megjelenő IP címek''' esetén lesz képes csomagot forgalmazni a virtuális gép a tároló felé! </big><br />
<br />
* Csomagtelepítés (Debian alapú rendszeren)<br />
<pre>apt-get install open-iscsi multipath-tools</pre><br />
<br />
* Multipath konfigurálása (Debian alatt létre kell hozni a fájlt)<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/multipath.conf<br />
devices {<br />
device {<br />
vendor "FUJITSU"<br />
product "ETERNUS_DXL"<br />
prio alua<br />
path_grouping_policy group_by_prio<br />
no_path_retry queue<br />
failback immediate<br />
}<br />
}<br />
</pre><br />
<br />
* Multipath daemon újraindítása<br />
<pre>root@iscsiteszt:/home/debian# service multipath-tools restart</pre><br />
<br />
* iSCSI Initiator name konfigurálása (ezt meg kellett adni az igényléskor... természetesen most lehet módosítani az állományt, később viszont fontos az ott olvasható figyelmeztetés)<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/iscsi/initiatorname.iscsi<br />
## DO NOT EDIT OR REMOVE THIS FILE!<br />
## If you remove this file, the iSCSI daemon will not start.<br />
## If you change the InitiatorName, existing access control lists<br />
## may reject this initiator. The InitiatorName must be unique<br />
## for each iSCSI initiator. Do NOT duplicate iSCSI InitiatorNames.<br />
InitiatorName=iqn.2017-03.hu.niif.test:c4e<br />
</pre><br />
<br />
* iSCSI daemon újraindítása<br />
<pre>root@iscsiteszt:/home/debian# service open-iscsi restart</pre><br />
<br />
<br />
==== Targetek konfigurálása ====<br />
<br />
===== The easy way =====<br />
Egy letölthető bash szkript, ami megcsinál mindent: '''[[:File:Iscsi-site-admin-c4e.sh|iscsi-site-admin-c4e.sh]]'''<br />
<br />
===== The hard way =====<br />
<br />
A következő lépés az iSCSI targetekhez történő csatlakozás. (A leírásban az username és password paraméterek a felhasználót (initiatort, azaz a virtuális gépet) azonosító egyedi paraméterek, míg az username_in és password_in a Mutual CHAP (bidirectional) azonosításhoz használható (target-et, azaz magát az Eternus tárolót azonosító) paraméterek. (Az username_in, azaz a <target CHAP felhasználó> tipikusan "eternus"...)<br />
<br />
Az alábbi parancsköteg jelszavait kell megfelelően lecserélni, majd a konzolra bemásolva csatlakozni a tárolóhoz:<br />
<br />
<big>--- Target 001 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o new<br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 011 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o new<br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 101 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o new<br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 111 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o new<br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
Az egyes csoportok beillesztése után (konkrétan a csoportok utolsó előtti parancsa miatt) minden targetre be kell jelentkezzen, és az alábbihoz hasonló üzeneteknek kell megjelenni:<br />
<pre><br />
root@iscsiteszt-5:/home/debian# iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -l<br />
Logging in to [iface: default, target: iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1, portal: 192.168.170.2,3260] (multiple)<br />
Login to [iface: default, target: iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1, portal: 192.168.170.2,3260] successful.<br />
</pre><br />
<br />
Miután mind a négy targetre sikerült a bejelentkezés, már csak a multipath ellenőrzése van hátra, ahol a lentihez hasonló kimenetnek kell megjelenjen:<br />
<pre><br />
root@iscsiteszt-5:/home/debian# multipath -ll<br />
3600000e00d280000002825d2001a0000 dm-0 FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=rw<br />
|-+- policy='service-time 0' prio=50 status=active<br />
| |- 3:0:0:0 sdd 8:48 active ready running<br />
| `- 5:0:0:0 sdb 8:16 active ready running<br />
`-+- policy='service-time 0' prio=10 status=enabled<br />
|- 2:0:0:0 sda 8:0 active ready running<br />
`- 4:0:0:0 sdc 8:32 active ready running<br />
</pre><br />
<br />
Itt jól látszik, hogy mind a négy útvonal ép, és az első kettő az aktív, a másik kettő pedig bármikor rendelkezésre áll. Amennyiben a path-ok nem jelennének meg, az alábbi parancs segítségével újratölthető a devmap:<br />
multipath -r<br />
<br />
==== Szépészeti beavatkozások ====<br />
<br />
Az iSCSI un. WWID-ket használ (ami a multipath -ll kiementében jól látszik) az egyes területek azonosítására, ami sajnos olvashatatlan, és körülményes tud lenni. Az egyszerűbb megnevezések érdekében lehetőség van a korábban szerkesztett multipath.conf állomány bővítésére az alábbi módon (a teljes állomány látható, a fent található Eternus releváns konfigurációval együtt):<br />
<br />
<pre><br />
root@iscsiteszt-5:/home/debian# cat /etc/multipath.conf<br />
devices {<br />
device {<br />
vendor "FUJITSU"<br />
product "ETERNUS_DXL"<br />
prio alua<br />
path_grouping_policy group_by_prio<br />
no_path_retry queue<br />
failback immediate<br />
}<br />
}<br />
multipaths {<br />
multipath {<br />
wwid 3600000e00d280000002825d2001a0000<br />
alias terulet1<br />
}<br />
multipath {<br />
wwid 3600000e00d280000002825d2001b0000<br />
alias terulet2<br />
}<br />
}<br />
<br />
</pre><br />
<br />
Ha kész az átnevezés (és persze nincsenek a területek csatolva sehol) újra kell olvastatni a devmapot (esetleg újra kell indítani a szervert):<br />
multipath -r<br />
<br />
<pre><br />
root@iscsiteszt-5:/home/debian# multipath -r<br />
Mar 23 11:13:37 | 3600000e00d280000002825d2001a0000: rename 3600000e00d280000002825d2001a0000 to terulet1 <br />
rename: terulet1 (3600000e00d280000002825d2001a0000) undef FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=undef<br />
|-+- policy='service-time 0' prio=50 status=undef<br />
| |- 3:0:0:0 sdd 8:48 active ready running<br />
| `- 5:0:0:0 sdb 8:16 active ready running<br />
`-+- policy='service-time 0' prio=10 status=undef<br />
|- 4:0:0:0 sdc 8:32 active ready running<br />
`- 6:0:0:0 sda 8:0 active ready running<br />
Mar 23 11:13:37 | 3600000e00d280000002825d2001b0000: rename 3600000e00d280000002825d2001b0000 to terulet2<br />
rename: terulet2 (3600000e00d280000002825d2001b0000) undef FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=undef<br />
|-+- policy='service-time 0' prio=50 status=undef<br />
| |- 4:0:0:1 sdg 8:96 active ready running<br />
| `- 6:0:0:1 sdf 8:80 active ready running<br />
`-+- policy='service-time 0' prio=10 status=undef<br />
|- 3:0:0:1 sdh 8:112 active ready running<br />
`- 5:0:0:1 sde 8:64 active ready running<br />
</pre><br />
<br />
=== Csatlakozás Windows alapú operációs rendszer alól (hamarosan) ===<br />
<br />
==== Előkészületek ====<br />
<br />
A gépet természetesen hozzá kell adni a megfelelő "Eternus7 - iSCSI1" és "Eternus7 - iSCSI2" hálózatokhoz.<br />
<br />
Sajnos a Windows Multipath rendszere nem képes korrektül kezelni az Eternus tárolókat, ezért első lépésként fel kell telepíteni a Fujitsu Eternus MultiPath Drivert (EMPD)<br />
A cikk írásakor ez a V2.0L23-as (2016/12/21) verziója, amit az alábbi módon lehet letölteni:<br />
<br />
# http://www.fujitsu.com/fts/support/<br />
# táblázatban katt: Storage<br />
# "Ask Fujitsu! We are here to help" ablakban a "Please select the product group"-nál "ETERNUS DX" kiválasztása<br />
# "Please select the product family"-nél "ETERNUS DX200 S3" kiválasztása<br />
# A megjelenő oldalon a megfelelő Windows verzió kiválasztása<br />
# Driver fül alatt "Device Driver"-t nyissuk ki egy kattintással<br />
# legfrissebb elérhető driver ("EMPD - Multipath Driver for Windows ...") letöltése "Direct download"-ra kattintással<br />
#*("I have read and agree to the terms and conditions." checkbox bepipálásával elfogadva a felhasználási feltételeket)<br />
# Az állomány egy exe, ami kicsomagol egy mappát, amiben lesz egy iso állomány.<br />
# Az iso-t csatolva az English/setup.exe lesz az, amit fel kell telepíteni a többutas tároló megfelelő működéséhez.<br />
<br />
==== Initiator konfigurálása ====<br />
<br />
# A "Felügyeleti eszközök" közül az "iSCSI-kezdeményező" / "iSCSI-Initiator" -t kell választani<br />
# Igennel kell válaszolni, hogy automatikusan elinduljon az iSCSI a továbbiakban<br />
# A megnyitott ablakban a "Konfiguráció" fül alatt a "Kezdeményező neve:" részhez be kell állítani az IQN-t, amit a storage igénylésekor megadtunk (ehhez az alatta lévő módosítás gombra kell kattintani)<br />
<br />
= C4E (Openstack) Publikus API =<br />
<br />
<big> '''FONTOS!''' </big> Az API külvilági elérését csomagszűrő tűzfal védi, és kizárólag az általunk ismert magyarországi IP(v4/v6) címekről érhető el.<br />
Akkor, ha timeout hiba merülne fel, a cloud@niif.hu címen kell jelezni az elérés igényét, és a kérdéses IP címet.<br />
Amennyiben az IP valóban hazai cím, és még nem szerepel a tűzfalban, rövid távon permanensen az egész alhálózat számára elérhetővé tesszük az API-t.<br />
<br />
<big> '''FONTOS!''' </big> Minden itt leírt dokumentáció a C4E openstack jelenlegi (Mitaka) verziójához készült!<br />
<br />
<br />
== Kezdő lépések: jelszó szerzése ==<br />
<br />
Kialakításra került a C4E publikus API elérése. Ahhoz, hogy a felhasználók ezt igénybe tudják venni, az alábbiak szükségesek:<br />
<br />
* Első lépésben küldeni kell egy levelet az alábbiakkal a '''cloud@niif.hu''' címre:<br />
** C4E projekt(ek) neve<br />
** C4E usernév (ez szinte biztosan az eppn)<br />
** Privát kezelésben lévő belföldi mobiltelefon száma, ahova SMS formájában küldjük el az eléréshez szükséges jelszót<br />
<br />
A levélnek arról az e-mail címről kell származnia, ami az adott intézmény IdP-je adott át a C4E-nek az eppn mellett!<br />
<br />
== Kezdő lépések: környezet kialakítása (Debian/Ubuntu) ==<br />
<br />
Első körben hozzá kell adni a repositoryt az apt konfigurációjához, frissíteni a csomaglistát, majd telepíteni a szükséges csomagokat:<br />
<br />
Debian:<br />
<pre><br />
echo "deb http://http.debian.net/debian jessie-backports main" >>/etc/apt/sources.list.d/openstack.list<br />
apt-get update<br />
apt-get install python-openstackclient<br />
</pre><br />
<br />
Ubuntu (A 16.04-es verziótól Mitaka verziót tölt le az eredeti konfigurációval):<br />
<pre><br />
apt-get update<br />
apt-get install python-openstackclient<br />
</pre><br />
<br />
Második körben be kell szerezni a szükséges <big>'''openrc'''</big> file-t az api eléréséhez:<br />
* Be kell jelentkezni a C4E-be (IdP-n keresztül természetesen)<br />
* Ki kell választani az elérni kívánt projektet, ha több lenne (az rc file-ok projektfüggők!)<br />
* Az <big>''' Access & Security -> API Access '''</big> oldalon a <big>''' Download OpenStack RC File v3 '''</big> opciót választani<br />
* Az rc file-t a kezelő gépre juttatni (ha nem ott lenne)<br />
<br />
A harmadik lépés, hogy betöltjük az rc file-t, majd a jelszó beírása után elérhetővé válik a C4E API<br />
<br />
<pre><br />
debian@apitest:~$ source cloudadmin_v3.rc<br />
Please enter your OpenStack Password:<br />
<br />
debian@apitest:~$ openstack server list<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
| ID | Name | Status | Networks |<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
| 3ac59936-cdae-4822-9855-60fabeff135f | apitest | ACTIVE | Flat1=2001:738:0:519:f816:3eff:fedd:d5e8, 193.224.22.225 ||<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
debian@apitest:~$<br />
</pre><br />
<br />
== API használata ==<br />
<br />
Az API használatával kapcsolatban a mindenkori Openstack dokumentáció a mérvadó: https://developer.openstack.org/api-guide/quick-start/api-quick-start.html#<br />
<br />
Ugyanezen oldalról egy (hálózat/ssh kulcs nélküli!) instance elindításának kezdő lépései: https://developer.openstack.org/api-guide/quick-start/api-quick-start.html#launch-an-instance<br />
<br />
Az openstack parancs elérhető funkciói (ebből természetesen van, ami a felhasználó számára nem, illetve olyan is, ami nincs implementálva!):<br />
<br />
Részlet az <big>'''openstack --help'''</big> kiementéből:<br />
<br />
<pre><br />
Commands:<br />
access token create Create access token command<br />
aggregate add host Add host to aggregate<br />
aggregate create Create a new aggregate<br />
aggregate delete Delete an existing aggregate<br />
aggregate list List all aggregates<br />
aggregate remove host Remove host from aggregate<br />
aggregate set Set aggregate properties<br />
aggregate show Show a specific aggregate<br />
backup create Create backup command<br />
backup delete Delete backup command<br />
backup list List backup command<br />
backup restore Restore backup command<br />
backup show Show backup command<br />
complete print bash completion command<br />
compute agent create Create compute agent command<br />
compute agent delete Delete compute agent command<br />
compute agent list List compute agent command<br />
compute agent set Set compute agent command<br />
compute service list List service command<br />
compute service set Set service command<br />
console log show Show console-log command<br />
console url show Show console-url command<br />
consumer create Create consumer command<br />
consumer delete Delete consumer command<br />
consumer list List consumer command<br />
consumer set Set consumer command<br />
consumer show Show consumer command<br />
container list List containers<br />
container show Show container information<br />
credential create Create credential command<br />
credential delete Delete credential command<br />
credential list List credential command<br />
credential set Set credential command<br />
credential show Show credential command<br />
domain create Create domain command<br />
domain delete Delete domain command<br />
domain list List domain command<br />
domain set Set domain command<br />
domain show Show domain command<br />
endpoint create Create endpoint command<br />
endpoint delete Delete endpoint command<br />
endpoint list List endpoint command<br />
endpoint set Set endpoint command<br />
endpoint show Show endpoint command<br />
extension list List extension command<br />
flavor create Create flavor command<br />
flavor delete Delete flavor command<br />
flavor list List flavor command<br />
flavor show Show flavor command<br />
group add user Add user to group<br />
group contains user Checks that user is in a specific group<br />
group create Create group command<br />
group delete Delete group command<br />
group list List groups<br />
group remove user Remove user to group<br />
group set Set group command<br />
group show Show group command<br />
help print detailed help for another command<br />
host list List host command<br />
host show Show host command<br />
hypervisor list List hypervisor command<br />
hypervisor show Show hypervisor command<br />
identity provider create Create identity_provider command<br />
identity provider delete Delete identity provider<br />
identity provider list List identity providers<br />
identity provider set Set identity provider<br />
identity provider show Show identity provider<br />
image create Create/upload an image<br />
image delete Delete an image<br />
image list List available images<br />
image save Save an image locally<br />
image set Change image properties<br />
image show Show image details<br />
ip fixed add Add fixed-ip command<br />
ip fixed remove Remove fixed-ip command<br />
ip floating add Add floating-ip command<br />
ip floating create Create floating-ip command<br />
ip floating delete Delete floating-ip command<br />
ip floating list List floating-ip command<br />
ip floating pool list List floating-ip-pool command<br />
ip floating remove Remove floating-ip command<br />
keypair create Create keypair command<br />
keypair delete Delete keypair command<br />
keypair list List keypair command<br />
keypair show Show keypair command<br />
limits show Show compute and volume limits<br />
module list List module versions<br />
object list List objects<br />
object show Show object information<br />
policy create Create policy command<br />
policy delete Delete policy command<br />
policy list List policy command<br />
policy set Set policy command<br />
policy show Show policy command<br />
project create Create new project<br />
project delete Delete project<br />
project list List projects<br />
project set Set project properties<br />
project show Show project command<br />
project usage list List resource usage per project.<br />
quota set Set quotas for project or class<br />
quota show Show quotas for project or class<br />
request token authorize Authorize request token command<br />
request token create Create request token command<br />
role add Adds a role to a user or group on a domain or project<br />
role assignment list Lists role assignments according to the given filters<br />
role create Create new role<br />
role delete Delete existing role<br />
role list List roles<br />
role remove Remove role command<br />
role set Set role command<br />
role show Show single role<br />
security group create Create a new security group<br />
security group delete Delete a security group<br />
security group list List all security groups<br />
security group rule create Create a new security group rule<br />
security group rule delete Delete a security group rule<br />
security group rule list List all security group rules<br />
security group set Set security group properties<br />
security group show Show a specific security group<br />
server add security group Add security group to server<br />
server add volume Add volume to server<br />
server create Create a new server<br />
server delete Delete server command<br />
server image create Create a new disk image from a running server<br />
server list List servers<br />
server lock Lock server<br />
server migrate Migrate server to different host<br />
server pause Pause server<br />
server reboot Perform a hard or soft server reboot<br />
server rebuild Rebuild server<br />
server remove security group Remove security group from server<br />
server remove volume Remove volume from server<br />
server rescue Put server in rescue mode<br />
server resize Convert server to a new flavor<br />
server resume Resume server<br />
server set Set server properties<br />
server show Show server details<br />
server ssh Ssh to server<br />
server suspend Suspend server<br />
server unlock Unlock server<br />
server unpause Unpause server<br />
server unrescue Restore server from rescue mode<br />
server unset Unset server properties<br />
service create Create new service<br />
service delete Delete service<br />
service list List services<br />
service set Set service properties<br />
service show Show service details<br />
snapshot create Create snapshot command<br />
snapshot delete Delete snapshot command<br />
snapshot list List snapshot command<br />
snapshot set Set snapshot command<br />
snapshot show Show snapshot command<br />
token issue Issue token command<br />
user create Create new user<br />
user delete Delete user<br />
user list List users<br />
user set Set user properties<br />
user show Show user details<br />
volume create Create new volume<br />
volume delete Delete volume<br />
volume list List volumes<br />
volume set Set volume properties<br />
volume show Show specific volume<br />
volume type create Create new volume type<br />
volume type delete Delete volume type<br />
volume type list List volume types<br />
volume type set Set volume type property<br />
volume type unset Unset volume type property<br />
volume unset Unset volume properties<br />
</pre><br />
<br />
Az egyes parancsok részletes leírását így lehet elérni:<br />
<pre><br />
debian@apitest:~$ openstack help server list<br />
usage: openstack server list [-h] [-f {csv,table}] [-c COLUMN]<br />
[--max-width <integer>]<br />
[--quote {all,minimal,none,nonnumeric}]<br />
[--reservation-id <reservation-id>]<br />
[--ip <ip-address-regex>]<br />
[--ip6 <ip-address-regex>] [--name <name>]<br />
[--status <status>] [--flavor <flavor>]<br />
[--image <image>] [--host <hostname>]<br />
[--instance-name <server-name>] [--all-projects]<br />
[--long]<br />
<br />
List servers<br />
<br />
optional arguments:<br />
-h, --help show this help message and exit<br />
--reservation-id <reservation-id><br />
Only return instances that match the reservation<br />
--ip <ip-address-regex><br />
Regular expression to match IP addresses<br />
--ip6 <ip-address-regex><br />
Regular expression to match IPv6 addresses<br />
--name <name> Regular expression to match names<br />
--status <status> Search by server status<br />
--flavor <flavor> Search by flavor ID<br />
--image <image> Search by image ID<br />
--host <hostname> Search by hostname<br />
--instance-name <server-name><br />
Regular expression to match instance name (admin only)<br />
--all-projects Include all projects (admin only)<br />
--long List additional fields in output<br />
<br />
output formatters:<br />
output formatter options<br />
<br />
-f {csv,table}, --format {csv,table}<br />
the output format, defaults to table<br />
-c COLUMN, --column COLUMN<br />
specify the column(s) to include, can be repeated<br />
<br />
table formatter:<br />
--max-width <integer><br />
Maximum display width, 0 to disable<br />
<br />
CSV Formatter:<br />
--quote {all,minimal,none,nonnumeric}<br />
when to include quotes, defaults to nonnumeric<br />
<br />
debian@apitest:~$<br />
</pre><br />
<br />
Amennyiben valamilyen problémába merül fel, célszerű a parancsot -v (-vv -vvv) kapcsolóval futtatni, és egy esetleges hibabejelentésnél a kimenetet csatolni.<br />
<br />
=FAQ=<br />
<br />
===Nem sikerült az image létrehozása a webfelületen===<br />
Valószínűleg bejelölted a "Public" lehetőséget, amelyhez a felhasználóknak nincs jogosultságuk. Erre csak admin jogosultságú felhasználó képes.<br />
<br />
===Nem tudom, hogy mi az azonosító és jelszó a példányosított image-emhez.===<br />
Mert nem kötötted hozzá a publikus kulcsodat, amit előzőleg feltöltöttél az access & security key pairs fül alatt. Az SSH kulcsos azonosítással történik. A felhasználói nevek a [[C4E#Ig.C3.A9nyelhet.C5.91_virtu.C3.A1lis_er.C5.91forr.C3.A1s-csomagok_.28flavor.29|Flavors]] táblázatban vannak feltüntetve.<br />
<br />
=== Nem tudok belépni a gépre távolról ===<br />
Az alapértelmezett tűzfalszabályok nem engedélyezik a kívülről jövő kapcsolatokat. Konfigurációjuk leírása a [[#Security_group-ok|Security group-ok]] szakaszban található.<br />
<br />
===Nem tudok a létrehozott VM konzolján gépelni===<br />
Ahhoz, hogy gépelni tudjunk, vagy grafikus felülettel rendelkező oprációs rendszer esetén az egérrel dolgozni, a konzol melletti szürke területre kell kattintani és NEM a konzol ablakába.<br />
<br />
===Baj van a DNS-el, resolv.conf-al, stb.===<br />
A C4E networking stack-je több irányból konfigurálja egy-egy VM DNS beállításait.<br />
<br />
==== DHCP oldali beállítások ====<br />
Ahhoz, hogy a DHCP ne írja felül minduntalan a <code>resolv.conf</code> egyes sorait a következőt érdemes tenni:<br />
<br />
A <code>/etc/dhcp/dhclient.conf</code> állományt értelemszerűen bővíteni kell az alábbi(ak közül szükséges) sorokkal:<br />
<pre><br />
supersede domain-name "sajatdomain.hu";<br />
supersede domain-search "sajatdomain.hu";<br />
supersede domain-name-servers 8.8.8.8, 8.8.4.4;<br />
</pre><br />
<br />
==== Cloudinit oldali beállítások ====<br />
Minden C4E virtuális gépen megtalálható egy un. "Cloudinit" szkriptrendszer, ami az egyes beállításokat (hostnév, diszknövelés, ssh kulcs, stb.) hivatott beállítani.<br />
Ahhoz, hogy a Cloudinit ne állítsa át a hostnevet, és a hosts állományt, az alábbi konfiguráció szükséges a /etc/cloud/cloud.cfg állományban:<br />
<pre><br />
# This will cause the set+update hostname module to not operate (if true)<br />
preserve_hostname: true<br />
<br />
manage_etc_hosts: false<br />
</pre><br />
<br />
<br />
===IPv6 címre van szükségem, a felület szerint kapnom kéne, de mégsem===<br />
Ennek oka, hogy az adott Security Group nem "engedi be" az SLAAC-hoz szükséges hirdetési információkat. A tűzfal alábbiak szerinti bővítése, és egy virtuális gép reboot megoldja a problémát:<br />
<br />
[[Fájl:ipv6_secgroup.png|665px|ICMPv6 Enable]]</div>Kissg(AT)niif.huhttps://wiki.niif.hu/index.php?title=Cloud_for_Education&diff=4166Cloud for Education2017-08-14T11:45:15Z<p>Kissg(AT)niif.hu: /* DHCP oldali beállítások */ formázás</p>
<hr />
<div>== Hozzáférés ==<br />
<br />
A szolgáltatás elérési helye https://c4e.niif.hu.<br />
<br />
==Ismertető==<br />
22 perces ismertető, ami az NWS 2016-on hangzott el. http://videotorium.hu/hu/recordings/details/13396,Cloud4Education_-_Kezdo_lepesek<br />
<br />
===Igényelhető virtuális erőforrás-csomagok (flavor)===<br />
A virtuális gépek létrehozásakor több féle "hardvercsomagból" választhatunk, amelyek az alábbi képen tekinthetők meg.<br />
<br />
[[File:Flavors.PNG|665px|Flavors]]<br />
<br />
A táblázatban látható root lemezek mérete természetesen a virtuális gép létrehozásakor változtatható.<br />
<br />
===Felhasználói felület bemutatása===<br />
<br />
====Dashboard áttekintés====<br />
[[File:Dash_overview.png|665px|Dashboard]]<br />
<br />
Bejelentkezés után a felhasználóhoz tartozó kvóta kihasználtságai láthatjuk, ezen kvóták szabályozása admin felhasználóval tehető meg. A kihasználtságon felül lehetőség van arra, hogy a felhasználó lekérdezze egy adott periódus alatt használt vCPU, Disk és RAM mennyiségét, valamint ezek az információk letölthetők excel táblázat formájában is. A bal oldali menüstruktúra több részből tevődik össze, amelyből a két legfontosabb a „Compute” és a „Network” opció. A „Compute” menüpont alatt találhatók azok a funkciók, amelyek ahhoz szükségesek, hogy virtuális gépeket tudjunk igénybe venni és az ehhez tartozó adminisztratív teendőinket is itt tudjuk elvégezni. A „Network” menüpont alatt kezelhetjük a virtuális gépeinkhez szükséges hálózatokat. Itt hozhatunk létre virtuális routereket, hálózatokat, valamint itt állíthatunk be terheléselosztókat és definiálhatunk tűzfalszabályokat. A következőkben bemutatásra kerül, hogyan tud egy felhasználó néhány kattintás segítségével egy lemezképfájlt feltölteni, majd a képfájlból virtuális gépet létrehozni, valamint a rendelkezésre álló funkciókat igénybe venni.<br />
<br />
====Új image feltöltés====<br />
A virtuális gép létrehozásához szükség van lemezképfájlra, amelyet egy működő http url-ről könnyedén letölthetünk a „Compute” menüpont alatt található „Images” lehetőség használatával, vagy használhatjuk az előre feltöltött image-eket, amelyeket az admin jogosultságú felhasználók biztosítanak számunkra. Az „images” lehetőséget választva látható a rendelkezésre álló lemezképfájlok listája. A jobb felső sarokban a „Create Image” lehetőséget választva készíthetünk lemezképet. Az alábbi példa egy Ubuntu 14.04 verziójú lemezkép letöltését szemlélteti.<br />
<br />
[[File:Image_create.png|724px|Image készítés]]<br />
<br />
A fenti ábrán látható módon, néhány szükséges információt meg kell adni, ilyenek például: <br />
* Név <br />
* Lemezképfájl helye: A letölteni kívánt lemezképfájl internetes elérhetősége <br />
* Format: QCOW2 – QEMU Emulator<br />
<br />
=====Mindenki számára elérhető Image-ek* (Forrás: http://docs.openstack.org/image-guide/obtain-images.html)=====<br />
{| class="wikitable" border="1" <br />
|- <br />
| Operációs Rendszer <br />
| Bejelentkezési név <br />
| Minimum diszk méret <br />
|- <br />
| Ubuntu 14.04 Trusty Tahr<br />
| ubuntu <br />
| 5 GB <br />
|- <br />
| Ubuntu 16.04 Xenial<br />
| ubuntu <br />
| 5 GB <br />
|- <br />
| CentOS 6<br />
| centos <br />
| 8 GB <br />
|- <br />
| CentOS 7 <br />
| centos <br />
| 8 GB <br />
|- <br />
| Debian 8.3 <br />
| debian <br />
| 5 GB <br />
|- <br />
| CoreOS <br />
| core <br />
| 10GB <br />
|- <br />
| Fedora 23 <br />
| fedora <br />
| 5 GB <br />
|- <br />
| Windows 7 Pro SP1<br />
| setupuser/Qwer1234<br />
| 17 GB <br />
<br />
|- <br />
|}<br />
<br />
* Minden Linux alapú image-ből készített virtuális gépnél az alapértelmezett felhasználó jelszó nélkül sudo képes!<br />
<br />
===Kulcspár létrehozása/publikus kulcs feltöltése===<br />
A „Access & Security” fülre kattintva, hozzáadhatunk saját kulcspárokat, így a neutron szerverek által futtatott metadata szolgáltatás eljuttatja a publikus kulcsunkat a létrehozott virtuális gépre és a privát kulcsunkkal könnyedén tudunk autentikálni a létrehozott gépeken. Ehhez válasszuk a hozzáadás lehetőséget és adjuk meg a publikus kulcsunkat a következő ábrán látható módon.<br />
<br />
EGYES CLOUD LEMEZKÉPFÁJLOK KIZÁRÓLAG KULCS HASZNÁLATÁVAL VEHETŐK IGÉNYBE!<br />
<br />
[[File:Key_pair.png|726px|Publikus kulcs importálása]]<br />
<br />
===Hálózati típusok===<br />
Az általunk megépített rendszerben végül két fajta hálózat kapott helyet: <br />
* Az egyik típus, amit Flat néven kereszteltünk el. Ennek lényege, hogy a létrehozott virtuális gépek egy előre meghatározott publikus IP tartományból DHCP segítségével felvesznek egy címet, majd a csomagok haladásának iránya közvetlenül a compute gépek felé történik, ezzel nem terhelve a network gépeket. <br />
* A másik hálózati típus, amely az Smart nevet kapta. Ez a hálózati típus nagyban különbözik az előző megoldástól, mivel ennél a típusnál a felhasználóknak lehetőségük van egy, vagy akár több privát hálózat, valamint egy vagy több ezekhez tartozó virtuális router létrehozására. A virtuális router-hez lehetőség van hozzárendelni IP címeket a privát, valamint egy publikus hálózatból is és ennek következtében a virtuális gépek forgalmában egy úgynevezett hálózati címfordítás történik. Ennek előnye az előző megoldással szemben, hogy kevésbé IP cím pazarló a publikus címek tekintetében, valamint a neutron funkciójának köszönhetően képes több network gép között tartalékolt lenni.<br />
<br />
Az Flat típusú hálózat felvételére kizárólag admin jogosultságú felhasználónak van lehetősége két féle módon. Az egyik lehetőség, hogy a létrehozott Flat hálózat shared típusú, vagyis megosztott hálózat, ami azt jelenti, hogy a hálózat minden tenant számára látható. A másik lehetőség, hogy a létrehozott hálózatot nem osztjuk meg másik tenanttal, azonban hozzárendeljük egy bizonyos tenant-hoz, ezzel garantálva, hogy egy IP cím tartományt csak egy tenant használ kizárólag. <br />
<br />
Az Smart hálózat és egy hozzá tartozó virtuális router felvételét az alábbiakban mutatjuk be.<br />
<br />
====External (L3) hálózat létrehozása====<br />
A „Project” menüpont alatt található „Network” lehetőséget választva láthatók a hálózattal kapcsolatos lehetőségeink. A hálózat létrehozásához első lépésként a „Networks” lehetőséget kell választanunk, ahol láthatók a már korábban létrehozott hálózatok, valamint itt érhetők el a Flat típusú hálózatok is, amennyiben egy admin jogosultságú felhasználó megosztott, vagy a tenant-hoz rendelt egy ilyen típusú hálózatot.<br />
<br />
Új hálózat létrehozásához a bal felső sarokban válasszuk a „Create Network” lehetőséget, majd a következő képeken látható módon töltsük ki a szükséges mezőket.<br />
<br />
[[File:Create_net1.png|727px|hálózat létrehozása]]<br />
<br />
[[File:Create_net2.png|723px|hálózat létrehozása]]<br />
<br />
A fentebb látható menüben az átjáró IP címét nem kötelező megadni, ilyenkor automatikusan a megadott tartomány első IP címét fogja átjárónak beállítani. Ebben az esetben 192.168.66.1 címet.<br />
<br />
[[File:Create_net3.png|723px|hálózat létrehozása]]<br />
<br />
Ha minden szükséges és kötelező mezőt kitöltöttünk, akkor a „create” gombra kattintva a rendszer létrehozza a hálózatot a kívánt paramétereinkkel, amelyet a Networks menüpont alatt megtekinthetünk.<br />
<br />
====Router létrehozása és Interfészek hozzáadása====<br />
<br />
A hálózat sikeres elkészítése után szükség van egy virtuális router létrehozására, amelyen keresztül fog a hálózati címfordítás történni. A router létrehozása a következő képeken látható<br />
<br />
[[File:Create_router1.png|727px|Router létrehozás]]<br />
<br />
<br />
<br />
A Virtuális router létrehozásánál az „External Network”, azaz a külső hálózatok listájánál a rendelkezésre álló Smart hálózatok közül van lehetőség választani. Miután ez megtörtént, a router-hez szükség van egy másik interfész hozzáadására is, az előzőleg létrehozott belső hálózatból. Ennek hozzáadásához a „Routers” menüpontot választva, a forgalomirányítók listájából válasszuk ki az előbbiekben létrehozott „Internal_Router”-t, majd az „Interfaces” fülön az „Add Interface” lehetőséget választva, adjunk hozzá egy interfészt a következő ábrán látható módon.<br />
<br />
[[File:Create_router2.png|723px|Router létrehozás]]<br />
<br />
====Security group-ok====<br />
<br />
A virtuális gépek eléréséhez szükség van tűzfalszabályok definiálására, amelyre a „Security Groups” fülön van lehetőség. Alapértelmezetten egy „Default” security group jön létre, amelyben a következő forgalmak vannak alapértelmezetten engedélyezve:<br />
* Bejövő forgalom esetén: Kizárólag az azonos Security Group-ban elhelyezett virtuális gépekről érkező forgalmak<br />
* Kimenő forgalom esetén: Minden forgalom engedélyezve van<br />
<br />
A lenti példa szemlélteti, hogy hogyan engedélyezhetjük az SSH és ICMP forgalmakat minden külső hálózatból:<br />
<br />
[[File:Sec_gr1.png|723px|Szabály létrehozása]]<br />
<br />
[[File:Sec_gr2.png|723px|Szabály létrehozása]]<br />
<br />
[[File:Sec_gr3.png|723px|Szabály létrehozása]]<br />
<br />
<br />
Természetesen nem kötelező a Default security group-ot módosítani, létrehozható másik szabályrendszer is, és hozzárendelhető akár több csoport is egy virtuális géphez. A szabályok hozzáadásával lehetőség van a gép távoli elérésére a megadott protokollon keresztül.<br />
<br />
====LBaaS====<br />
Az LBaaS funkció jelenleg nem elérhető.<br />
<br />
====FWaaS====<br />
<br />
Egy másik hálózati lehetőség a tűzfal alkalmazása. Alapértelmezetten a már bemutatott Security Group felel a virtuális gépek elérhetőségének szabályozásáról, azonban lehetőségünk van egy sokkal részletesebben szabályozható technika alkalmazására is. A tűzfal működéséhez fontos, hogy a Default Security Group-ban engedélyezni kell a ki és bemenő forgalmat bárhonnan, mivel a korlátozásokat és a konkrét szabályokat a tűzfal modulban vehetjük fel.<br />
<br />
A tűzfal létrehozásához és konfigurálásához válasszuk a „Network” menüpont alatt található „Firewalls” lehetőséget. Mint ahogy az a menüstruktúrában is látszik, a tűzfal három részből tevődik össze:<br />
* Firewall Rules<br />
* Firewall Policies<br />
* Firewalls<br />
<br />
Első lépésként létre kell hoznunk a szabályokat, majd a szabályokat egy csoportba kell foglalni, végül létre kell hozni egy tűzfalat, majd hozzárendelni a szabálycsoporthoz és a virtuális router-hez. Szabályok létrehozásához válasszuk a „Firewall Rules” lehetőséget, majd az alábbi ábrán látható módon hozzunk létre egy minden befelé jövő forgalmat tiltó szabályt egy előre létrehozott virtuális gépre nézve, amely példánkban a 192.168.66.14 címet kapta.<br />
<br />
[[File:Fwaas1.png|726px|Szabály létrehozása]]<br />
<br />
<br />
A szabály létrehozása után szükség van egy csoportrendszerre, amely a szabályokat fogja tartalmazni. Ehhez válasszuk a „Firewall Policies” lehetőséget, majd az alábbi ábrákon látható módon hozzuk létre a csoportot és adjuk hozzá az előbb létrehozott mindent tiltó szabályt.<br />
[[File:Fwaas2.png|724px|Szabályrendszer létrehozása]]<br />
<br />
[[File:Fwaas3.png|723px|Szabály hozzárendelés]]<br />
<br />
<br />
A szabályok érvényre juttatásához szükség van egy tűzfal létrehozására, amelyhez hozzárendeljük a szabályrendszerünket és a virtuális átjárónkat. Ezt az alábbi módon hozzuk létre.<br />
[[File:Fwaas4.png|728px|Tűzfal létrehozása]]<br />
<br />
[[File:Fwaas5.png|728px|Router hozzárendelés tűzfalhoz]]<br />
<br />
<br />
Ezzel elértük, hogy minden bejövő forgalmat eldobjon a tűzfalunk. Ha engedélyezni szeretnénk egy befelé irányuló kapcsolatot, példánkban az SSH protokollt, akkor első lépésben a már megismert módon hozzunk létre egy szabályt, de ezúttal engedélyezőt.<br />
[[File:Fwaas6.png|724px|További szabály létrehozása]]<br />
<br />
<br />
A szabály létrehozása után hozzá kell adni a létező szabályrendszerhez. A szabályok értelmezése lineáris, tehát minél később található meg a listában egy adott szabály, a csomag annál később jut el odáig. Abban az esetben, ha a lista bármely szabálya illeszkedik az adott csomagra, az adott szabály függvényében a csomag eldobásra, vagy átengedésre kerül. Ennek értelmében a következő ábrán látható módon szúrjuk be a szabályrendszerbe a létrehozott szabályt.<br />
[[File:Fwaas7.png|726px|Szabály beszúrása]]<br />
<br />
=Virtuális gép indítása=<br />
Az előfeltételek teljesítése után elkészíthető a kívánt virtuális gép. Ehhez válasszuk a bal oldali menüből a „Compute”, azon belül pedig az „Instances” lehetőséget, majd a bal felső sarokban válasszuk a „Launch Instance” gombot és az alábbi képeken látható módon készítsük el a gépet.<br />
<br />
[[File:Launch1.png|726px|VM indítása]]<br />
<br />
==Kulcspár és security group társítása==<br />
A következő ábrán látható módon a VM létrehozásakor kiválaszthatjuk az előzőleg feltöltött publikus kulcsunkat, vagy feltölthetünk egy teljesen újat is a létrehozás közben, valamint megadhatjuk, hogy melyik Security Group vonatkozzon a virtuális gépünkre.<br />
<br />
[[File:launch2.png|726px|SecurityGroup kiválasztása]]<br />
<br />
==Hálózat kiválasztása==<br />
<br />
Következő lépésként meg kell adni a használni kívánt hálózatot. Ez legyen a példában létrehozott „Internal” hálózat.<br />
<br />
[[File:launch3.png|726px|Hálózat kiválasztása]]<br />
<br />
<br />
A „Launch” lehetőséget választva elkezdhetjük a virtuális gép létrehozását. A folyamat elkészültekor az „Instances” fül alatt láthatjuk az eddig létrehozott virtuális gépeinket és azok állapotát.<br />
<br />
<br />
[[File:launch4.png|726px|Létrehozott VM lista]]<br />
<br />
A folyamat elvégzése után elkészült az első virtuális gép, amelynek elérése több féle módon történhet.<br />
* A virtuális géphez hozzárendelünk egy publikus IP címet, majd a virtuális router segítségével 1:1 NAT alkalmazásával távolról is bejelentkezhetünk rá, Linux disztribúció esetén például SSH, Windows esetén RDP szolgáltatás segítségével.<br />
<br />
* A weboldalba ágyazott VNC konzol segítségével vezérelhetjük gépünket, azonban egyes előre gyártott lemezképfájlból készített virtuális gépek nem támogatják csak a kulcsos autentikációt, így sajnos ezeknél a gépeknél ez a módszer nem elérhető.<br />
<br />
===Floating IP hozzárendelése===<br />
Az előzőekben létrehozott Ubuntu operációs rendszerrel ellátott virtuális gépünk a második lehetőséget nem támogatja, így szükségünk van a gép eléréséhez egy publikus IP címre, amelynek allokálása és géphez rendelése a következőképpen történik.<br />
<br />
Első lépésben válasszuk a „Compute” alatt található „Access & Security” lehetőséget, majd azon belül a „Floating IPs” menüpontot és kattintsunk a jobb felső sarokban lévő „Allocate IP To Project” gombra. A megjelenő ablakban ki kell választani a kívánt Smart hálózatot, amelyből a publikus IP címet szeretnénk használni (Ez nyilván az a hálózat, amelyiket a router átjárójának is választottunk), majd az „Allocate IP” lehetőséget kell választani.<br />
<br />
[[File:Allocate1.png|726px|Floating IP igénylése]]<br />
<br />
<br />
A következő ábrán látható a Projekthez allokált IP címek listája, amelyek következő lépésként hozzárendelhetők 1-1 virtuális géphez. Ehhez válasszuk az ábrán látható IP cím mellett található „Associate” lehetőséget, majd válasszuk ki a listából azt a virtuális gépet, amelyiken az IP címet használni szeretnénk.<br />
<br />
[[File:Allocate2.png|726px|Rendelkezésre álló IP címek listája]]<br />
<br />
[[File:Allocate3.png|726px|Floating IP géphez rendelése]]<br />
<br />
A sikeres hozzárendelés után a gépünk már rendelkezik publikus IP címmel, amelyen keresztül külső hálózatokból is elérhetjük a gépet, amennyiben ezt a Security Group-ban, vagy a Firewall alatt engedélyezzük.<br />
<br />
=Virtuális gépek kezelése=<br />
<br />
==Snapshot létrehozása/indítás snapshotból==<br />
<br />
További lehetőség a létrehozott virtuális géppel kapcsolatban, hogy bármikor készíthetünk róla egy úgynevezett pillanatképet, amelyből később létrehozhatunk egy másik virtuális gépet, folytatva ott a munkát, ahol a pillanatkép készült, a régi gépet pedig leállíthatjuk, vagy törölhetjük. Ehhez a már ismert „Compute” menüpont alatt válasszuk a „Volume” lehetőséget. A kilistázott Volume-ok között válasszuk ki a megfelelőt, majd az „Actions” szekcióban található legördülő menüből válasszuk a „Create Snapshot” lehetőséget. Az ábrán látható módon adjunk neki egy nevet, majd készítsük el a pillanatképet.<br />
<br />
[[File:Create_snapshot1.png|723px|Snapshot létrehozás]]<br />
<br />
<br />
Az elkészült pillanatképből készítsünk egy újabb virtuális gépet, a már ismert módon, azzal a különbséggel, hogy a gépet ezúttal ne image-ből, hanem snapshot-ból indítsuk.<br />
<br />
[[File:Create_snapshot2.png|724px|Snapshot létrehozás]]<br />
<br />
=="Extrém" diszkigény kielégítése==<br />
<br />
Előfordul, hogy valamilyen projekthez nagyobb (TB-os nagyságrendű) területre van szükség, mint amit a kvóta megenged. Habár a kvóta növelésével könnyen orvosolhatnánk egyes felhasználók helyigényét, ezt sajnos <big>nem áll módunkban</big> megtenni, ugyanis azzal felborulna a kiosztott erőforrások közötti egyensúly (nem lenne terület, ahonnan bootoljanak az új gépek, a CPU/RAM pedig kihasználatlan maradna) valamint bizonyos szolgáltatások (jellemzően az adatbázis-szerverek) számára nem előnyös a CEPH alapú háttértár.<br />
<br />
A fenti probléma megoldására lehetőséget teremtettünk a Storage szolgáltatásunkban résztvevő egyik Eternus tárolóeszköz integrálására a C4E alá. Ez azt jelenti, hogy a C4E rendszerében konfigurálásra került egy "iSCSI1" és "iSCSI2" nevű hálózat, melynek használatával közvetlen Layer2 kapcsolattal éri el az Eternus egységet a felhasználó virtuális számítógépe, szemben a többi tárolónkkal, amihez a publikus hálózaton keresztül (route-olva) lehet hozzáférni.<br />
<br />
'''<big>FONTOS!''' Az "iSCSI1" és "iSCSI2" hálózat '''NEM nyújt publikus elérést''', azon keresztül '''csak az iSCSI targetek''' elérése lehetséges!</big><br />
<br />
<br />
'''<big>FONTOS! A fenti tároló nem önkiszolgáló! ''' A használathoz előbb '''[https://webform.niif.hu/content/storage-igenyles ''területigénylést kell benyújtani'']''', ahol be kell jelölni a ''' "A terület(ek)re a C4E szolgáltatás keretében használt virtuális gépe(i)mről kívánok csatlakozni!"''' opciót a második oldalon, majd a '''pozitív elbírálás után''' a megadott paraméterekkel lehet csatlakozni a tárolóhoz!</big><br />
<br />
<br />
<br />
=== Csatlakozás Linux alapú operációs rendszer alól ===<br />
<br />
<br />
==== Óvintézkedés! ====<br />
<br />
Sajnos az iSCSI jelenléte boot időben előfordul, hogy a virtuális gépet megállítja a boot során. Ez alapból nem lenne probléma, viszont a sablon image-ek alapértelmezetten egy read only konzolra küldik az emergency shell kimenetét, amin nem lehet módosításokat végezni. <br />
<br />
<big>'''FONTOS!''' Az esetleges konfigurációs hibákból adódó hibás virtuális gépek javításában '''NEM tudunk''' segíteni, az esetleges adatvesztésért felelősséget nem vállalunk!</big><br />
<br />
A fentiekből kifolyólag célszerű átállítani az extlinux rendszerbetöltőt az iSCSI-t használó gépeken az alábbiak szerint:<br />
<br />
* Az eredeti állomány:<br />
<pre><br />
debian@iscsiteszt-5:~$ cat /extlinux.conf<br />
default linux<br />
timeout 1<br />
label linux<br />
kernel boot/vmlinuz-3.16.0-4-amd64<br />
append initrd=boot/initrd.img-3.16.0-4-amd64 root=/dev/vda1 console=tty0 console=ttyS0,115200 ro quiet<br />
</pre><br />
<br />
* Átírás után (az utolsó sor végén '''helyet cserél''' a két console paraméter, és a '''tty0-ból tty1 lesz'''):<br />
<br />
<pre><br />
debian@iscsiteszt-5:~$ cat /extlinux.conf<br />
default linux<br />
timeout 1<br />
label linux<br />
kernel boot/vmlinuz-3.16.0-4-amd64<br />
append initrd=boot/initrd.img-3.16.0-4-amd64 root=/dev/vda1 console=ttyS0,115200 console=tty1 ro quiet<br />
</pre><br />
<br />
Ezen módosítás azonban több ismert hátránnyal jár:<br />
<br />
* Nem lesz elérhető a boot során keletkező read-only konzolkimenet (bootidőben persze látszik a VNC konzolon)<br />
* Firefox és Chrome újabb verziói alatt problémák lehetnek a VNC konzol elérésével/válaszidejével (ez sajnos egy fejlesztők által ismert, de még nem javított hiba)<br />
<br />
==== Előkészületek ====<br />
* Konfigurálni kell az interfészeket<br />
Ez az Debian base image-nél alapból konfigurálva van az alábbi módon:<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/network/interfaces <br />
# This file describes the network interfaces available on your system <br />
# and how to activate them. For more information, see interfaces(5). <br />
# The loopback network interface auto lo iface lo inet loopback <br />
<br />
# The normal eth0 <br />
auto eth0 <br />
iface eth0 inet dhcp <br />
<br />
# Maybe the VM has 2 NICs? <br />
allow-hotplug eth1 <br />
iface eth1 inet dhcp <br />
<br />
# Maybe the VM has 3 NICs? <br />
allow-hotplug eth2 <br />
iface eth2 inet dhcp<br />
</pre><br />
<br />
Ennek hatására az eth1 és eth2 interfész címei:<br />
<pre><br />
root@iscsiteszt:/home/debian# ip a<br />
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default<br />
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00<br />
inet 127.0.0.1/8 scope host lo<br />
valid_lft forever preferred_lft forever<br />
inet6 ::1/128 scope host<br />
valid_lft forever preferred_lft forever<br />
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:f0:84:6d brd ff:ff:ff:ff:ff:ff<br />
inet 193.224.22.182/24 brd 193.224.22.255 scope global eth0<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fef0:846d/64 scope link<br />
valid_lft forever preferred_lft forever<br />
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:17:05:1e brd ff:ff:ff:ff:ff:ff<br />
inet 192.168.168.53/23 brd 192.168.169.255 scope global eth1<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fe17:51e/64 scope link<br />
valid_lft forever preferred_lft forever<br />
4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:f1:ba:0a brd ff:ff:ff:ff:ff:ff<br />
inet 192.168.170.51/23 brd 192.168.171.255 scope global eth2<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fef1:ba0a/64 scope link<br />
valid_lft forever preferred_lft forever<br />
</pre><br />
<br />
'''<big>FONTOS!''' Ezen interfészek akár statikus címhasználatra is konfigurálhatók, de a C4E biztonsági megoldásai miatt kizárólag '''a C4E felületén megjelenő IP címek''' esetén lesz képes csomagot forgalmazni a virtuális gép a tároló felé! </big><br />
<br />
* Csomagtelepítés (Debian alapú rendszeren)<br />
<pre>apt-get install open-iscsi multipath-tools</pre><br />
<br />
* Multipath konfigurálása (Debian alatt létre kell hozni a fájlt)<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/multipath.conf<br />
devices {<br />
device {<br />
vendor "FUJITSU"<br />
product "ETERNUS_DXL"<br />
prio alua<br />
path_grouping_policy group_by_prio<br />
no_path_retry queue<br />
failback immediate<br />
}<br />
}<br />
</pre><br />
<br />
* Multipath daemon újraindítása<br />
<pre>root@iscsiteszt:/home/debian# service multipath-tools restart</pre><br />
<br />
* iSCSI Initiator name konfigurálása (ezt meg kellett adni az igényléskor... természetesen most lehet módosítani az állományt, később viszont fontos az ott olvasható figyelmeztetés)<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/iscsi/initiatorname.iscsi<br />
## DO NOT EDIT OR REMOVE THIS FILE!<br />
## If you remove this file, the iSCSI daemon will not start.<br />
## If you change the InitiatorName, existing access control lists<br />
## may reject this initiator. The InitiatorName must be unique<br />
## for each iSCSI initiator. Do NOT duplicate iSCSI InitiatorNames.<br />
InitiatorName=iqn.2017-03.hu.niif.test:c4e<br />
</pre><br />
<br />
* iSCSI daemon újraindítása<br />
<pre>root@iscsiteszt:/home/debian# service open-iscsi restart</pre><br />
<br />
<br />
==== Targetek konfigurálása ====<br />
<br />
===== The easy way =====<br />
Egy letölthető bash szkript, ami megcsinál mindent: '''[[:File:Iscsi-site-admin-c4e.sh|iscsi-site-admin-c4e.sh]]'''<br />
<br />
===== The hard way =====<br />
<br />
A következő lépés az iSCSI targetekhez történő csatlakozás. (A leírásban az username és password paraméterek a felhasználót (initiatort, azaz a virtuális gépet) azonosító egyedi paraméterek, míg az username_in és password_in a Mutual CHAP (bidirectional) azonosításhoz használható (target-et, azaz magát az Eternus tárolót azonosító) paraméterek. (Az username_in, azaz a <target CHAP felhasználó> tipikusan "eternus"...)<br />
<br />
Az alábbi parancsköteg jelszavait kell megfelelően lecserélni, majd a konzolra bemásolva csatlakozni a tárolóhoz:<br />
<br />
<big>--- Target 001 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o new<br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 011 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o new<br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 101 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o new<br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 111 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o new<br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
Az egyes csoportok beillesztése után (konkrétan a csoportok utolsó előtti parancsa miatt) minden targetre be kell jelentkezzen, és az alábbihoz hasonló üzeneteknek kell megjelenni:<br />
<pre><br />
root@iscsiteszt-5:/home/debian# iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -l<br />
Logging in to [iface: default, target: iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1, portal: 192.168.170.2,3260] (multiple)<br />
Login to [iface: default, target: iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1, portal: 192.168.170.2,3260] successful.<br />
</pre><br />
<br />
Miután mind a négy targetre sikerült a bejelentkezés, már csak a multipath ellenőrzése van hátra, ahol a lentihez hasonló kimenetnek kell megjelenjen:<br />
<pre><br />
root@iscsiteszt-5:/home/debian# multipath -ll<br />
3600000e00d280000002825d2001a0000 dm-0 FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=rw<br />
|-+- policy='service-time 0' prio=50 status=active<br />
| |- 3:0:0:0 sdd 8:48 active ready running<br />
| `- 5:0:0:0 sdb 8:16 active ready running<br />
`-+- policy='service-time 0' prio=10 status=enabled<br />
|- 2:0:0:0 sda 8:0 active ready running<br />
`- 4:0:0:0 sdc 8:32 active ready running<br />
</pre><br />
<br />
Itt jól látszik, hogy mind a négy útvonal ép, és az első kettő az aktív, a másik kettő pedig bármikor rendelkezésre áll. Amennyiben a path-ok nem jelennének meg, az alábbi parancs segítségével újratölthető a devmap:<br />
multipath -r<br />
<br />
==== Szépészeti beavatkozások ====<br />
<br />
Az iSCSI un. WWID-ket használ (ami a multipath -ll kiementében jól látszik) az egyes területek azonosítására, ami sajnos olvashatatlan, és körülményes tud lenni. Az egyszerűbb megnevezések érdekében lehetőség van a korábban szerkesztett multipath.conf állomány bővítésére az alábbi módon (a teljes állomány látható, a fent található Eternus releváns konfigurációval együtt):<br />
<br />
<pre><br />
root@iscsiteszt-5:/home/debian# cat /etc/multipath.conf<br />
devices {<br />
device {<br />
vendor "FUJITSU"<br />
product "ETERNUS_DXL"<br />
prio alua<br />
path_grouping_policy group_by_prio<br />
no_path_retry queue<br />
failback immediate<br />
}<br />
}<br />
multipaths {<br />
multipath {<br />
wwid 3600000e00d280000002825d2001a0000<br />
alias terulet1<br />
}<br />
multipath {<br />
wwid 3600000e00d280000002825d2001b0000<br />
alias terulet2<br />
}<br />
}<br />
<br />
</pre><br />
<br />
Ha kész az átnevezés (és persze nincsenek a területek csatolva sehol) újra kell olvastatni a devmapot (esetleg újra kell indítani a szervert):<br />
multipath -r<br />
<br />
<pre><br />
root@iscsiteszt-5:/home/debian# multipath -r<br />
Mar 23 11:13:37 | 3600000e00d280000002825d2001a0000: rename 3600000e00d280000002825d2001a0000 to terulet1 <br />
rename: terulet1 (3600000e00d280000002825d2001a0000) undef FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=undef<br />
|-+- policy='service-time 0' prio=50 status=undef<br />
| |- 3:0:0:0 sdd 8:48 active ready running<br />
| `- 5:0:0:0 sdb 8:16 active ready running<br />
`-+- policy='service-time 0' prio=10 status=undef<br />
|- 4:0:0:0 sdc 8:32 active ready running<br />
`- 6:0:0:0 sda 8:0 active ready running<br />
Mar 23 11:13:37 | 3600000e00d280000002825d2001b0000: rename 3600000e00d280000002825d2001b0000 to terulet2<br />
rename: terulet2 (3600000e00d280000002825d2001b0000) undef FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=undef<br />
|-+- policy='service-time 0' prio=50 status=undef<br />
| |- 4:0:0:1 sdg 8:96 active ready running<br />
| `- 6:0:0:1 sdf 8:80 active ready running<br />
`-+- policy='service-time 0' prio=10 status=undef<br />
|- 3:0:0:1 sdh 8:112 active ready running<br />
`- 5:0:0:1 sde 8:64 active ready running<br />
</pre><br />
<br />
=== Csatlakozás Windows alapú operációs rendszer alól (hamarosan) ===<br />
<br />
==== Előkészületek ====<br />
<br />
A gépet természetesen hozzá kell adni a megfelelő "Eternus7 - iSCSI1" és "Eternus7 - iSCSI2" hálózatokhoz.<br />
<br />
Sajnos a Windows Multipath rendszere nem képes korrektül kezelni az Eternus tárolókat, ezért első lépésként fel kell telepíteni a Fujitsu Eternus MultiPath Drivert (EMPD)<br />
A cikk írásakor ez a V2.0L23-as (2016/12/21) verziója, amit az alábbi módon lehet letölteni:<br />
<br />
# http://www.fujitsu.com/fts/support/<br />
# táblázatban katt: Storage<br />
# "Ask Fujitsu! We are here to help" ablakban a "Please select the product group"-nál "ETERNUS DX" kiválasztása<br />
# "Please select the product family"-nél "ETERNUS DX200 S3" kiválasztása<br />
# A megjelenő oldalon a megfelelő Windows verzió kiválasztása<br />
# Driver fül alatt "Device Driver"-t nyissuk ki egy kattintással<br />
# legfrissebb elérhető driver ("EMPD - Multipath Driver for Windows ...") letöltése "Direct download"-ra kattintással<br />
#*("I have read and agree to the terms and conditions." checkbox bepipálásával elfogadva a felhasználási feltételeket)<br />
# Az állomány egy exe, ami kicsomagol egy mappát, amiben lesz egy iso állomány.<br />
# Az iso-t csatolva az English/setup.exe lesz az, amit fel kell telepíteni a többutas tároló megfelelő működéséhez.<br />
<br />
==== Initiator konfigurálása ====<br />
<br />
# A "Felügyeleti eszközök" közül az "iSCSI-kezdeményező" / "iSCSI-Initiator" -t kell választani<br />
# Igennel kell válaszolni, hogy automatikusan elinduljon az iSCSI a továbbiakban<br />
# A megnyitott ablakban a "Konfiguráció" fül alatt a "Kezdeményező neve:" részhez be kell állítani az IQN-t, amit a storage igénylésekor megadtunk (ehhez az alatta lévő módosítás gombra kell kattintani)<br />
<br />
= C4E (Openstack) Publikus API =<br />
<br />
<big> '''FONTOS!''' </big> Az API külvilági elérését csomagszűrő tűzfal védi, és kizárólag az általunk ismert magyarországi IP(v4/v6) címekről érhető el.<br />
Akkor, ha timeout hiba merülne fel, a cloud@niif.hu címen kell jelezni az elérés igényét, és a kérdéses IP címet.<br />
Amennyiben az IP valóban hazai cím, és még nem szerepel a tűzfalban, rövid távon permanensen az egész alhálózat számára elérhetővé tesszük az API-t.<br />
<br />
<big> '''FONTOS!''' </big> Minden itt leírt dokumentáció a C4E openstack jelenlegi (Mitaka) verziójához készült!<br />
<br />
<br />
== Kezdő lépések: jelszó szerzése ==<br />
<br />
Kialakításra került a C4E publikus API elérése. Ahhoz, hogy a felhasználók ezt igénybe tudják venni, az alábbiak szükségesek:<br />
<br />
* Első lépésben küldeni kell egy levelet az alábbiakkal a '''cloud@niif.hu''' címre:<br />
** C4E projekt(ek) neve<br />
** C4E usernév (ez szinte biztosan az eppn)<br />
** Privát kezelésben lévő belföldi mobiltelefon száma, ahova SMS formájában küldjük el az eléréshez szükséges jelszót<br />
<br />
A levélnek arról az e-mail címről kell származnia, ami az adott intézmény IdP-je adott át a C4E-nek az eppn mellett!<br />
<br />
== Kezdő lépések: környezet kialakítása (Debian/Ubuntu) ==<br />
<br />
Első körben hozzá kell adni a repositoryt az apt konfigurációjához, frissíteni a csomaglistát, majd telepíteni a szükséges csomagokat:<br />
<br />
Debian:<br />
<pre><br />
echo "deb http://http.debian.net/debian jessie-backports main" >>/etc/apt/sources.list.d/openstack.list<br />
apt-get update<br />
apt-get install python-openstackclient<br />
</pre><br />
<br />
Ubuntu (A 16.04-es verziótól Mitaka verziót tölt le az eredeti konfigurációval):<br />
<pre><br />
apt-get update<br />
apt-get install python-openstackclient<br />
</pre><br />
<br />
Második körben be kell szerezni a szükséges <big>'''openrc'''</big> file-t az api eléréséhez:<br />
* Be kell jelentkezni a C4E-be (IdP-n keresztül természetesen)<br />
* Ki kell választani az elérni kívánt projektet, ha több lenne (az rc file-ok projektfüggők!)<br />
* Az <big>''' Access & Security -> API Access '''</big> oldalon a <big>''' Download OpenStack RC File v3 '''</big> opciót választani<br />
* Az rc file-t a kezelő gépre juttatni (ha nem ott lenne)<br />
<br />
A harmadik lépés, hogy betöltjük az rc file-t, majd a jelszó beírása után elérhetővé válik a C4E API<br />
<br />
<pre><br />
debian@apitest:~$ source cloudadmin_v3.rc<br />
Please enter your OpenStack Password:<br />
<br />
debian@apitest:~$ openstack server list<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
| ID | Name | Status | Networks |<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
| 3ac59936-cdae-4822-9855-60fabeff135f | apitest | ACTIVE | Flat1=2001:738:0:519:f816:3eff:fedd:d5e8, 193.224.22.225 ||<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
debian@apitest:~$<br />
</pre><br />
<br />
== API használata ==<br />
<br />
Az API használatával kapcsolatban a mindenkori Openstack dokumentáció a mérvadó: https://developer.openstack.org/api-guide/quick-start/api-quick-start.html#<br />
<br />
Ugyanezen oldalról egy (hálózat/ssh kulcs nélküli!) instance elindításának kezdő lépései: https://developer.openstack.org/api-guide/quick-start/api-quick-start.html#launch-an-instance<br />
<br />
Az openstack parancs elérhető funkciói (ebből természetesen van, ami a felhasználó számára nem, illetve olyan is, ami nincs implementálva!):<br />
<br />
Részlet az <big>'''openstack --help'''</big> kiementéből:<br />
<br />
<pre><br />
Commands:<br />
access token create Create access token command<br />
aggregate add host Add host to aggregate<br />
aggregate create Create a new aggregate<br />
aggregate delete Delete an existing aggregate<br />
aggregate list List all aggregates<br />
aggregate remove host Remove host from aggregate<br />
aggregate set Set aggregate properties<br />
aggregate show Show a specific aggregate<br />
backup create Create backup command<br />
backup delete Delete backup command<br />
backup list List backup command<br />
backup restore Restore backup command<br />
backup show Show backup command<br />
complete print bash completion command<br />
compute agent create Create compute agent command<br />
compute agent delete Delete compute agent command<br />
compute agent list List compute agent command<br />
compute agent set Set compute agent command<br />
compute service list List service command<br />
compute service set Set service command<br />
console log show Show console-log command<br />
console url show Show console-url command<br />
consumer create Create consumer command<br />
consumer delete Delete consumer command<br />
consumer list List consumer command<br />
consumer set Set consumer command<br />
consumer show Show consumer command<br />
container list List containers<br />
container show Show container information<br />
credential create Create credential command<br />
credential delete Delete credential command<br />
credential list List credential command<br />
credential set Set credential command<br />
credential show Show credential command<br />
domain create Create domain command<br />
domain delete Delete domain command<br />
domain list List domain command<br />
domain set Set domain command<br />
domain show Show domain command<br />
endpoint create Create endpoint command<br />
endpoint delete Delete endpoint command<br />
endpoint list List endpoint command<br />
endpoint set Set endpoint command<br />
endpoint show Show endpoint command<br />
extension list List extension command<br />
flavor create Create flavor command<br />
flavor delete Delete flavor command<br />
flavor list List flavor command<br />
flavor show Show flavor command<br />
group add user Add user to group<br />
group contains user Checks that user is in a specific group<br />
group create Create group command<br />
group delete Delete group command<br />
group list List groups<br />
group remove user Remove user to group<br />
group set Set group command<br />
group show Show group command<br />
help print detailed help for another command<br />
host list List host command<br />
host show Show host command<br />
hypervisor list List hypervisor command<br />
hypervisor show Show hypervisor command<br />
identity provider create Create identity_provider command<br />
identity provider delete Delete identity provider<br />
identity provider list List identity providers<br />
identity provider set Set identity provider<br />
identity provider show Show identity provider<br />
image create Create/upload an image<br />
image delete Delete an image<br />
image list List available images<br />
image save Save an image locally<br />
image set Change image properties<br />
image show Show image details<br />
ip fixed add Add fixed-ip command<br />
ip fixed remove Remove fixed-ip command<br />
ip floating add Add floating-ip command<br />
ip floating create Create floating-ip command<br />
ip floating delete Delete floating-ip command<br />
ip floating list List floating-ip command<br />
ip floating pool list List floating-ip-pool command<br />
ip floating remove Remove floating-ip command<br />
keypair create Create keypair command<br />
keypair delete Delete keypair command<br />
keypair list List keypair command<br />
keypair show Show keypair command<br />
limits show Show compute and volume limits<br />
module list List module versions<br />
object list List objects<br />
object show Show object information<br />
policy create Create policy command<br />
policy delete Delete policy command<br />
policy list List policy command<br />
policy set Set policy command<br />
policy show Show policy command<br />
project create Create new project<br />
project delete Delete project<br />
project list List projects<br />
project set Set project properties<br />
project show Show project command<br />
project usage list List resource usage per project.<br />
quota set Set quotas for project or class<br />
quota show Show quotas for project or class<br />
request token authorize Authorize request token command<br />
request token create Create request token command<br />
role add Adds a role to a user or group on a domain or project<br />
role assignment list Lists role assignments according to the given filters<br />
role create Create new role<br />
role delete Delete existing role<br />
role list List roles<br />
role remove Remove role command<br />
role set Set role command<br />
role show Show single role<br />
security group create Create a new security group<br />
security group delete Delete a security group<br />
security group list List all security groups<br />
security group rule create Create a new security group rule<br />
security group rule delete Delete a security group rule<br />
security group rule list List all security group rules<br />
security group set Set security group properties<br />
security group show Show a specific security group<br />
server add security group Add security group to server<br />
server add volume Add volume to server<br />
server create Create a new server<br />
server delete Delete server command<br />
server image create Create a new disk image from a running server<br />
server list List servers<br />
server lock Lock server<br />
server migrate Migrate server to different host<br />
server pause Pause server<br />
server reboot Perform a hard or soft server reboot<br />
server rebuild Rebuild server<br />
server remove security group Remove security group from server<br />
server remove volume Remove volume from server<br />
server rescue Put server in rescue mode<br />
server resize Convert server to a new flavor<br />
server resume Resume server<br />
server set Set server properties<br />
server show Show server details<br />
server ssh Ssh to server<br />
server suspend Suspend server<br />
server unlock Unlock server<br />
server unpause Unpause server<br />
server unrescue Restore server from rescue mode<br />
server unset Unset server properties<br />
service create Create new service<br />
service delete Delete service<br />
service list List services<br />
service set Set service properties<br />
service show Show service details<br />
snapshot create Create snapshot command<br />
snapshot delete Delete snapshot command<br />
snapshot list List snapshot command<br />
snapshot set Set snapshot command<br />
snapshot show Show snapshot command<br />
token issue Issue token command<br />
user create Create new user<br />
user delete Delete user<br />
user list List users<br />
user set Set user properties<br />
user show Show user details<br />
volume create Create new volume<br />
volume delete Delete volume<br />
volume list List volumes<br />
volume set Set volume properties<br />
volume show Show specific volume<br />
volume type create Create new volume type<br />
volume type delete Delete volume type<br />
volume type list List volume types<br />
volume type set Set volume type property<br />
volume type unset Unset volume type property<br />
volume unset Unset volume properties<br />
</pre><br />
<br />
Az egyes parancsok részletes leírását így lehet elérni:<br />
<pre><br />
debian@apitest:~$ openstack help server list<br />
usage: openstack server list [-h] [-f {csv,table}] [-c COLUMN]<br />
[--max-width <integer>]<br />
[--quote {all,minimal,none,nonnumeric}]<br />
[--reservation-id <reservation-id>]<br />
[--ip <ip-address-regex>]<br />
[--ip6 <ip-address-regex>] [--name <name>]<br />
[--status <status>] [--flavor <flavor>]<br />
[--image <image>] [--host <hostname>]<br />
[--instance-name <server-name>] [--all-projects]<br />
[--long]<br />
<br />
List servers<br />
<br />
optional arguments:<br />
-h, --help show this help message and exit<br />
--reservation-id <reservation-id><br />
Only return instances that match the reservation<br />
--ip <ip-address-regex><br />
Regular expression to match IP addresses<br />
--ip6 <ip-address-regex><br />
Regular expression to match IPv6 addresses<br />
--name <name> Regular expression to match names<br />
--status <status> Search by server status<br />
--flavor <flavor> Search by flavor ID<br />
--image <image> Search by image ID<br />
--host <hostname> Search by hostname<br />
--instance-name <server-name><br />
Regular expression to match instance name (admin only)<br />
--all-projects Include all projects (admin only)<br />
--long List additional fields in output<br />
<br />
output formatters:<br />
output formatter options<br />
<br />
-f {csv,table}, --format {csv,table}<br />
the output format, defaults to table<br />
-c COLUMN, --column COLUMN<br />
specify the column(s) to include, can be repeated<br />
<br />
table formatter:<br />
--max-width <integer><br />
Maximum display width, 0 to disable<br />
<br />
CSV Formatter:<br />
--quote {all,minimal,none,nonnumeric}<br />
when to include quotes, defaults to nonnumeric<br />
<br />
debian@apitest:~$<br />
</pre><br />
<br />
Amennyiben valamilyen problémába merül fel, célszerű a parancsot -v (-vv -vvv) kapcsolóval futtatni, és egy esetleges hibabejelentésnél a kimenetet csatolni.<br />
<br />
=FAQ=<br />
<br />
===Nem sikerült az image létrehozása a webfelületen===<br />
Valószínűleg bejelölted a "Public" lehetőséget, amelyhez a felhasználóknak nincs jogosultságuk. Erre csak admin jogosultságú felhasználó képes.<br />
<br />
===Nem tudom, hogy mi az azonosító és jelszó a példányosított image-emhez.===<br />
Mert nem kötötted hozzá a publikus kulcsodat, amit előzőleg feltöltöttél az access & security key pairs fül alatt. Az SSH kulcsos azonosítással történik. A felhasználói nevek a [[C4E#Ig.C3.A9nyelhet.C5.91_virtu.C3.A1lis_er.C5.91forr.C3.A1s-csomagok_.28flavor.29|Flavors]] táblázatban vannak feltüntetve.<br />
<br />
=== Nem tudok belépni a gépre távolról ===<br />
Az alapértelmezett tűzfalszabályok nem engedélyezik a kívülről jövő kapcsolatokat. Konfigurációjuk leírása a [[#Security_group-ok|Security group-ok]] szakaszban található.<br />
<br />
===Nem tudok a létrehozott VM konzolján gépelni===<br />
Ahhoz, hogy gépelni tudjunk, vagy grafikus felülettel rendelkező oprációs rendszer esetén az egérrel dolgozni, a konzol melletti szürke területre kell kattintani és NEM a konzol ablakába.<br />
<br />
===Baj van a DNS-el, resolv.conf-al, stb.===<br />
A C4E networking stack-je több irányból konfigurálja egy-egy VM DNS beállításait.<br />
<br />
==== DHCP oldali beállítások ====<br />
Ahhoz, hogy a DHCP ne írja felül minduntalan a `resolv.conf` egyes sorait a következőt érdemes tenni:<br />
<br />
A `/etc/dhcp/dhclient.conf` állományt értelemszerűen bővíteni kell az alábbi(ak közül szükséges) sorokkal:<br />
<pre><br />
supersede domain-name "sajatdomain.hu";<br />
supersede domain-search "sajatdomain.hu";<br />
supersede domain-name-servers 8.8.8.8, 8.8.4.4;<br />
</pre><br />
<br />
==== Cloudinit oldali beállítások ====<br />
Minden C4E virtuális gépen megtalálható egy un. "Cloudinit" szkriptrendszer, ami az egyes beállításokat (hostnév, diszknövelés, ssh kulcs, stb.) hivatott beállítani.<br />
Ahhoz, hogy a Cloudinit ne állítsa át a hostnevet, és a hosts állományt, az alábbi konfiguráció szükséges a /etc/cloud/cloud.cfg állományban:<br />
<pre><br />
# This will cause the set+update hostname module to not operate (if true)<br />
preserve_hostname: true<br />
<br />
manage_etc_hosts: false<br />
</pre><br />
<br />
<br />
===IPv6 címre van szükségem, a felület szerint kapnom kéne, de mégsem===<br />
Ennek oka, hogy az adott Security Group nem "engedi be" az SLAAC-hoz szükséges hirdetési információkat. A tűzfal alábbiak szerinti bővítése, és egy virtuális gép reboot megoldja a problémát:<br />
<br />
[[Fájl:ipv6_secgroup.png|665px|ICMPv6 Enable]]</div>Kissg(AT)niif.huhttps://wiki.niif.hu/index.php?title=Cloud_for_Education&diff=4165Cloud for Education2017-08-14T10:00:30Z<p>Kissg(AT)niif.hu: a szolgáltatás helye</p>
<hr />
<div>== Hozzáférés ==<br />
<br />
A szolgáltatás elérési helye https://c4e.niif.hu.<br />
<br />
==Ismertető==<br />
22 perces ismertető, ami az NWS 2016-on hangzott el. http://videotorium.hu/hu/recordings/details/13396,Cloud4Education_-_Kezdo_lepesek<br />
<br />
===Igényelhető virtuális erőforrás-csomagok (flavor)===<br />
A virtuális gépek létrehozásakor több féle "hardvercsomagból" választhatunk, amelyek az alábbi képen tekinthetők meg.<br />
<br />
[[File:Flavors.PNG|665px|Flavors]]<br />
<br />
A táblázatban látható root lemezek mérete természetesen a virtuális gép létrehozásakor változtatható.<br />
<br />
===Felhasználói felület bemutatása===<br />
<br />
====Dashboard áttekintés====<br />
[[File:Dash_overview.png|665px|Dashboard]]<br />
<br />
Bejelentkezés után a felhasználóhoz tartozó kvóta kihasználtságai láthatjuk, ezen kvóták szabályozása admin felhasználóval tehető meg. A kihasználtságon felül lehetőség van arra, hogy a felhasználó lekérdezze egy adott periódus alatt használt vCPU, Disk és RAM mennyiségét, valamint ezek az információk letölthetők excel táblázat formájában is. A bal oldali menüstruktúra több részből tevődik össze, amelyből a két legfontosabb a „Compute” és a „Network” opció. A „Compute” menüpont alatt találhatók azok a funkciók, amelyek ahhoz szükségesek, hogy virtuális gépeket tudjunk igénybe venni és az ehhez tartozó adminisztratív teendőinket is itt tudjuk elvégezni. A „Network” menüpont alatt kezelhetjük a virtuális gépeinkhez szükséges hálózatokat. Itt hozhatunk létre virtuális routereket, hálózatokat, valamint itt állíthatunk be terheléselosztókat és definiálhatunk tűzfalszabályokat. A következőkben bemutatásra kerül, hogyan tud egy felhasználó néhány kattintás segítségével egy lemezképfájlt feltölteni, majd a képfájlból virtuális gépet létrehozni, valamint a rendelkezésre álló funkciókat igénybe venni.<br />
<br />
====Új image feltöltés====<br />
A virtuális gép létrehozásához szükség van lemezképfájlra, amelyet egy működő http url-ről könnyedén letölthetünk a „Compute” menüpont alatt található „Images” lehetőség használatával, vagy használhatjuk az előre feltöltött image-eket, amelyeket az admin jogosultságú felhasználók biztosítanak számunkra. Az „images” lehetőséget választva látható a rendelkezésre álló lemezképfájlok listája. A jobb felső sarokban a „Create Image” lehetőséget választva készíthetünk lemezképet. Az alábbi példa egy Ubuntu 14.04 verziójú lemezkép letöltését szemlélteti.<br />
<br />
[[File:Image_create.png|724px|Image készítés]]<br />
<br />
A fenti ábrán látható módon, néhány szükséges információt meg kell adni, ilyenek például: <br />
* Név <br />
* Lemezképfájl helye: A letölteni kívánt lemezképfájl internetes elérhetősége <br />
* Format: QCOW2 – QEMU Emulator<br />
<br />
=====Mindenki számára elérhető Image-ek* (Forrás: http://docs.openstack.org/image-guide/obtain-images.html)=====<br />
{| class="wikitable" border="1" <br />
|- <br />
| Operációs Rendszer <br />
| Bejelentkezési név <br />
| Minimum diszk méret <br />
|- <br />
| Ubuntu 14.04 Trusty Tahr<br />
| ubuntu <br />
| 5 GB <br />
|- <br />
| Ubuntu 16.04 Xenial<br />
| ubuntu <br />
| 5 GB <br />
|- <br />
| CentOS 6<br />
| centos <br />
| 8 GB <br />
|- <br />
| CentOS 7 <br />
| centos <br />
| 8 GB <br />
|- <br />
| Debian 8.3 <br />
| debian <br />
| 5 GB <br />
|- <br />
| CoreOS <br />
| core <br />
| 10GB <br />
|- <br />
| Fedora 23 <br />
| fedora <br />
| 5 GB <br />
|- <br />
| Windows 7 Pro SP1<br />
| setupuser/Qwer1234<br />
| 17 GB <br />
<br />
|- <br />
|}<br />
<br />
* Minden Linux alapú image-ből készített virtuális gépnél az alapértelmezett felhasználó jelszó nélkül sudo képes!<br />
<br />
===Kulcspár létrehozása/publikus kulcs feltöltése===<br />
A „Access & Security” fülre kattintva, hozzáadhatunk saját kulcspárokat, így a neutron szerverek által futtatott metadata szolgáltatás eljuttatja a publikus kulcsunkat a létrehozott virtuális gépre és a privát kulcsunkkal könnyedén tudunk autentikálni a létrehozott gépeken. Ehhez válasszuk a hozzáadás lehetőséget és adjuk meg a publikus kulcsunkat a következő ábrán látható módon.<br />
<br />
EGYES CLOUD LEMEZKÉPFÁJLOK KIZÁRÓLAG KULCS HASZNÁLATÁVAL VEHETŐK IGÉNYBE!<br />
<br />
[[File:Key_pair.png|726px|Publikus kulcs importálása]]<br />
<br />
===Hálózati típusok===<br />
Az általunk megépített rendszerben végül két fajta hálózat kapott helyet: <br />
* Az egyik típus, amit Flat néven kereszteltünk el. Ennek lényege, hogy a létrehozott virtuális gépek egy előre meghatározott publikus IP tartományból DHCP segítségével felvesznek egy címet, majd a csomagok haladásának iránya közvetlenül a compute gépek felé történik, ezzel nem terhelve a network gépeket. <br />
* A másik hálózati típus, amely az Smart nevet kapta. Ez a hálózati típus nagyban különbözik az előző megoldástól, mivel ennél a típusnál a felhasználóknak lehetőségük van egy, vagy akár több privát hálózat, valamint egy vagy több ezekhez tartozó virtuális router létrehozására. A virtuális router-hez lehetőség van hozzárendelni IP címeket a privát, valamint egy publikus hálózatból is és ennek következtében a virtuális gépek forgalmában egy úgynevezett hálózati címfordítás történik. Ennek előnye az előző megoldással szemben, hogy kevésbé IP cím pazarló a publikus címek tekintetében, valamint a neutron funkciójának köszönhetően képes több network gép között tartalékolt lenni.<br />
<br />
Az Flat típusú hálózat felvételére kizárólag admin jogosultságú felhasználónak van lehetősége két féle módon. Az egyik lehetőség, hogy a létrehozott Flat hálózat shared típusú, vagyis megosztott hálózat, ami azt jelenti, hogy a hálózat minden tenant számára látható. A másik lehetőség, hogy a létrehozott hálózatot nem osztjuk meg másik tenanttal, azonban hozzárendeljük egy bizonyos tenant-hoz, ezzel garantálva, hogy egy IP cím tartományt csak egy tenant használ kizárólag. <br />
<br />
Az Smart hálózat és egy hozzá tartozó virtuális router felvételét az alábbiakban mutatjuk be.<br />
<br />
====External (L3) hálózat létrehozása====<br />
A „Project” menüpont alatt található „Network” lehetőséget választva láthatók a hálózattal kapcsolatos lehetőségeink. A hálózat létrehozásához első lépésként a „Networks” lehetőséget kell választanunk, ahol láthatók a már korábban létrehozott hálózatok, valamint itt érhetők el a Flat típusú hálózatok is, amennyiben egy admin jogosultságú felhasználó megosztott, vagy a tenant-hoz rendelt egy ilyen típusú hálózatot.<br />
<br />
Új hálózat létrehozásához a bal felső sarokban válasszuk a „Create Network” lehetőséget, majd a következő képeken látható módon töltsük ki a szükséges mezőket.<br />
<br />
[[File:Create_net1.png|727px|hálózat létrehozása]]<br />
<br />
[[File:Create_net2.png|723px|hálózat létrehozása]]<br />
<br />
A fentebb látható menüben az átjáró IP címét nem kötelező megadni, ilyenkor automatikusan a megadott tartomány első IP címét fogja átjárónak beállítani. Ebben az esetben 192.168.66.1 címet.<br />
<br />
[[File:Create_net3.png|723px|hálózat létrehozása]]<br />
<br />
Ha minden szükséges és kötelező mezőt kitöltöttünk, akkor a „create” gombra kattintva a rendszer létrehozza a hálózatot a kívánt paramétereinkkel, amelyet a Networks menüpont alatt megtekinthetünk.<br />
<br />
====Router létrehozása és Interfészek hozzáadása====<br />
<br />
A hálózat sikeres elkészítése után szükség van egy virtuális router létrehozására, amelyen keresztül fog a hálózati címfordítás történni. A router létrehozása a következő képeken látható<br />
<br />
[[File:Create_router1.png|727px|Router létrehozás]]<br />
<br />
<br />
<br />
A Virtuális router létrehozásánál az „External Network”, azaz a külső hálózatok listájánál a rendelkezésre álló Smart hálózatok közül van lehetőség választani. Miután ez megtörtént, a router-hez szükség van egy másik interfész hozzáadására is, az előzőleg létrehozott belső hálózatból. Ennek hozzáadásához a „Routers” menüpontot választva, a forgalomirányítók listájából válasszuk ki az előbbiekben létrehozott „Internal_Router”-t, majd az „Interfaces” fülön az „Add Interface” lehetőséget választva, adjunk hozzá egy interfészt a következő ábrán látható módon.<br />
<br />
[[File:Create_router2.png|723px|Router létrehozás]]<br />
<br />
====Security group-ok====<br />
<br />
A virtuális gépek eléréséhez szükség van tűzfalszabályok definiálására, amelyre a „Security Groups” fülön van lehetőség. Alapértelmezetten egy „Default” security group jön létre, amelyben a következő forgalmak vannak alapértelmezetten engedélyezve:<br />
* Bejövő forgalom esetén: Kizárólag az azonos Security Group-ban elhelyezett virtuális gépekről érkező forgalmak<br />
* Kimenő forgalom esetén: Minden forgalom engedélyezve van<br />
<br />
A lenti példa szemlélteti, hogy hogyan engedélyezhetjük az SSH és ICMP forgalmakat minden külső hálózatból:<br />
<br />
[[File:Sec_gr1.png|723px|Szabály létrehozása]]<br />
<br />
[[File:Sec_gr2.png|723px|Szabály létrehozása]]<br />
<br />
[[File:Sec_gr3.png|723px|Szabály létrehozása]]<br />
<br />
<br />
Természetesen nem kötelező a Default security group-ot módosítani, létrehozható másik szabályrendszer is, és hozzárendelhető akár több csoport is egy virtuális géphez. A szabályok hozzáadásával lehetőség van a gép távoli elérésére a megadott protokollon keresztül.<br />
<br />
====LBaaS====<br />
Az LBaaS funkció jelenleg nem elérhető.<br />
<br />
====FWaaS====<br />
<br />
Egy másik hálózati lehetőség a tűzfal alkalmazása. Alapértelmezetten a már bemutatott Security Group felel a virtuális gépek elérhetőségének szabályozásáról, azonban lehetőségünk van egy sokkal részletesebben szabályozható technika alkalmazására is. A tűzfal működéséhez fontos, hogy a Default Security Group-ban engedélyezni kell a ki és bemenő forgalmat bárhonnan, mivel a korlátozásokat és a konkrét szabályokat a tűzfal modulban vehetjük fel.<br />
<br />
A tűzfal létrehozásához és konfigurálásához válasszuk a „Network” menüpont alatt található „Firewalls” lehetőséget. Mint ahogy az a menüstruktúrában is látszik, a tűzfal három részből tevődik össze:<br />
* Firewall Rules<br />
* Firewall Policies<br />
* Firewalls<br />
<br />
Első lépésként létre kell hoznunk a szabályokat, majd a szabályokat egy csoportba kell foglalni, végül létre kell hozni egy tűzfalat, majd hozzárendelni a szabálycsoporthoz és a virtuális router-hez. Szabályok létrehozásához válasszuk a „Firewall Rules” lehetőséget, majd az alábbi ábrán látható módon hozzunk létre egy minden befelé jövő forgalmat tiltó szabályt egy előre létrehozott virtuális gépre nézve, amely példánkban a 192.168.66.14 címet kapta.<br />
<br />
[[File:Fwaas1.png|726px|Szabály létrehozása]]<br />
<br />
<br />
A szabály létrehozása után szükség van egy csoportrendszerre, amely a szabályokat fogja tartalmazni. Ehhez válasszuk a „Firewall Policies” lehetőséget, majd az alábbi ábrákon látható módon hozzuk létre a csoportot és adjuk hozzá az előbb létrehozott mindent tiltó szabályt.<br />
[[File:Fwaas2.png|724px|Szabályrendszer létrehozása]]<br />
<br />
[[File:Fwaas3.png|723px|Szabály hozzárendelés]]<br />
<br />
<br />
A szabályok érvényre juttatásához szükség van egy tűzfal létrehozására, amelyhez hozzárendeljük a szabályrendszerünket és a virtuális átjárónkat. Ezt az alábbi módon hozzuk létre.<br />
[[File:Fwaas4.png|728px|Tűzfal létrehozása]]<br />
<br />
[[File:Fwaas5.png|728px|Router hozzárendelés tűzfalhoz]]<br />
<br />
<br />
Ezzel elértük, hogy minden bejövő forgalmat eldobjon a tűzfalunk. Ha engedélyezni szeretnénk egy befelé irányuló kapcsolatot, példánkban az SSH protokollt, akkor első lépésben a már megismert módon hozzunk létre egy szabályt, de ezúttal engedélyezőt.<br />
[[File:Fwaas6.png|724px|További szabály létrehozása]]<br />
<br />
<br />
A szabály létrehozása után hozzá kell adni a létező szabályrendszerhez. A szabályok értelmezése lineáris, tehát minél később található meg a listában egy adott szabály, a csomag annál később jut el odáig. Abban az esetben, ha a lista bármely szabálya illeszkedik az adott csomagra, az adott szabály függvényében a csomag eldobásra, vagy átengedésre kerül. Ennek értelmében a következő ábrán látható módon szúrjuk be a szabályrendszerbe a létrehozott szabályt.<br />
[[File:Fwaas7.png|726px|Szabály beszúrása]]<br />
<br />
=Virtuális gép indítása=<br />
Az előfeltételek teljesítése után elkészíthető a kívánt virtuális gép. Ehhez válasszuk a bal oldali menüből a „Compute”, azon belül pedig az „Instances” lehetőséget, majd a bal felső sarokban válasszuk a „Launch Instance” gombot és az alábbi képeken látható módon készítsük el a gépet.<br />
<br />
[[File:Launch1.png|726px|VM indítása]]<br />
<br />
==Kulcspár és security group társítása==<br />
A következő ábrán látható módon a VM létrehozásakor kiválaszthatjuk az előzőleg feltöltött publikus kulcsunkat, vagy feltölthetünk egy teljesen újat is a létrehozás közben, valamint megadhatjuk, hogy melyik Security Group vonatkozzon a virtuális gépünkre.<br />
<br />
[[File:launch2.png|726px|SecurityGroup kiválasztása]]<br />
<br />
==Hálózat kiválasztása==<br />
<br />
Következő lépésként meg kell adni a használni kívánt hálózatot. Ez legyen a példában létrehozott „Internal” hálózat.<br />
<br />
[[File:launch3.png|726px|Hálózat kiválasztása]]<br />
<br />
<br />
A „Launch” lehetőséget választva elkezdhetjük a virtuális gép létrehozását. A folyamat elkészültekor az „Instances” fül alatt láthatjuk az eddig létrehozott virtuális gépeinket és azok állapotát.<br />
<br />
<br />
[[File:launch4.png|726px|Létrehozott VM lista]]<br />
<br />
A folyamat elvégzése után elkészült az első virtuális gép, amelynek elérése több féle módon történhet.<br />
* A virtuális géphez hozzárendelünk egy publikus IP címet, majd a virtuális router segítségével 1:1 NAT alkalmazásával távolról is bejelentkezhetünk rá, Linux disztribúció esetén például SSH, Windows esetén RDP szolgáltatás segítségével.<br />
<br />
* A weboldalba ágyazott VNC konzol segítségével vezérelhetjük gépünket, azonban egyes előre gyártott lemezképfájlból készített virtuális gépek nem támogatják csak a kulcsos autentikációt, így sajnos ezeknél a gépeknél ez a módszer nem elérhető.<br />
<br />
===Floating IP hozzárendelése===<br />
Az előzőekben létrehozott Ubuntu operációs rendszerrel ellátott virtuális gépünk a második lehetőséget nem támogatja, így szükségünk van a gép eléréséhez egy publikus IP címre, amelynek allokálása és géphez rendelése a következőképpen történik.<br />
<br />
Első lépésben válasszuk a „Compute” alatt található „Access & Security” lehetőséget, majd azon belül a „Floating IPs” menüpontot és kattintsunk a jobb felső sarokban lévő „Allocate IP To Project” gombra. A megjelenő ablakban ki kell választani a kívánt Smart hálózatot, amelyből a publikus IP címet szeretnénk használni (Ez nyilván az a hálózat, amelyiket a router átjárójának is választottunk), majd az „Allocate IP” lehetőséget kell választani.<br />
<br />
[[File:Allocate1.png|726px|Floating IP igénylése]]<br />
<br />
<br />
A következő ábrán látható a Projekthez allokált IP címek listája, amelyek következő lépésként hozzárendelhetők 1-1 virtuális géphez. Ehhez válasszuk az ábrán látható IP cím mellett található „Associate” lehetőséget, majd válasszuk ki a listából azt a virtuális gépet, amelyiken az IP címet használni szeretnénk.<br />
<br />
[[File:Allocate2.png|726px|Rendelkezésre álló IP címek listája]]<br />
<br />
[[File:Allocate3.png|726px|Floating IP géphez rendelése]]<br />
<br />
A sikeres hozzárendelés után a gépünk már rendelkezik publikus IP címmel, amelyen keresztül külső hálózatokból is elérhetjük a gépet, amennyiben ezt a Security Group-ban, vagy a Firewall alatt engedélyezzük.<br />
<br />
=Virtuális gépek kezelése=<br />
<br />
==Snapshot létrehozása/indítás snapshotból==<br />
<br />
További lehetőség a létrehozott virtuális géppel kapcsolatban, hogy bármikor készíthetünk róla egy úgynevezett pillanatképet, amelyből később létrehozhatunk egy másik virtuális gépet, folytatva ott a munkát, ahol a pillanatkép készült, a régi gépet pedig leállíthatjuk, vagy törölhetjük. Ehhez a már ismert „Compute” menüpont alatt válasszuk a „Volume” lehetőséget. A kilistázott Volume-ok között válasszuk ki a megfelelőt, majd az „Actions” szekcióban található legördülő menüből válasszuk a „Create Snapshot” lehetőséget. Az ábrán látható módon adjunk neki egy nevet, majd készítsük el a pillanatképet.<br />
<br />
[[File:Create_snapshot1.png|723px|Snapshot létrehozás]]<br />
<br />
<br />
Az elkészült pillanatképből készítsünk egy újabb virtuális gépet, a már ismert módon, azzal a különbséggel, hogy a gépet ezúttal ne image-ből, hanem snapshot-ból indítsuk.<br />
<br />
[[File:Create_snapshot2.png|724px|Snapshot létrehozás]]<br />
<br />
=="Extrém" diszkigény kielégítése==<br />
<br />
Előfordul, hogy valamilyen projekthez nagyobb (TB-os nagyságrendű) területre van szükség, mint amit a kvóta megenged. Habár a kvóta növelésével könnyen orvosolhatnánk egyes felhasználók helyigényét, ezt sajnos <big>nem áll módunkban</big> megtenni, ugyanis azzal felborulna a kiosztott erőforrások közötti egyensúly (nem lenne terület, ahonnan bootoljanak az új gépek, a CPU/RAM pedig kihasználatlan maradna) valamint bizonyos szolgáltatások (jellemzően az adatbázis-szerverek) számára nem előnyös a CEPH alapú háttértár.<br />
<br />
A fenti probléma megoldására lehetőséget teremtettünk a Storage szolgáltatásunkban résztvevő egyik Eternus tárolóeszköz integrálására a C4E alá. Ez azt jelenti, hogy a C4E rendszerében konfigurálásra került egy "iSCSI1" és "iSCSI2" nevű hálózat, melynek használatával közvetlen Layer2 kapcsolattal éri el az Eternus egységet a felhasználó virtuális számítógépe, szemben a többi tárolónkkal, amihez a publikus hálózaton keresztül (route-olva) lehet hozzáférni.<br />
<br />
'''<big>FONTOS!''' Az "iSCSI1" és "iSCSI2" hálózat '''NEM nyújt publikus elérést''', azon keresztül '''csak az iSCSI targetek''' elérése lehetséges!</big><br />
<br />
<br />
'''<big>FONTOS! A fenti tároló nem önkiszolgáló! ''' A használathoz előbb '''[https://webform.niif.hu/content/storage-igenyles ''területigénylést kell benyújtani'']''', ahol be kell jelölni a ''' "A terület(ek)re a C4E szolgáltatás keretében használt virtuális gépe(i)mről kívánok csatlakozni!"''' opciót a második oldalon, majd a '''pozitív elbírálás után''' a megadott paraméterekkel lehet csatlakozni a tárolóhoz!</big><br />
<br />
<br />
<br />
=== Csatlakozás Linux alapú operációs rendszer alól ===<br />
<br />
<br />
==== Óvintézkedés! ====<br />
<br />
Sajnos az iSCSI jelenléte boot időben előfordul, hogy a virtuális gépet megállítja a boot során. Ez alapból nem lenne probléma, viszont a sablon image-ek alapértelmezetten egy read only konzolra küldik az emergency shell kimenetét, amin nem lehet módosításokat végezni. <br />
<br />
<big>'''FONTOS!''' Az esetleges konfigurációs hibákból adódó hibás virtuális gépek javításában '''NEM tudunk''' segíteni, az esetleges adatvesztésért felelősséget nem vállalunk!</big><br />
<br />
A fentiekből kifolyólag célszerű átállítani az extlinux rendszerbetöltőt az iSCSI-t használó gépeken az alábbiak szerint:<br />
<br />
* Az eredeti állomány:<br />
<pre><br />
debian@iscsiteszt-5:~$ cat /extlinux.conf<br />
default linux<br />
timeout 1<br />
label linux<br />
kernel boot/vmlinuz-3.16.0-4-amd64<br />
append initrd=boot/initrd.img-3.16.0-4-amd64 root=/dev/vda1 console=tty0 console=ttyS0,115200 ro quiet<br />
</pre><br />
<br />
* Átírás után (az utolsó sor végén '''helyet cserél''' a két console paraméter, és a '''tty0-ból tty1 lesz'''):<br />
<br />
<pre><br />
debian@iscsiteszt-5:~$ cat /extlinux.conf<br />
default linux<br />
timeout 1<br />
label linux<br />
kernel boot/vmlinuz-3.16.0-4-amd64<br />
append initrd=boot/initrd.img-3.16.0-4-amd64 root=/dev/vda1 console=ttyS0,115200 console=tty1 ro quiet<br />
</pre><br />
<br />
Ezen módosítás azonban több ismert hátránnyal jár:<br />
<br />
* Nem lesz elérhető a boot során keletkező read-only konzolkimenet (bootidőben persze látszik a VNC konzolon)<br />
* Firefox és Chrome újabb verziói alatt problémák lehetnek a VNC konzol elérésével/válaszidejével (ez sajnos egy fejlesztők által ismert, de még nem javított hiba)<br />
<br />
==== Előkészületek ====<br />
* Konfigurálni kell az interfészeket<br />
Ez az Debian base image-nél alapból konfigurálva van az alábbi módon:<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/network/interfaces <br />
# This file describes the network interfaces available on your system <br />
# and how to activate them. For more information, see interfaces(5). <br />
# The loopback network interface auto lo iface lo inet loopback <br />
<br />
# The normal eth0 <br />
auto eth0 <br />
iface eth0 inet dhcp <br />
<br />
# Maybe the VM has 2 NICs? <br />
allow-hotplug eth1 <br />
iface eth1 inet dhcp <br />
<br />
# Maybe the VM has 3 NICs? <br />
allow-hotplug eth2 <br />
iface eth2 inet dhcp<br />
</pre><br />
<br />
Ennek hatására az eth1 és eth2 interfész címei:<br />
<pre><br />
root@iscsiteszt:/home/debian# ip a<br />
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default<br />
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00<br />
inet 127.0.0.1/8 scope host lo<br />
valid_lft forever preferred_lft forever<br />
inet6 ::1/128 scope host<br />
valid_lft forever preferred_lft forever<br />
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:f0:84:6d brd ff:ff:ff:ff:ff:ff<br />
inet 193.224.22.182/24 brd 193.224.22.255 scope global eth0<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fef0:846d/64 scope link<br />
valid_lft forever preferred_lft forever<br />
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:17:05:1e brd ff:ff:ff:ff:ff:ff<br />
inet 192.168.168.53/23 brd 192.168.169.255 scope global eth1<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fe17:51e/64 scope link<br />
valid_lft forever preferred_lft forever<br />
4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000<br />
link/ether fa:16:3e:f1:ba:0a brd ff:ff:ff:ff:ff:ff<br />
inet 192.168.170.51/23 brd 192.168.171.255 scope global eth2<br />
valid_lft forever preferred_lft forever<br />
inet6 fe80::f816:3eff:fef1:ba0a/64 scope link<br />
valid_lft forever preferred_lft forever<br />
</pre><br />
<br />
'''<big>FONTOS!''' Ezen interfészek akár statikus címhasználatra is konfigurálhatók, de a C4E biztonsági megoldásai miatt kizárólag '''a C4E felületén megjelenő IP címek''' esetén lesz képes csomagot forgalmazni a virtuális gép a tároló felé! </big><br />
<br />
* Csomagtelepítés (Debian alapú rendszeren)<br />
<pre>apt-get install open-iscsi multipath-tools</pre><br />
<br />
* Multipath konfigurálása (Debian alatt létre kell hozni a fájlt)<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/multipath.conf<br />
devices {<br />
device {<br />
vendor "FUJITSU"<br />
product "ETERNUS_DXL"<br />
prio alua<br />
path_grouping_policy group_by_prio<br />
no_path_retry queue<br />
failback immediate<br />
}<br />
}<br />
</pre><br />
<br />
* Multipath daemon újraindítása<br />
<pre>root@iscsiteszt:/home/debian# service multipath-tools restart</pre><br />
<br />
* iSCSI Initiator name konfigurálása (ezt meg kellett adni az igényléskor... természetesen most lehet módosítani az állományt, később viszont fontos az ott olvasható figyelmeztetés)<br />
<pre><br />
root@iscsiteszt:/home/debian# cat /etc/iscsi/initiatorname.iscsi<br />
## DO NOT EDIT OR REMOVE THIS FILE!<br />
## If you remove this file, the iSCSI daemon will not start.<br />
## If you change the InitiatorName, existing access control lists<br />
## may reject this initiator. The InitiatorName must be unique<br />
## for each iSCSI initiator. Do NOT duplicate iSCSI InitiatorNames.<br />
InitiatorName=iqn.2017-03.hu.niif.test:c4e<br />
</pre><br />
<br />
* iSCSI daemon újraindítása<br />
<pre>root@iscsiteszt:/home/debian# service open-iscsi restart</pre><br />
<br />
<br />
==== Targetek konfigurálása ====<br />
<br />
===== The easy way =====<br />
Egy letölthető bash szkript, ami megcsinál mindent: '''[[:File:Iscsi-site-admin-c4e.sh|iscsi-site-admin-c4e.sh]]'''<br />
<br />
===== The hard way =====<br />
<br />
A következő lépés az iSCSI targetekhez történő csatlakozás. (A leírásban az username és password paraméterek a felhasználót (initiatort, azaz a virtuális gépet) azonosító egyedi paraméterek, míg az username_in és password_in a Mutual CHAP (bidirectional) azonosításhoz használható (target-et, azaz magát az Eternus tárolót azonosító) paraméterek. (Az username_in, azaz a <target CHAP felhasználó> tipikusan "eternus"...)<br />
<br />
Az alábbi parancsköteg jelszavait kell megfelelően lecserélni, majd a konzolra bemásolva csatlakozni a tárolóhoz:<br />
<br />
<big>--- Target 001 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o new<br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.168.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca0-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 011 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o new<br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.170.1 -T iqn.2000-01.hu.niif.c4e:eternus7:cm0-ca1-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 101 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o new<br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.168.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca0-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
<big>--- Target 111 ---</big><br />
<pre><br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o new<br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.username -v <initiator CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.password -v <initiator CHAP jelszó><br />
iscsiadm -m node -p 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.username_in -v <target CHAP felhasználó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -o update -n node.session.auth.password_in -v <target CHAP jelszó><br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -l<br />
<br />
iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 --op update -n node.startup -v automatic<br />
</pre><br />
<br />
Az egyes csoportok beillesztése után (konkrétan a csoportok utolsó előtti parancsa miatt) minden targetre be kell jelentkezzen, és az alábbihoz hasonló üzeneteknek kell megjelenni:<br />
<pre><br />
root@iscsiteszt-5:/home/debian# iscsiadm -m node -P 192.168.170.2 -T iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1 -l<br />
Logging in to [iface: default, target: iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1, portal: 192.168.170.2,3260] (multiple)<br />
Login to [iface: default, target: iqn.2000-01.hu.niif.c4e:eternus7:cm1-ca1-host1, portal: 192.168.170.2,3260] successful.<br />
</pre><br />
<br />
Miután mind a négy targetre sikerült a bejelentkezés, már csak a multipath ellenőrzése van hátra, ahol a lentihez hasonló kimenetnek kell megjelenjen:<br />
<pre><br />
root@iscsiteszt-5:/home/debian# multipath -ll<br />
3600000e00d280000002825d2001a0000 dm-0 FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=rw<br />
|-+- policy='service-time 0' prio=50 status=active<br />
| |- 3:0:0:0 sdd 8:48 active ready running<br />
| `- 5:0:0:0 sdb 8:16 active ready running<br />
`-+- policy='service-time 0' prio=10 status=enabled<br />
|- 2:0:0:0 sda 8:0 active ready running<br />
`- 4:0:0:0 sdc 8:32 active ready running<br />
</pre><br />
<br />
Itt jól látszik, hogy mind a négy útvonal ép, és az első kettő az aktív, a másik kettő pedig bármikor rendelkezésre áll. Amennyiben a path-ok nem jelennének meg, az alábbi parancs segítségével újratölthető a devmap:<br />
multipath -r<br />
<br />
==== Szépészeti beavatkozások ====<br />
<br />
Az iSCSI un. WWID-ket használ (ami a multipath -ll kiementében jól látszik) az egyes területek azonosítására, ami sajnos olvashatatlan, és körülményes tud lenni. Az egyszerűbb megnevezések érdekében lehetőség van a korábban szerkesztett multipath.conf állomány bővítésére az alábbi módon (a teljes állomány látható, a fent található Eternus releváns konfigurációval együtt):<br />
<br />
<pre><br />
root@iscsiteszt-5:/home/debian# cat /etc/multipath.conf<br />
devices {<br />
device {<br />
vendor "FUJITSU"<br />
product "ETERNUS_DXL"<br />
prio alua<br />
path_grouping_policy group_by_prio<br />
no_path_retry queue<br />
failback immediate<br />
}<br />
}<br />
multipaths {<br />
multipath {<br />
wwid 3600000e00d280000002825d2001a0000<br />
alias terulet1<br />
}<br />
multipath {<br />
wwid 3600000e00d280000002825d2001b0000<br />
alias terulet2<br />
}<br />
}<br />
<br />
</pre><br />
<br />
Ha kész az átnevezés (és persze nincsenek a területek csatolva sehol) újra kell olvastatni a devmapot (esetleg újra kell indítani a szervert):<br />
multipath -r<br />
<br />
<pre><br />
root@iscsiteszt-5:/home/debian# multipath -r<br />
Mar 23 11:13:37 | 3600000e00d280000002825d2001a0000: rename 3600000e00d280000002825d2001a0000 to terulet1 <br />
rename: terulet1 (3600000e00d280000002825d2001a0000) undef FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=undef<br />
|-+- policy='service-time 0' prio=50 status=undef<br />
| |- 3:0:0:0 sdd 8:48 active ready running<br />
| `- 5:0:0:0 sdb 8:16 active ready running<br />
`-+- policy='service-time 0' prio=10 status=undef<br />
|- 4:0:0:0 sdc 8:32 active ready running<br />
`- 6:0:0:0 sda 8:0 active ready running<br />
Mar 23 11:13:37 | 3600000e00d280000002825d2001b0000: rename 3600000e00d280000002825d2001b0000 to terulet2<br />
rename: terulet2 (3600000e00d280000002825d2001b0000) undef FUJITSU,ETERNUS_DXL<br />
size=200G features='1 queue_if_no_path' hwhandler='0' wp=undef<br />
|-+- policy='service-time 0' prio=50 status=undef<br />
| |- 4:0:0:1 sdg 8:96 active ready running<br />
| `- 6:0:0:1 sdf 8:80 active ready running<br />
`-+- policy='service-time 0' prio=10 status=undef<br />
|- 3:0:0:1 sdh 8:112 active ready running<br />
`- 5:0:0:1 sde 8:64 active ready running<br />
</pre><br />
<br />
=== Csatlakozás Windows alapú operációs rendszer alól (hamarosan) ===<br />
<br />
==== Előkészületek ====<br />
<br />
A gépet természetesen hozzá kell adni a megfelelő "Eternus7 - iSCSI1" és "Eternus7 - iSCSI2" hálózatokhoz.<br />
<br />
Sajnos a Windows Multipath rendszere nem képes korrektül kezelni az Eternus tárolókat, ezért első lépésként fel kell telepíteni a Fujitsu Eternus MultiPath Drivert (EMPD)<br />
A cikk írásakor ez a V2.0L23-as (2016/12/21) verziója, amit az alábbi módon lehet letölteni:<br />
<br />
# http://www.fujitsu.com/fts/support/<br />
# táblázatban katt: Storage<br />
# "Ask Fujitsu! We are here to help" ablakban a "Please select the product group"-nál "ETERNUS DX" kiválasztása<br />
# "Please select the product family"-nél "ETERNUS DX200 S3" kiválasztása<br />
# A megjelenő oldalon a megfelelő Windows verzió kiválasztása<br />
# Driver fül alatt "Device Driver"-t nyissuk ki egy kattintással<br />
# legfrissebb elérhető driver ("EMPD - Multipath Driver for Windows ...") letöltése "Direct download"-ra kattintással<br />
#*("I have read and agree to the terms and conditions." checkbox bepipálásával elfogadva a felhasználási feltételeket)<br />
# Az állomány egy exe, ami kicsomagol egy mappát, amiben lesz egy iso állomány.<br />
# Az iso-t csatolva az English/setup.exe lesz az, amit fel kell telepíteni a többutas tároló megfelelő működéséhez.<br />
<br />
==== Initiator konfigurálása ====<br />
<br />
# A "Felügyeleti eszközök" közül az "iSCSI-kezdeményező" / "iSCSI-Initiator" -t kell választani<br />
# Igennel kell válaszolni, hogy automatikusan elinduljon az iSCSI a továbbiakban<br />
# A megnyitott ablakban a "Konfiguráció" fül alatt a "Kezdeményező neve:" részhez be kell állítani az IQN-t, amit a storage igénylésekor megadtunk (ehhez az alatta lévő módosítás gombra kell kattintani)<br />
<br />
= C4E (Openstack) Publikus API =<br />
<br />
<big> '''FONTOS!''' </big> Az API külvilági elérését csomagszűrő tűzfal védi, és kizárólag az általunk ismert magyarországi IP(v4/v6) címekről érhető el.<br />
Akkor, ha timeout hiba merülne fel, a cloud@niif.hu címen kell jelezni az elérés igényét, és a kérdéses IP címet.<br />
Amennyiben az IP valóban hazai cím, és még nem szerepel a tűzfalban, rövid távon permanensen az egész alhálózat számára elérhetővé tesszük az API-t.<br />
<br />
<big> '''FONTOS!''' </big> Minden itt leírt dokumentáció a C4E openstack jelenlegi (Mitaka) verziójához készült!<br />
<br />
<br />
== Kezdő lépések: jelszó szerzése ==<br />
<br />
Kialakításra került a C4E publikus API elérése. Ahhoz, hogy a felhasználók ezt igénybe tudják venni, az alábbiak szükségesek:<br />
<br />
* Első lépésben küldeni kell egy levelet az alábbiakkal a '''cloud@niif.hu''' címre:<br />
** C4E projekt(ek) neve<br />
** C4E usernév (ez szinte biztosan az eppn)<br />
** Privát kezelésben lévő belföldi mobiltelefon száma, ahova SMS formájában küldjük el az eléréshez szükséges jelszót<br />
<br />
A levélnek arról az e-mail címről kell származnia, ami az adott intézmény IdP-je adott át a C4E-nek az eppn mellett!<br />
<br />
== Kezdő lépések: környezet kialakítása (Debian/Ubuntu) ==<br />
<br />
Első körben hozzá kell adni a repositoryt az apt konfigurációjához, frissíteni a csomaglistát, majd telepíteni a szükséges csomagokat:<br />
<br />
Debian:<br />
<pre><br />
echo "deb http://http.debian.net/debian jessie-backports main" >>/etc/apt/sources.list.d/openstack.list<br />
apt-get update<br />
apt-get install python-openstackclient<br />
</pre><br />
<br />
Ubuntu (A 16.04-es verziótól Mitaka verziót tölt le az eredeti konfigurációval):<br />
<pre><br />
apt-get update<br />
apt-get install python-openstackclient<br />
</pre><br />
<br />
Második körben be kell szerezni a szükséges <big>'''openrc'''</big> file-t az api eléréséhez:<br />
* Be kell jelentkezni a C4E-be (IdP-n keresztül természetesen)<br />
* Ki kell választani az elérni kívánt projektet, ha több lenne (az rc file-ok projektfüggők!)<br />
* Az <big>''' Access & Security -> API Access '''</big> oldalon a <big>''' Download OpenStack RC File v3 '''</big> opciót választani<br />
* Az rc file-t a kezelő gépre juttatni (ha nem ott lenne)<br />
<br />
A harmadik lépés, hogy betöltjük az rc file-t, majd a jelszó beírása után elérhetővé válik a C4E API<br />
<br />
<pre><br />
debian@apitest:~$ source cloudadmin_v3.rc<br />
Please enter your OpenStack Password:<br />
<br />
debian@apitest:~$ openstack server list<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
| ID | Name | Status | Networks |<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
| 3ac59936-cdae-4822-9855-60fabeff135f | apitest | ACTIVE | Flat1=2001:738:0:519:f816:3eff:fedd:d5e8, 193.224.22.225 ||<br />
+--------------------------------------+-----------------+--------+----------------------------------------------------------------------------------+<br />
debian@apitest:~$<br />
</pre><br />
<br />
== API használata ==<br />
<br />
Az API használatával kapcsolatban a mindenkori Openstack dokumentáció a mérvadó: https://developer.openstack.org/api-guide/quick-start/api-quick-start.html#<br />
<br />
Ugyanezen oldalról egy (hálózat/ssh kulcs nélküli!) instance elindításának kezdő lépései: https://developer.openstack.org/api-guide/quick-start/api-quick-start.html#launch-an-instance<br />
<br />
Az openstack parancs elérhető funkciói (ebből természetesen van, ami a felhasználó számára nem, illetve olyan is, ami nincs implementálva!):<br />
<br />
Részlet az <big>'''openstack --help'''</big> kiementéből:<br />
<br />
<pre><br />
Commands:<br />
access token create Create access token command<br />
aggregate add host Add host to aggregate<br />
aggregate create Create a new aggregate<br />
aggregate delete Delete an existing aggregate<br />
aggregate list List all aggregates<br />
aggregate remove host Remove host from aggregate<br />
aggregate set Set aggregate properties<br />
aggregate show Show a specific aggregate<br />
backup create Create backup command<br />
backup delete Delete backup command<br />
backup list List backup command<br />
backup restore Restore backup command<br />
backup show Show backup command<br />
complete print bash completion command<br />
compute agent create Create compute agent command<br />
compute agent delete Delete compute agent command<br />
compute agent list List compute agent command<br />
compute agent set Set compute agent command<br />
compute service list List service command<br />
compute service set Set service command<br />
console log show Show console-log command<br />
console url show Show console-url command<br />
consumer create Create consumer command<br />
consumer delete Delete consumer command<br />
consumer list List consumer command<br />
consumer set Set consumer command<br />
consumer show Show consumer command<br />
container list List containers<br />
container show Show container information<br />
credential create Create credential command<br />
credential delete Delete credential command<br />
credential list List credential command<br />
credential set Set credential command<br />
credential show Show credential command<br />
domain create Create domain command<br />
domain delete Delete domain command<br />
domain list List domain command<br />
domain set Set domain command<br />
domain show Show domain command<br />
endpoint create Create endpoint command<br />
endpoint delete Delete endpoint command<br />
endpoint list List endpoint command<br />
endpoint set Set endpoint command<br />
endpoint show Show endpoint command<br />
extension list List extension command<br />
flavor create Create flavor command<br />
flavor delete Delete flavor command<br />
flavor list List flavor command<br />
flavor show Show flavor command<br />
group add user Add user to group<br />
group contains user Checks that user is in a specific group<br />
group create Create group command<br />
group delete Delete group command<br />
group list List groups<br />
group remove user Remove user to group<br />
group set Set group command<br />
group show Show group command<br />
help print detailed help for another command<br />
host list List host command<br />
host show Show host command<br />
hypervisor list List hypervisor command<br />
hypervisor show Show hypervisor command<br />
identity provider create Create identity_provider command<br />
identity provider delete Delete identity provider<br />
identity provider list List identity providers<br />
identity provider set Set identity provider<br />
identity provider show Show identity provider<br />
image create Create/upload an image<br />
image delete Delete an image<br />
image list List available images<br />
image save Save an image locally<br />
image set Change image properties<br />
image show Show image details<br />
ip fixed add Add fixed-ip command<br />
ip fixed remove Remove fixed-ip command<br />
ip floating add Add floating-ip command<br />
ip floating create Create floating-ip command<br />
ip floating delete Delete floating-ip command<br />
ip floating list List floating-ip command<br />
ip floating pool list List floating-ip-pool command<br />
ip floating remove Remove floating-ip command<br />
keypair create Create keypair command<br />
keypair delete Delete keypair command<br />
keypair list List keypair command<br />
keypair show Show keypair command<br />
limits show Show compute and volume limits<br />
module list List module versions<br />
object list List objects<br />
object show Show object information<br />
policy create Create policy command<br />
policy delete Delete policy command<br />
policy list List policy command<br />
policy set Set policy command<br />
policy show Show policy command<br />
project create Create new project<br />
project delete Delete project<br />
project list List projects<br />
project set Set project properties<br />
project show Show project command<br />
project usage list List resource usage per project.<br />
quota set Set quotas for project or class<br />
quota show Show quotas for project or class<br />
request token authorize Authorize request token command<br />
request token create Create request token command<br />
role add Adds a role to a user or group on a domain or project<br />
role assignment list Lists role assignments according to the given filters<br />
role create Create new role<br />
role delete Delete existing role<br />
role list List roles<br />
role remove Remove role command<br />
role set Set role command<br />
role show Show single role<br />
security group create Create a new security group<br />
security group delete Delete a security group<br />
security group list List all security groups<br />
security group rule create Create a new security group rule<br />
security group rule delete Delete a security group rule<br />
security group rule list List all security group rules<br />
security group set Set security group properties<br />
security group show Show a specific security group<br />
server add security group Add security group to server<br />
server add volume Add volume to server<br />
server create Create a new server<br />
server delete Delete server command<br />
server image create Create a new disk image from a running server<br />
server list List servers<br />
server lock Lock server<br />
server migrate Migrate server to different host<br />
server pause Pause server<br />
server reboot Perform a hard or soft server reboot<br />
server rebuild Rebuild server<br />
server remove security group Remove security group from server<br />
server remove volume Remove volume from server<br />
server rescue Put server in rescue mode<br />
server resize Convert server to a new flavor<br />
server resume Resume server<br />
server set Set server properties<br />
server show Show server details<br />
server ssh Ssh to server<br />
server suspend Suspend server<br />
server unlock Unlock server<br />
server unpause Unpause server<br />
server unrescue Restore server from rescue mode<br />
server unset Unset server properties<br />
service create Create new service<br />
service delete Delete service<br />
service list List services<br />
service set Set service properties<br />
service show Show service details<br />
snapshot create Create snapshot command<br />
snapshot delete Delete snapshot command<br />
snapshot list List snapshot command<br />
snapshot set Set snapshot command<br />
snapshot show Show snapshot command<br />
token issue Issue token command<br />
user create Create new user<br />
user delete Delete user<br />
user list List users<br />
user set Set user properties<br />
user show Show user details<br />
volume create Create new volume<br />
volume delete Delete volume<br />
volume list List volumes<br />
volume set Set volume properties<br />
volume show Show specific volume<br />
volume type create Create new volume type<br />
volume type delete Delete volume type<br />
volume type list List volume types<br />
volume type set Set volume type property<br />
volume type unset Unset volume type property<br />
volume unset Unset volume properties<br />
</pre><br />
<br />
Az egyes parancsok részletes leírását így lehet elérni:<br />
<pre><br />
debian@apitest:~$ openstack help server list<br />
usage: openstack server list [-h] [-f {csv,table}] [-c COLUMN]<br />
[--max-width <integer>]<br />
[--quote {all,minimal,none,nonnumeric}]<br />
[--reservation-id <reservation-id>]<br />
[--ip <ip-address-regex>]<br />
[--ip6 <ip-address-regex>] [--name <name>]<br />
[--status <status>] [--flavor <flavor>]<br />
[--image <image>] [--host <hostname>]<br />
[--instance-name <server-name>] [--all-projects]<br />
[--long]<br />
<br />
List servers<br />
<br />
optional arguments:<br />
-h, --help show this help message and exit<br />
--reservation-id <reservation-id><br />
Only return instances that match the reservation<br />
--ip <ip-address-regex><br />
Regular expression to match IP addresses<br />
--ip6 <ip-address-regex><br />
Regular expression to match IPv6 addresses<br />
--name <name> Regular expression to match names<br />
--status <status> Search by server status<br />
--flavor <flavor> Search by flavor ID<br />
--image <image> Search by image ID<br />
--host <hostname> Search by hostname<br />
--instance-name <server-name><br />
Regular expression to match instance name (admin only)<br />
--all-projects Include all projects (admin only)<br />
--long List additional fields in output<br />
<br />
output formatters:<br />
output formatter options<br />
<br />
-f {csv,table}, --format {csv,table}<br />
the output format, defaults to table<br />
-c COLUMN, --column COLUMN<br />
specify the column(s) to include, can be repeated<br />
<br />
table formatter:<br />
--max-width <integer><br />
Maximum display width, 0 to disable<br />
<br />
CSV Formatter:<br />
--quote {all,minimal,none,nonnumeric}<br />
when to include quotes, defaults to nonnumeric<br />
<br />
debian@apitest:~$<br />
</pre><br />
<br />
Amennyiben valamilyen problémába merül fel, célszerű a parancsot -v (-vv -vvv) kapcsolóval futtatni, és egy esetleges hibabejelentésnél a kimenetet csatolni.<br />
<br />
=FAQ=<br />
<br />
===Nem sikerült az image létrehozása a webfelületen===<br />
Valószínűleg bejelölted a "Public" lehetőséget, amelyhez a felhasználóknak nincs jogosultságuk. Erre csak admin jogosultságú felhasználó képes.<br />
<br />
===Nem tudom, hogy mi az azonosító és jelszó a példányosított image-emhez.===<br />
Mert nem kötötted hozzá a publikus kulcsodat, amit előzőleg feltöltöttél az access & security key pairs fül alatt. Az SSH kulcsos azonosítással történik. A felhasználói nevek a [[C4E#Ig.C3.A9nyelhet.C5.91_virtu.C3.A1lis_er.C5.91forr.C3.A1s-csomagok_.28flavor.29|Flavors]] táblázatban vannak feltüntetve.<br />
<br />
=== Nem tudok belépni a gépre távolról ===<br />
Az alapértelmezett tűzfalszabályok nem engedélyezik a kívülről jövő kapcsolatokat. Konfigurációjuk leírása a [[#Security_group-ok|Security group-ok]] szakaszban található.<br />
<br />
===Nem tudok a létrehozott VM konzolján gépelni===<br />
Ahhoz, hogy gépelni tudjunk, vagy grafikus felülettel rendelkező oprációs rendszer esetén az egérrel dolgozni, a konzol melletti szürke területre kell kattintani és NEM a konzol ablakába.<br />
<br />
===Baj van a DNS-el, resolv.conf-al, stb.===<br />
A C4E networking stack-je több irányból konfigurálja egy-egy VM DNS beállításait.<br />
<br />
==== DHCP oldali beállítások ====<br />
Ahhoz, hogy a DHCP ne írja felül minduntalan a resolv.conf egyes sorait a következőt érdemes tenni:<br />
<br />
A /etc/dhcp/dhclient.conf állományt értelemszerűen bővíteni kell az alábbi(ak közül szükséges) sorokkal:<br />
<pre><br />
supersede domain-name "sajatdomain.hu";<br />
supersede domain-search "sajatdomain.hu";<br />
supersede domain-name-servers 8.8.8.8, 8.8.4.4;<br />
</pre><br />
<br />
==== Cloudinit oldali beállítások ====<br />
Minden C4E virtuális gépen megtalálható egy un. "Cloudinit" szkriptrendszer, ami az egyes beállításokat (hostnév, diszknövelés, ssh kulcs, stb.) hivatott beállítani.<br />
Ahhoz, hogy a Cloudinit ne állítsa át a hostnevet, és a hosts állományt, az alábbi konfiguráció szükséges a /etc/cloud/cloud.cfg állományban:<br />
<pre><br />
# This will cause the set+update hostname module to not operate (if true)<br />
preserve_hostname: true<br />
<br />
manage_etc_hosts: false<br />
</pre><br />
<br />
<br />
===IPv6 címre van szükségem, a felület szerint kapnom kéne, de mégsem===<br />
Ennek oka, hogy az adott Security Group nem "engedi be" az SLAAC-hoz szükséges hirdetési információkat. A tűzfal alábbiak szerinti bővítése, és egy virtuális gép reboot megoldja a problémát:<br />
<br />
[[Fájl:ipv6_secgroup.png|665px|ICMPv6 Enable]]</div>Kissg(AT)niif.huhttps://wiki.niif.hu/index.php?title=Vita:Cloud_for_Education&diff=4164Vita:Cloud for Education2017-08-14T09:30:56Z<p>Kissg(AT)niif.hu: /* De hol is van a szolgáltatás? */ (új szakasz)</p>
<hr />
<div>== De hol is van a szolgáltatás? ==<br />
<br />
Félek nem találom a szövegben azt a linket, amelyik arra az oldalra vezet, aminek a helpjét olvashatjuk. --[[Szerkesztő:Kissg(AT)niif.hu|kissg]] <sup>[[Szerkesztővita:Kissg(AT)niif.hu|vita]]</sup> 2017. augusztus 14., 11:30 (CEST)</div>Kissg(AT)niif.huhttps://wiki.niif.hu/index.php?title=C4e&diff=4163C4e2017-08-11T12:53:41Z<p>Kissg(AT)niif.hu: ha esetleg kisbetűvel írja be a pógár a lap címét</p>
<hr />
<div>#ÁTIRÁNYÍTÁS [[Cloud for Education]] kisbetűvel</div>Kissg(AT)niif.huhttps://wiki.niif.hu/index.php?title=Szerkeszt%C5%91:Kissg(AT)niif.hu&diff=3952Szerkesztő:Kissg(AT)niif.hu2016-08-17T09:24:47Z<p>Kissg(AT)niif.hu: /* (Placeholder) */</p>
<hr />
<div>= (Placeholder) =<br />
<br />
[[Szerkesztő:Kissg(AT)niif.hu]] <sup>[[Szerkesztővita:Kissg(AT)niif.hu|vita]]</sup></div>Kissg(AT)niif.huhttps://wiki.niif.hu/index.php?title=Szerkeszt%C5%91:Kissg(AT)niif.hu&diff=3951Szerkesztő:Kissg(AT)niif.hu2016-08-17T09:24:15Z<p>Kissg(AT)niif.hu: teszt</p>
<hr />
<div>= (Placeholder) =<br />
<br />
[[Szerkesztő:Kissg(AT)niif.hu|kissg]] <sup>[[Szerkesztővita:Kissg(AT)niif.hu|vita]]</sup></div>Kissg(AT)niif.huhttps://wiki.niif.hu/index.php?title=Szerkeszt%C5%91vita:Kissg(AT)niif.hu&diff=3950Szerkesztővita:Kissg(AT)niif.hu2016-08-17T09:15:35Z<p>Kissg(AT)niif.hu: Új oldal, tartalma: „= Itt üzenhetsz =”</p>
<hr />
<div>= Itt üzenhetsz =</div>Kissg(AT)niif.huhttps://wiki.niif.hu/index.php?title=Szerkeszt%C5%91:Kissg(AT)niif.hu&diff=3949Szerkesztő:Kissg(AT)niif.hu2016-08-17T09:14:16Z<p>Kissg(AT)niif.hu: teszt</p>
<hr />
<div>= (Placeholder) =<br />
<br />
2016. augusztus 17., 11:14 (CEST) xxxxx<br />
[[Szerkesztő:Kissg(AT)niif.hu|kissg]] <sup>[[Szerkesztővita:Kissg(AT)niif.hu|vita]]</sup> 2016. augusztus 17., 11:14 (CEST) xxxxx<br />
[[Szerkesztő:Kissg(AT)niif.hu|kissg]] <sup>[[Szerkesztővita:Kissg(AT)niif.hu|vita]]</sup> xxxxx<br />
~~ xxxxx</div>Kissg(AT)niif.huhttps://wiki.niif.hu/index.php?title=Szerkeszt%C5%91:Kissg(AT)niif.hu&diff=3948Szerkesztő:Kissg(AT)niif.hu2016-08-17T09:12:45Z<p>Kissg(AT)niif.hu: teszt</p>
<hr />
<div>= (Placeholder) =<br />
<br />
semmi</div>Kissg(AT)niif.huhttps://wiki.niif.hu/index.php?title=Szerkeszt%C5%91:Kissg(AT)niif.hu&diff=3947Szerkesztő:Kissg(AT)niif.hu2016-08-17T09:05:13Z<p>Kissg(AT)niif.hu: létrehoztam</p>
<hr />
<div>= (Placeholder) =</div>Kissg(AT)niif.huhttps://wiki.niif.hu/index.php?title=HPC&diff=3540HPC2016-03-07T05:53:02Z<p>Kissg(AT)niif.hu: helyesírás. nem csak nekünk vannak szupergépeink az országban</p>
<hr />
<div><br />
[[HPC_en|NIIF HPC in ENGLISH]]<br />
<br />
== A szuperszámítógépekről ==<br />
Az NIIF Intézet szuperszámítógép szolgáltatása tudományos számítási feladatok futtatására, valamint tudományos célú adattárolásra szolgál. A jelenleg integrált szuperszámítógép-rendszer komponensei négy helyszínen találhatók:<br />
<br />
* Debreceni Egyetem<br />
* NIIFI központ<br />
* Pécsi Tudományegyetem<br />
* Szegedi Tudományegyetem<br />
* Miskolci Egyetem<br />
<br />
<br />
[[Fájl:Orszagos-attekinto_hpc.png|center|700px|alt=Az NIIF szuperszámítógépei térképen]]<br />
<br />
<br />
A tudományos számítási feladatok különböző típusainak minél szélesebb körű lefedettsége érdekében az egyes helyszíneken különböző felépítésű gépek találhatók: két helyszínen ccNUMA, három helyszínen pedig "fat-node" fürtözött megoldás. Az alrendszereket az NIIFI nagy sávszélességű, alacsony késleltetésű HBONE+ adathálózatán keresztül, ARC grid köztesréteg, valamint harmonizált felhasználói azonosítás segítségével integráljuk egységes elvek mentén elérhető számítási egységgé. Az erőforrás jelenleg Magyarország legnagyobb tudományos számítás céljára felhasználható erőforrása, amely összesen 50 billió lebegőpontos művelet elvégzését teszi lehetővé másodpercenként.<br />
A szuperszámítógép-rendszert az NIIFI üzemelteti és fejleszti. A rendszerhez regisztrációt követően, minden olyan személy vagy kutatócsoport hozzáférhet, amely tagintézményi szerződéses kapcsolatban áll az NIIF Intézettel.<br />
A gépen megtalálhatók és futtathatók a legkorszerűbb fejlesztőeszközök és tudományos számításra szolgáló alkalmazások, valamint, az NIIF adatközpontban elhelyezett alrendszer kivételével, valamennyi alrendszer kiegészül a számítási feladatok eredményeit megjelenítő vizualizációs eszközökkel.<br />
<br />
==== Szuperszámítógépeink összehasonlítása ====<br />
<br />
{| class="wikitable" border="1" <br />
|- <br />
| Helyszín<br />
| Budapest<br />
| [[Budapest2_klaszter|Budapest2]]<br />
| Szeged<br />
| Debrecen<br />
| [[Debrecen2_GPU_klaszter|Debrecen2-GPU]] (tesztüzem)<br />
| Debrecen3-Phi (beüzemelése folyamatban van)<br />
| Pécs<br />
<br />
| [[Miskolc_UV_2000|Miskolc]] (tesztüzem)<br />
|- <br />
| Típus<br />
| HP CP4000SL<br />
| HP SL250s <br />
| HP CP4000BL<br />
| SGI ICE8400EX<br />
| HP SL250s<br />
<br />
| HP Apollo 8000<br />
| SGI UV 1000<br />
<br />
| SGI UV 2000<br />
|- <br />
| CPU-k / node <br />
| 2<br />
| 2 <br />
| 4 <br />
| 2<br />
| 2<br />
<br />
| 2 <br />
| 192<br />
<br />
| 44 <br />
|- <br />
| Core-ok / CPU <br />
| 12<br />
| 10<br />
| 12<br />
| 6<br />
| 8<br />
| 12<br />
| 6<br />
| 8<br />
|- <br />
| Memória / node <br />
| 66 GB<br />
| 63 GB <br />
| 132 GB<br />
| 47 GB<br />
| 125 GB<br />
| 125 GB<br />
| 6 TB<br />
| 1.4 TB<br />
|- <br />
| Memória / core <br />
| 2.6 GB<br />
| 3 GB <br />
| 2.6 GB<br />
| 2.6 GB<br />
| 7.5 GB<br />
| 7.5 GB<br />
| 5 GB<br />
| 4 GB<br />
|- <br />
| CPU <br />
| AMD Opteron 6174 @ 2.2GHz<br />
| Intel Xeon E5-2680 v2 @ 2.80GHz <br />
| AMD Opteron 6174 @ 2.2GHz <br />
| Intel Xeon X5680 @ 3.33 GHz<br />
| Intel Xeon E5-2650 v2 @ 2.60GHz <br />
| Intel Xeon E5-2670 v3 @ 2.30GHz<br />
| Intel Xeon X7542 @ 2.66 GHz<br />
| Intel Xeon E5-4627 v2 @ 3.33 GHz<br />
|- <br />
| GPU <br />
| -<br />
| - <br />
| 2 * 6 Nvidia M2070<br />
| -<br />
| 68 * 3 Nvidia K20x + 16 * 3 Nvidia K40x <br />
| -<br />
| -<br />
| -<br />
|-<br />
| Intel Xeon Phi <br />
| -<br />
| 14 * 2 * Intel(R) Xeon Phi(TM) MIC SE10/7120<br />
| -<br />
| - <br />
| -<br />
| 44 * 2 * Intel(R) Xeon Phi(TM) MIC SE10/7120<br />
| -<br />
| -<br />
|- <br />
| Linpack teljesítmény (Rmax)<br />
| 5 Tflops<br />
| 27 Tflops<br />
| 20 Tflops<br />
| 18 Tlops<br />
| 254 Tflops<br />
| ~106 Tflops<br />
| 10 Tflops<br />
| 8 Tflops<br />
|- <br />
| Compute node-ok száma <br />
| 32<br />
| 14<br />
| 50<br />
| 128<br />
| 84<br />
| 44<br />
| 1<br />
| 1<br />
|- <br />
| Dedikált storage <br />
| 50 TB<br />
| 500 TB<br />
| 250 TB<br />
| 500 TB<br />
| 585 TB (Phi-vel közös)<br />
| 585 TB (GPU-val közös)<br />
| 500 TB<br />
| 240 TB<br />
|- <br />
| Scheduler <br />
| [http://slurm.schedmd.com/ SLURM]<br />
| [http://slurm.schedmd.com/ SLURM] <br />
| [http://slurm.schedmd.com/ SLURM]<br />
| [http://slurm.schedmd.com/ SLURM]<br />
| [http://slurm.schedmd.com/ SLURM] <br />
| [http://slurm.schedmd.com/ SLURM]<br />
| [http://slurm.schedmd.com/ SLURM] <br />
| [http://slurm.schedmd.com/ SLURM] <br />
|- <br />
| MPI <br />
| OpenMPI (ompi)<br />
| IntelMPI (impi) <br />
| OpenMPI (ompi) <br />
| SGI MPT (mpt)<br />
| OpenMPI (ompi)<br />
<br />
| OpenMPI (ompi)<br />
| SGI MPT (mpt)<br />
<br />
| SGI MPT (mpt)<br />
|}<br />
<br />
== További információ ==<br />
=== Az új HPC-k dokumentációja ===<br />
* [[Budapest2_klaszter|Budapest2]]<br />
* [[Miskolc_UV_2000|Miskolc]]<br />
* [[Debrecen2_GPU_klaszter|Debrecen2 GPU klaszter (LEO)]]<br />
<br />
=== Kapcsolódó oldalak===<br />
* [[HPC-Portal|HPC portál: projekt és témaszámok kezelése, leállások, statisztikák]]<br />
* [[NIIF_szuperszámítógépek_használata|A szuperszámítógépek használata]]<br />
* [[HPC-GYIK|GY.I.K]]<br />
* [http://www.niif.hu/hu/niif_intezet/az_niifi_szuperszamitogepek_hasznalata NIIF HPC oldal]<br />
<br />
=== Saját HPC oktató tartalmaink ===<br />
<br />
* [http://videotorium.hu/hu/channels/details/1895 HPC oktató videók]<br />
* [http://conference.niif.hu/event/3/session/23/contribution/25 HPC tutorial (NWS 2015) anyagai ]<br />
* [http://videotorium.hu/hu/events/details/1864,GPU_programozas_workshop GPU programozás workshop (videotorium)]<br />
<br />
=== Angol nyelvű tréningek, videók, anyagok ===<br />
* [http://www.training.prace-ri.eu PRACE training portal]<br />
* [[PRACE_User_Support|PRACE User Support]]<br />
[[Kategória: HPC]]<br />
[[Kategória: Összefoglaló lapok]]</div>Kissg(AT)niif.hu