Fir IaaS (Virtual Data Center) Servicer ze bidden, hu mir mir benotzen eng kommerziell orchestrator (FCO). Dës Léisung huet eng zimlech eenzegaarteg Architektur, déi se vun Openstack an CloudStack ënnerscheet, bekannt fir d'Allgemengheet.
KVM, VmWare, Xen, Virtuozzo6/7, souwéi Container aus dem selwechte Virtuozzo ginn als Compute Node Hypervisoren ënnerstëtzt. Ënnerstëtzt Späicheroptiounen enthalen lokal, NFS, Ceph a Virtuozzo Storage.
FCO ënnerstëtzt d'Schafung a Gestioun vu verschidde Cluster aus enger eenzeger Interface. Dat ass, Dir kënnt e Virtuozzo Cluster an e KVM + Ceph Cluster verwalten andeems Dir tëscht hinnen mat engem Mausklick wiesselt.
Am Kär ass FCO eng ëmfaassend Léisung fir Cloud Ubidder, déi nieft der Orchesteréierung och Rechnung enthält, mat all Astellungen, Bezuelungsplugins, Rechnungen, Notifikatiounen, Reseller, Tariffer, asw. Wéi och ëmmer, de Rechnungsdeel ass net fäeg all russesch Nuancen ze decken, also hu mir seng Notzung zugonschte vun enger anerer Léisung opginn.
Ech si ganz zefridde mam flexibele System fir d'Rechter op all Cloud Ressourcen ze verdeelen: Biller, Disken, Produkter, Serveren, Firewalls - all dëst kann "gedeelt" ginn a Rechter tëscht de Benotzer, a souguer tëscht Benotzer vu verschiddene Clienten. All Client kann e puer onofhängeg Datenzenteren an hirer Wollek erstellen an se vun enger eenzeger Kontrollpanel verwalten.
Architektonesch besteet FCO aus verschiddenen Deeler, jidderee vun deenen hiren eegene onofhängege Code huet, an e puer hunn hir eege Datebank.
Skyline - Administrator an User Interface
Jade - Geschäftslogik, Rechnung, Taskmanagement
tigerlily - Service Koordinator, geréiert a koordinéiert den Austausch vun Informatioun tëscht Geschäftslogik a Cluster.
XVPManager - Gestioun vu Clusterelementer: Noden, Späicheren, Netzwierk a virtuelle Maschinnen.
XVPAgent - en Agent installéiert op Noden fir mat XVPManager ze interagéieren
Mir plangen eng detailléiert Geschicht iwwer d'Architektur vun all Komponent an enger Serie vun Artikelen ze enthalen, wann natierlech d'Thema Interessi erwächt.
Den Haaptvirdeel vum FCO staamt vu senger "boxed" Natur. Einfachheet a Minimalismus sinn zu Ärem Déngscht. Fir de Kontrollnode gëtt eng virtuell Maschinn op Ubuntu zougewisen, an där all déi néideg Packagen installéiert sinn. All Astellunge ginn an Konfiguratiounsdateien a Form vun engem Variabel-Wäert gesat:
# cat /etc/extility/config/vars
…
export LIMIT_MAX_LIST_ADMIN_DEFAULT="30000"
export LIMIT_MAX_LIST_USER_DEFAULT="200"
export LOGDIR="/var/log/extility"
export LOG_FILE="misc.log"
export LOG_FILE_LOG4JHOSTBILLMODULE="hostbillmodule.log"
export LOG_FILE_LOG4JJADE="jade.log"
export LOG_FILE_LOG4JTL="tigerlily.log"
export LOG_FILE_LOG4JXVP="xvpmanager.log"
export LOG_FILE_VARS="misc.log"
…
Déi ganz Konfiguratioun gëtt ufanks a Templates geännert, da gëtt de Generator gestart
#build-config déi eng Vars Datei generéiert an d'Servicer commandéiert fir d'Configuratioun nei ze liesen. D'Benotzerinterface ass flott a kann einfach markéiert ginn.
Wéi Dir kënnt gesinn, besteet d'Interface aus Widgets déi vum Benotzer kontrolléiert kënne ginn. Hie kann einfach Widgets vun der Säit derbäisetzen / ewechhuelen, an doduerch den Dashboard erstellen deen hie brauch.
Trotz senger zouener Natur ass FCO en héich personaliséierbare System. Et huet eng riesech Unzuel vun Astellungen an Entréespunkte fir de Workflow z'änneren:
- Benotzerdefinéiert Plugins ginn ënnerstëtzt, zum Beispill, Dir kënnt Är eege Rechnungsmethod oder Är eegen extern Ressource schreiwen fir de Benotzer ze bidden
- Benotzerdefinéiert Ausléiser fir verschidden Eventer ginn ënnerstëtzt, zum Beispill, déi éischt virtuell Maschinn op e Client bäizefügen wann se erstallt gëtt
- Benotzerdefinéiert Widgets an der Interface ginn ënnerstëtzt, zum Beispill, e YouTube Video direkt an d'Benotzerinterface integréiert.
All Personnalisatioun ass an FDL geschriwwen, déi op Lua baséiert. Wann Dir Lua kennt, gëtt et keng Problemer mat FDL.
Hei ass e Beispill vun engem vun den einfachsten Ausléiser déi mir benotzen. Dësen Ausléiser erlaabt d'Benotzer net hir eege Biller mat anere Clienten ze deelen. Mir maachen dat fir ze verhënneren datt ee Benotzer e béiswëlleg Bild fir aner Benotzer erstellt.
function register()
return {"pre_user_api_publish"}
end
function pre_user_api_publish(p)
if(p==nil) then
return{
ref = "cancelPublishImage",
name = "Cancel publishing",
description = "Cancel all user’s images publishing",
triggerType = "PRE_USER_API_CALL",
triggerOptions = {"publishResource", "publishImage"},
api = "TRIGGER",
version = 1,
}
end
-- Turn publishing off
return {exitState = "CANCEL"}
end
D'Registerfunktioun gëtt vum FCO Kernel genannt. Et wäert den Numm vun der Funktioun zréckginn fir ze ruffen. De "p" Parameter vun dëser Funktioun späichert den Uruffkontext, an déi éischte Kéier datt et genannt gëtt, wäert et eidel sinn (Null). Wat eis erlaabt eis Ausléiser ze registréieren. Am TriggerType weisen mir datt den Ausléiser VIR der Verëffentlechungsoperatioun opgeruff gëtt, an nëmmen d'Benotzer beaflosst. Natierlech erlaben mir Systemadministratoren alles ze publizéieren. An triggerOptions detailléiert mir d'Operatiounen fir déi den Ausléiser brennt.
An den Haapt Saach ass zréck {exitState = "CANCEL"}, dofir gouf den Ausléiser entwéckelt. Et wäert Feeler zréckginn wann de Benotzer probéiert säi Bild an der Kontrollpanel ze deelen.
An der FCO Architektur gëtt all Objet (Disk, Server, Bild, Netzwierk, Netzadapter, etc.) als Ressource Entitéit vertrueden, déi gemeinsam Parameteren huet:
- Ressource UUID
- Ressource Numm
- Ressource Typ
- Ressource Besëtzer UUID
- Ressource Status (aktiv, inaktiv)
- Ressource Metadaten
- Ressource Schlësselen
- UUID vum Produkt deen d'Ressource besëtzt
- Ressource VDC
Dëst ass ganz bequem wann Dir eng API benotzt, wann all Ressourcen nom selwechte Prinzip geschafft ginn. Produkter gi vum Provider konfiguréiert a vum Client bestallt. Well eis Rechnung op der Säit ass, kann de Client fräi all Produkt vum Panel bestellen. Et gëtt spéider an der Rechnung berechent. D'Produkt kann eng IP Adress pro Stonn, eng zousätzlech GB vun Disk pro Stonn, oder just e Server sinn.
Schlëssele kënne benotzt ginn fir verschidde Ressourcen ze markéieren fir d'Logik ze änneren fir mat hinnen ze schaffen. Zum Beispill kënne mir dräi kierperlech Wirbelen mam Gewiichtschlëssel markéieren, an e puer Cliente mam selwechte Schlëssel markéieren, an doduerch dës Wirbelen perséinlech un dës Clienten allocéieren. Mir benotzen dëse Mechanismus fir VIP Clienten déi Noperen nieft hire VMs net gär hunn. D'Funktionalitéit selwer ka vill méi wäit benotzt ginn.
De Lizenzmodell beinhalt d'Bezuelung fir all Prozessorkär vun engem kierperlechen Node. D'Käschte sinn och vun der Unzuel vun de Clustertypen beaflosst. Wann Dir plangt KVM a VMware zesummen ze benotzen, zum Beispill, ginn d'Käschte vun der Lizenz erop.
FCO ass e vollwäertegt Produkt, seng Funktionalitéit ass ganz räich, also plangen mir e puer Artikelen gläichzäiteg mat enger detailléierter Beschreiwung vum Fonctionnement vum Netzdeel ze preparéieren.
Nodeems mir e puer Joer mat dësem Orchester geschafft hunn, kënne mir et als ganz gëeegent markéieren. Leider ass d'Produkt net ouni Mängel:
- mir hu missen d'Datebank optimiséieren, well d'Ufroen ugefaang ze luesen wéi d'Quantitéit vun den Daten an hinnen eropgaang ass;
- no engem Accident huet den Erhuelungsmechanismus net funktionéiert wéinst engem Fehler, a mir hu missen d'Autoen vun ongléckleche Clienten recuperéieren mat eisem eegene Set vu Scripten;
- De Mechanismus fir Node-Onverfügbarkeet z'entdecken ass hardwired an de Code a kann net personaliséiert ginn. Dat ass, mir kënnen net eis eege Politik erstellen fir d'Onverfügbarkeet vun engem Node ze bestëmmen.
- Logged ass net ëmmer detailléiert. Heiansdo, wann Dir musst erof op e ganz nidderegen Niveau fir e bestëmmte Problem ze verstoen, hutt Dir net genuch Quellcode fir e puer Komponenten ze verstoen firwat;
TOTAL: Am Allgemengen sinn d'Impressiounen vum Produkt gutt. Mir sinn a konstante Kontakt mat den Orchesterentwéckler. D'Jongen sinn op konstruktiv Zesummenaarbecht entsuergt.
Trotz senger Einfachheet huet FCO breet Funktionalitéit. An zukünfteg Artikele plangen mir méi déif an déi folgend Themen ze verdéiwen:
- Vernetzung bei FCO
- liwwert Live-Erhuelung a FQP Protokoll
- Är eege Plugins a Widgets schreiwen
- zousätzlech Servicer wéi Load Balancer an Acronis verbannen
- Backupsatellit
- vereenegt Mechanismus fir Konfiguratioun an Konfiguratioun vun Noden
- Veraarbechtung virtuell Maschinn Metadaten
Z.Y. Schreift an de Kommentarer wann Dir un aner Aspekter interesséiert sidd. Bleift drun!
Source: will.com