Mirantis Openstack telepítése egy tesztrendszeren

Slides:



Advertisements
Hasonló előadás
Windows Virtualizáció
Advertisements

Első tapasztalatok az NIIFI-nél üzemelő infrastruktúra cloud szolgáltatással kapcsolatban Stefán Péter NIIFI RICOMNET Miskolc.
A virtuális munka-környezet
Virtualizált Biztonságos BOINC Németh Dénes Deák Szabolcs Szeberényi Imre.
Segítség! Felnőttem! Nagy terhelhetőségű, magas rendelkezésreállású rendszerek építési és üzemeltetési útmutatója Kovács Zsolt Szerverhotel igazgató.
Backend: Gyors és olcsó(?) ÁRVAI ZOLTÁN KITCHEN BUDAPEST.
Alap hálózat összerakása Packet Tracerben
2007 ISP TANFOLYAM ÉSZAKNET, LH COM. USER AUTHENTIKÁCIÓ •MAC – IP •MAC – DHCP •MAC – IP – RADIUS •PPPoE – RADIUS.
Infrastruktúra-felügyelet a privát felhőben
Windows hálózati infrastruktúra kialakítása
1 GTS Szerver Virtualizáció – Ügyvitel a felhőben.
Openstack Matics Zoltán
Hálózat összeállítási feladat 2
Jogában áll belépni?! Détári Gábor, rendszermérnök.
Windows Azure Infrastruktúra és platform a felhőben
A számítógépes hálózatok világa
Virtualizáció Korszerű Adatbázisok Ferenci László
A Windows 7 automatizált telepítése Windows AIK használatával
Microsoft Virtual PC 2007 Beszerzés, telepítés
Cluster Szorosan összekapcsolt számítógépek csoportja (egy gépet alkotnak) Gyakori a LAN megoldás Céljuk: – Teljesítmény növelése – Rendelkezésre állás.
Storage Virtualization Presentation Virtualization Server Virtualization Desktop Virtualization Application Virtualization SYSTEM CENTER.
Számítógép architektúrák I. gyakorlat Linux telepítő gyakorlat
Module 1: A Microsoft Windows XP Professional telepítése
A KFKI AFS szolgáltatás Hernáth Szabolcs MTA KFKI RMKI
WEB MES (webes gyártásirányító rendszer)
Új Windows alapú intézményi szerverek (címtár és management) tervezése és kivitelezése.
Hibrid felhő Privát-, publikus és hoster felhők összekapcsolása
SCVMM 2012 – a privát felhőre optimalizálva Szolgáltatások Felhő Telepítés Szerkezeti elemek Hyper-V Bare Metal Provisioning Hyper-V, VMware, Citrix.
Hálózatkezelési újdonságok Windows 7 / R2
Költség hatékony és rugalmas infrastruktúra ami az ismert és meglevő termékeken alapul  Heterogén környezetek támogatása  Folyamat automatizálás  Önkiszolgáló.
Windows Server 2012 Kiadások, licencelés, lehetőségek
Demo/teszt környezetek Szerver konszolidáció Adatközpontok alapja.
Exchange Server 2007 Client Access Role
CommunityCloud Private Cloud Public Cloud Hybrid Clouds Megvalósítás módja Szolgáltatás modell Alapvető jellemzők Közös jellemzők Software as a Service.
Operációs Rendszerek II.
Segédlet vizuális programozáshoz Kovács László
Panasonic Rendszertelefonok
Jövő Internet technológiák és alkalmazások kutatása Magyarországon Ács Sándor, OE-NIK Budapest,
Nagy teherbírású rendszerüzemeltetés a felhőben. Miről lesz szó? Cloud áttekintő Terheléstípusok és kezelésük CDN Loadbalancing Nézzük a gyakorlatban.
Összetevő- és telepítési diagram
Magas rendelkezésre állású Hyper-V rendszer építése
Kérelem elektronikus benyújtása a Szolgáltatói Nyilvántartásba
Storage újdonságok Windows Server 2012 R2 konferencia Kovács Zoltán Architect Microsoft Magyarország Kocsis Attila
Út a felhőbe - Azure IaaS Windows Server 2012 R2 konferencia
Eszköz és identitás kezelés Korlátlan fájl szerver kapacitás Másodlagos adatközpont Korlátlanul skálázódó infrastruktúra Biztonságos DMZ Hibrid adat-
Óravázlat Készítette: Toldi Miklós
4/7/2017 StorSimple: A felhő-integrált tároló Windows Server 2012 R2 konferencia © 2012 Microsoft Corporation. All rights reserved. Microsoft, Windows,
Felhő PC demonstráció Gergely Márk MTA SZTAKI Laboratory of Parallel and Distributed Systems
Az adatok/programok külső tárolása és kezelése
A Windows Server 2003 termékcsalád A Windows Server 2003 termékcsaládnak 4 tagja van: Windows Server 2003, Standard Edition Windows Server 2003, Enterprise.
CMMI - VALIDÁCIÓ Suba Gergely.
Clustered Shared Volumes Menetközbeni tároló hozzáadás / eltávolítás Karbantartás üzemmód SAN migráció clusterezett gépre, gépről Kiterjesztett támogatás.
2. Operációs rendszerek.
Flash memória alapú adattárolók (avagy a jövő adatközpontjának tárolóeszközei) Pap Gábor műszaki igazgató Invigor Informatika Kft. E-Banking Summit 2015.
Tűzfal (firewall).
A ROM ÉS A BIOS. K ÉSZÍTETTE R ELL P ATRIK A ROM A ROM egy olyan elektrotechnikai eszköz, amely csak olvasható adatok tárolására alkalmas memória. Tartalma.
Alapszolgáltatások A fájlszerver – milyen tárolókon?
COMPU-CONSULT Ltd. Saját kábeltv IP kamerával Előadók: Szabó Bence, COMPU-CONSULT Kft. Imre Gábor Panasonic, Előadás közben telefonálhat:
Netware 6 telepítése Molnár Péter. Telepítési követelmények I. Minimális rendszerkövetelmények · Szerverszintű PC legalább Pentium II vagy AMD K7 processzorral.
Linux alapú firmware készítése és telepítése SOHO routerre A router hardver- és szoftverkörnyezete, követelmények és lehetőségek Kovács Dávid.
LPDS és felhő technológia Peter Kacsuk
Microsoft alapú VIR megoldás az egyetemeken Lénárt Marcell.
AZURE RÉGIÓK Szoftver szolgáltatás SaaS Platform szolgáltatás PaaS Infrastruktúra szolgáltatás IaaS.
A szakdolgozat rövid bemutatása
Novell Storage Services
Hálózati rendszerek adminisztrációja JunOS OS alapokon
Adatmozgatás az MTA Cloudon Data Avenue segítségével MTA Cloud workshop november 21. Nagy Enikő MTA Cloud csapattag Szoftverfejlesztő.
Hálózati architektúrák
Openstack-alapú privát felhő üzemeltetés 2017/2018 I. félév SZTE
Bodor János Erdősi Péter
Előadás másolata:

