Megjelent az Apache CloudStack 4.17 felhőplatform, amely lehetővé teszi a privát, hibrid vagy nyilvános felhőinfrastruktúra (IaaS, infrastruktúra mint szolgáltatás) telepítésének, konfigurálásának és karbantartásának automatizálását. A CloudStack platformot a Citrix adta át az Apache Alapítványnak, amely a Cloud.com cég felvásárlása után kapta meg a projektet. Telepítőcsomagok készültek a CentOS, Ubuntu és openSUSE rendszerekhez.
A CloudStack nem függ a hiperhajtótól, és lehetővé teszi, hogy egy felhőinfrastruktúrában egyszerre használják a Xen (XCP-ng, XenServer/Citrix Hypervisor és Xen Cloud Platform), KVM, Oracle VM (VirtualBox) és VMware típusokat. A felhasználói bázis, a tárolás, a számítási és a hálózati erőforrások kezelésére webes felület és speciális API áll rendelkezésre. A legegyszerűbb esetben a CloudStack alapú felhőinfrastruktúra egy irányító szerverből és egy számítási csomóból áll, amelyeken a vendég operációs rendszerek virtualizálásban futnak. Bonyolultabb rendszerekben több irányító és kiegészítő terheléselosztó klaszter használatát is támogatja. szerverek és további terheléselosztók. Eközben az infrastruktúra szegmensekre bontható, mindegyik külön adatközpontban működik.
A 4.17-es kiadást LTS (Hosszú Távú Támogatás) kategóriába sorolták, és 18 hónapon át fogják támogatni. Főbb újdonságok:
- Támogatja a virtuális routerek (VR, Virtual Router) frissítését helyben történő cserével, amely nem igényli a működés leállítását (korábban a frissítéshez le kellett állítani és eltávolítani a régi példányt, majd új telepítése és elindítása következett). A leállás nélküli frissítés élő javítások alkalmazásával valósul meg.
- Izolált és VPC hálózatokhoz elérhetővé vált IPv6 támogatás, amely korábban csak a megosztott (Shared) hálózatok számára volt elérhető. Ez magában foglalja az IPv6 statikus útvonalak beállítását, IPv6 alhálózatok kiosztását virtuális környezetek számára.
- A fő összesítésbe belépett egy tároló plugin a SDS-platformhoz (Szoftveresen Meghatározott Tárolás) StorPool néven, amely lehetővé teszi az olyan funkciók használatát, mint például az azonnali pillanatképek, partíciók klónozása, dinamikus helykiosztás, biztonsági mentés és különböző QoS politikák alkalmazása minden virtuális lemez esetében.
- A felhasználók számára lehetővé vált a megosztott hálózatok (Shared Networks) és privát átjárók (Private Gateways) önálló létrehozása a beépített webes felületen vagy API-n keresztül (korábban ez a lehetőség csak az adminisztrátorok számára volt elérhető).
- Lehetőség nyílt a hálózatok összekapcsolására több fiókkal (több felhasználó osztozhat egy hálózaton) virtuális routerek bevonása és portok továbbítása nélkül.
- A webes felületen megvalósult az a lehetőség, hogy több SSH-kulcsot adjanak hozzá a környezethez manuális .ssh/authorized_keys fájl szerkesztése nélkül (a kulcsok a környezet létrehozásakor kerülnek kiválasztásra).
- A webes felületen strukturált információk állnak rendelkezésre a rendszeres eseményekről, amelyek auditálásra és hibák okainak feltárására szolgálnak. Az események mostantól egyértelműen az eseményt kiváltó erőforráshoz kapcsolódnak. Lehetséges az események keresése, szűrése és rendezése az objektumok alapján.
- Alternatív módszer került hozzáadásra a KVM hipervizor alatt futó virtuális gépek tárolóinak pillanatképeinek létrehozásához. Az előző megvalósítás a libvirtra támaszkodott, amely nem támogatta a RAW formátumú virtuális lemezekkel való munkát. Az új megoldás az egyes tárolók speciális képességeit kihasználva lehetővé teszi a virtuális lemezek pillanatképeinek létrehozását anélkül, hogy levágni az operatív memóriát.
- A környezetek és szekciók migrációs mesteréhez hozzáadva a szekciók kifejezett társításának támogatása egy adott primer tárolóhoz.
- Az adminisztrátori felülethez hozzáadva a vezérlő szerverek, erőforrás-elosztó szerverek és DBMS szerverek állapotjelentései.
- A KVM host-környezetekhez lehetőség került hozzáadásra több helyi tároló szekció használatára (korábban csak egy primer helyi tároló volt megengedett, ami akadályozta további lemezek hozzáadását).
- Lehetőség nyílt nyilvános IP-címek fenntartására, amelyeket később saját hálózataikban használhatnak.
Forrás: opennet.ru