Mirantis Openstack telepítése egy tesztrendszeren Openstack-alapú privát felhő üzemeltetés 2017/2018 I. félév SZTE

OpenStack Architecture Design Az olyan kulcsfontosságú tényezők, amelyek befolyásolhatják a tárolóeszközök kiválasztását egy általános célú OpenStack felhő esetében, a következők: Kapacitás Teljesítmény Hibatűrés

OpenStack Architecture Design Kapacitás: A kiválasztott hardvereszközöknek alkalmasnak kell lenniük ahhoz, hogy elegendő tárhelyet biztosítsanak a felhőszolgáltatásokhoz. Fontos a kezdeti követelmények meghatározása és egy olyan formatervezés kell biztosítani, mely támogatja a kapacitás további növekedését. Az objektumtárolóhoz kiválasztott hardver node-oknak támogatniuk kell a nagy mennyiségű olcsó lemezeket a RAID vezérlőkártyák támogatása nélkül. A blokktároláshoz kiválasztott hardver node-oknak támogatniuk kell a nagysebességű tárolási megoldások kezelését és a RAID vezérlőkártyák támogatását a teljesítmény és redundancia biztosítása érdekében. A RAID-vezérlők, amik automatikusan megjavítják a sérült tömböket, segítenek a tároló eszközök cseréjében és javításában.

OpenStack Architecture Design Teljesítmény: Az objektumtárolási szolgáltatásokra kiválasztott lemezeknek nem szükséges nagy teljesítménnyel rendelkezniük. Javasolt, hogy a legkedvezőbb megoldásokat válasszuk, minél több kapacitás a lehető legolcsóbban. Ezzel ellentétben a blokktárolási szolgáltatásokra kiválasztott lemezek kihasználhatják a teljesítményből adódó előnyöket, így SSD-k vagy flash tárolók használatát eredményezhetik, ezzel nagy teljesítményű blokktároló készleteket biztosíthatunk.

OpenStack Architecture Design Hibatűrés: Az objektumtárolásra kiválasztott node-oknak nincsenek követelményeik ilyen téren. Nem szükséges megtervezni a hibatűrést az objektumtároló hardveren belül. A blokk tároló/számítási/kontroller node-oknak, mind hardveres szinten hibatűrő képességgel kell rendelkezniük, mind a hardveres RAID-vezérlők és a különböző RAID-konfigurációk szintjén. A kiválasztott RAID szintnek összhangban kell lennie a felhő teljesítményével és rendelkezésre állási követelményeivel.

OpenStack Architecture Design Hálózati hardverkövetelmények: Egy számításra fókuszált architektúra esetén javasolt a hálózati architektúrát egy skálázható hálózati modell segítségével tervezni, ezzel könnyítve a kapacitás és a sávszélesség növelését. Egy ilyen modell jó példája a „leaf-spine” modell. Az ilyen típusú hálózat kialakításánál további sávszélesség bővítésének lehetőségét kell megcélozni. Fontos olyan hálózati hardvereket választani, amelyek lehetővé teszik a jövőbeli fejlesztéseket, mivel a munkaterhelési igények növekedhetnek. A hálózati architektúrában fontos megbecsülni, hogy hol biztosítsunk redundanciát.

Hardware követelmények Fuel Master Node minimum hardware követelményei: Egy valós környezet esetén: Quad-core CPU 4 GB RAM 10 Gigabit network port IPMI hozzáférés egy független management hálózaton keresztül 50 GB (függ a node-ok számától) Minden node naplófájlokat küld a Fuel Master nodenak. Egy ajánlás szerint a következőképp számíthatjuk ki a minimum lemezméretet: 20 x node-ok száma x 2.5 (pl.: 10 node esetén 20 x 10 x 2.5 = 500 GB)

Hardware követelmények Fuel Master Node minimum hardware követelményei: Egy teszt környezet estén: Dual-core CPU 2 GB RAM 1 Gigabit network port 50 GB disk Fizikai konzol elérés

Hardware követelmények Fuel Slave node-ok hardware követelményei függ a node típusától, a tervezett terheléstől. Tipikusan két CPU foglalatos szerver szükséges a projekt követelményeihez megfelelő CPU-val, memóriával, és merevlemezzel.

Általános irányelvek Controller node-ok: Használjunk legalább 3 controller node-t a magas szintű rendelkezésre álláshoz. Teszteléshez elég lehet 1 controller node is, a továbbit később is hozzá lehet adni. A controller node-ok összege páratlannak kell lennie minden esetben, hogy a határozatképesség meglegyen.

Általános irányelvek Compute node-ok: A compute node-ok száma és hardware konfigurációja a következőktől függ: Virtuális gépek száma Alkalmazások, amiket futtatni tervezünk ezeken a virtuális gépeken Terhelés

Általános irányelvek Storage node-ok: A storage node-ok száma és kapacitása nagyban függ a tárolás típusától, redundanciától, és a compute node-okon lévő terheltestől. Ebből adódóan a tárolás konfigurációja nagyban változhat minden estben.

Általános irányelvek Telemetry - MongoDB node-ok: 3 dedikált node ajánlott a Telemetry - MongoDB telepítéséhez, vagy minden controller node-hoz hozzárendelhetünk egy Telemetry – MongoDB role-t is.

Tesztrendszer 2 db: 1 db: 3 db: Compute, Ceph OSD Ceph OSD Controller, Telemetry – MongoDB 2 db Compute Compute, Ceph OSD

Fuel jellemzői Hardver felfedezés Hardverkonfiguráció felhasználói felületen (hálózatok és lemez partícionálás Több OpenStack környezet létrehozása és kezelése

Fuel jellemzői HA OpenStack telepítési konfigurációk Előtelepítési ellenőrzések és hálózat validálás Telepítést követő ellenőrzések

Fuel jellemzői Valós idejű naplók megtekintése a webes felületen keresztül CentOS és Ubuntu támogatás (kiterjeszthető más disztribúciókra is) Több OpenStack disztribúció támogatása

Fuel telepítése Az itt megadott jelszóval tudunk később belépni a FUEL Web UI-re

Fuel telepítése

Fuel telepítése Hálózati beállítások: Interfészek beállítása: név megadása, interfész engedélyezése/tiltása, konfigurálás statikusan vagy DHCP segítségével A megadott IP címen érhető el a FUEL Webes UI, illetve a master node-ra való SSH során ezt kell megadni

Fuel telepítése SSH korlátozás megadása

Fuel telepítése

Fuel telepítése PXE beállítása: Interfész kiválasztása, ahol a PXE futni fog DHCP Pool beállítása a node-ok detektálásához A DHCP Pool Start és End közötti IP címek a node-ok lesznek hozzárendelve.

Fuel telepítése

Fuel telepítése DNS & hostname beállítása: Internet eléréséhez szükséges A telepítés során szükséges az egyes repository-k eléréséhez

Fuel telepítése Lokális gépre is telepíthető: https://www.mirantis.com/how-to-install-openstack/ Demó környezet is rendelkezésre áll: https://www.fuel-infra.org/#fueldemo

OpenStack környezet készítése

OpenStack környezet készítése

OpenStack környezet készítése

OpenStack környezet készítése

OpenStack környezet készítése

Fuel Web UI - Dashboard

Fuel telepítése Dashboard: Általános információk az OpenStack környezetről Név szerkesztése Node-ok hozzáadása Környezet törlése/visszaállítása Sikeres telepítést követően elérhető a Horizon dashboard

Fuel Web UI - Nodes

Fuel telepítése Nodes: A node-ok listája, információk a node-okról Az egyes node neveinek szerkesztése Node-ok hozzáadása Lemez/Interfész konfigurálása

Fuel Web UI – Hálózat verifikálása

HealthCheck OpenStack környezet funkcionalitásának elemzése. Automatikus, Fuel webes felületén keresztül

HealthCheck

HealthCheck Kategóriák Sanity Functional tests High-availability tests Platform services functional tests Cloud validation tests Configuration tests

HealthCheck Kategóriák Sanity Több tesztet is tartalmaz, amely a különböző OpenStack objektumok, konfigurációk és szolgáltatások listáját kérdezi le. Pl: flavor, image, instance, snapsot, volume, user, stb. listáinak lekérdezése

HealthCheck Kategóriák Functional tests Többféle tesztet is tartalmaz, amik különböző OpenStack objektumokat és virtuális példányokat hoznak létre vagy indítanak el. Pl: create instance flavor, create volume and boot instance from it, launch instance

HealthCheck Kategóriák High-availability tests Olyan teszteket tartalmaz, amelyek verifikáljál, hogy a különböző összetevők, például a RabbitMQ, a Pacemaker, a Galera cluster magas rendelkezésre állásuak (HA) és működőképesek. Pl: check pacemaker status, RabbitMQ availability

HealthCheck Kategóriák Platform services functional tests Több tesztet is tartalmaz, amelyek ellenőrzik a további OpenStack összetevőket. Néhány szolgáltatás, például a Sahara és a Murano, további előkészületet igényel a teszt lefolytatása előtt. Pl: check stack autoscaling, check stack rollback

HealthCheck Kategóriák Cloud validation tests Ezek a tesztek ellenőrzik, hogy a node-ok elegendő szabad területet tartalmaznak-e, valamint különböző felhőbeállításokat (log rotation) Pl: check disk space outage on controller and compute nodes, Check log rotation configuration on all nodes

HealthCheck Kategóriák Configuration tests Ellenőrizi az alapértelmezett hitelesítő adatok használatát a root felhasználónál és az OpenStack környezet admin felhasználójánál. Alapértelmezett jelszó esetén a tesz sikertelen. Pl: check usage of default credentials on master node

Referenciák OpenStack Architecture Design Guide: https://docs.openstack.org/arch-design/design.html Fuel Master node hardware requirements: https://docs.mirantis.com/openstack/fuel/fuel-9.2/mos-planning-guide/fuel-sys-req/sysreq_fuel_mn_hw_reqs.html Fuel Slave node hardware requirements: Mirantis weboldal: www.mirantis.com Rally docs: http://docs.xrally.xyz/projects/openstack/en/0.10.0/index.html