{"id":32318,"date":"2019-10-31T21:46:20","date_gmt":"2019-10-31T18:46:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/flexiant-cloud-orchestrator-s-chem-ego-edyat\/"},"modified":"2019-10-31T21:46:20","modified_gmt":"2019-10-31T18:46:20","slug":"flexiant-cloud-orchestrator-s-chem-ego-edyat","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/flexiant-cloud-orchestrator-s-chem-ego-edyat","title":{"rendered":"Flexiant Cloud Orchestrator: wat is het?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Flexiant
\n
\nVoor het aanbieden van IaaS (Virtueel datacenter) gebruiken we Rusonyx<\/a><\/noindex> een commerci\u00eble orchestrator Flexiant Cloud Orchestrator<\/a><\/noindex> (FCO). Deze oplossing heeft een vrij unieke architectuur die het onderscheidt van de meer bekende Openstack en CloudStack.<\/a><\/noindex> <\/p>\n

Als hypervisors voor compute-nodes worden KVM, VmWare, Xen, Virtuozzo6\/7 ondersteund, evenals containers van hetzelfde Virtuozzo. Onder de ondersteunde opslag zijn lokaal, NFS, Ceph en Virtuozzo Storage.<\/p>\n

FCO ondersteunt het cre\u00ebren van meerdere clusters en het beheren ervan vanuit \u00e9\u00e9n interface. Dit betekent dat je tussen een Virtuozzo-cluster en een KVM + Ceph-cluster kunt schakelen met een muisklik.<\/p>\n

In wezen is FCO een ge\u00efntegreerde oplossing voor cloudproviders die naast orchestration ook billing bevat, met alle instellingen, betalingsplugins, facturen, meldingen, resellers, tarieven, enzovoort. De billingsectie kan echter niet alle Russische nuance dekken, daarom hebben we ervoor gekozen deze niet te gebruiken ten gunste van een andere oplossing.<\/p>\n

Het is fijn dat er een flexibel systeem is voor het toekennen van rechten op alle cloudresources: images, schijven, producten, servers, firewalls - al deze kunnen worden gedeeld en rechten kunnen worden toegewezen tussen gebruikers, zelfs tussen gebruikers van verschillende klanten. Iedere klant kan in zijn eigen cloud meerdere onafhankelijke datacenters cre\u00ebren en deze beheren vanuit \u00e9\u00e9n controlepaneel.<\/p>\n

\"Flexiant
\n
\nArchitectonisch bestaat FCO uit verschillende delen, elk met zijn eigen onafhankelijke code, en sommige zelfs met hun eigen database.<\/p>\n

Skyline<\/b> \u2013 de admin- en gebruikersinterface
\nJade<\/b> \u2013 bedrijfslogica, billing, taakbeheer
\nTigerlily<\/b> \u2013 serviceco\u00f6rdinator, beheert en co\u00f6rdineert de uitwisseling van informatie tussen de bedrijfslogica en de clusters.
\nXVPManager<\/b> \u2013 het beheer van clustercomponenten: nodes, opslag, netwerk en virtuele machines.
\nXVPAgent <\/b>\u2013 agent die op nodes wordt ge\u00efnstalleerd voor interactie met XVPManager<\/p>\n

\"Flexiant
\n
\nWe zijn van plan een gedetailleerd verhaal over de architectuur van elk component in een serie artikelen te plaatsen, als het onderwerp natuurlijk interesse wekt.<\/p>\n

De belangrijkste voordelen van FCO komen voort uit zijn 'kant-en-klare' aard. U profiteert van eenvoud en minimalisme. Voor de beheerlaag wordt er \u00e9\u00e9n virtuele machine met Ubuntu toegewezen, waarop alle noodzakelijke pakketten worden ge\u00efnstalleerd. Alle instellingen worden naar configuratiebestanden verplaatst in de vorm van sleutel-waarde paren:<\/p>\n

# cat \/etc\/extility\/config\/vars\n\u2026\nexport LIMIT_MAX_LIST_ADMIN_DEFAULT=\"30000\"\nexport LIMIT_MAX_LIST_USER_DEFAULT=\"200\"\nexport LOGDIR=\"\/var\/log\/extility\"\nexport LOG_FILE=\"misc.log\"\nexport LOG_FILE_LOG4JHOSTBILLMODULE=\"hostbillmodule.log\"\nexport LOG_FILE_LOG4JJADE=\"jade.log\"\nexport LOG_FILE_LOG4JTL=\"tigerlily.log\"\nexport LOG_FILE_LOG4JXVP=\"xvpmanager.log\"\nexport LOG_FILE_VARS=\"misc.log\"\n\u2026\n<\/code><\/pre>\n
De gehele configuratie wordt aanvankelijk in sjablonen aangepast, waarna de generator wordt opgestart.
\n#build-config \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0441\u0444\u043e\u0440\u043c\u0438\u0440\u0443\u0435\u0442 \u0444\u0430\u0439\u043b vars \u0438 \u0434\u0430\u0441\u0442 \u043a\u043e\u043c\u0430\u043d\u0434\u0443 \u0441\u0435\u0440\u0432\u0438\u0441\u0430\u043c \u043f\u0435\u0440\u0435\u0447\u0438\u0442\u0430\u0442\u044c \u043a\u043e\u043d\u0444\u0438\u0433. \u041f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044c\u0441\u043a\u0438\u0439 \u0438\u043d\u0442\u0435\u0440\u0444\u0435\u0439\u0441 \u043f\u0440\u0438\u044f\u0442\u043d\u044b\u0439 \u0438 \u043c\u043e\u0436\u0435\u0442 \u0431\u044b\u0442\u044c \u043b\u0435\u0433\u043a\u043e \u0437\u0430\u0431\u0440\u0435\u043d\u0434\u0438\u0440\u043e\u0432\u0430\u043d.<\/p>\n
\"Flexiant
\n
\nZoals te zien is, bestaat de interface uit widgets, waarvan de bediening toegankelijk is voor de gebruiker. Hij kan eenvoudig widgets aan de pagina toevoegen\/verwijderen, waardoor hij zijn gewenste dashboard kan samenstellen.<\/p>\n
Ondanks zijn gesloten karakter is FCO een zeer aanpasbaar systeem. Het beschikt over een enorme hoeveelheid instellingen en ingangen voor het wijzigen van de workflow:<\/p>\n
    \n
  1. Aangepaste plugins worden ondersteund, bijvoorbeeld u kunt uw eigen factureringsmethode of externe middelen schrijven om aan de gebruiker te bieden.<\/li>\n
  2. Aangepaste triggers voor specifieke gebeurtenissen worden ondersteund, zoals het toevoegen van de eerste virtuele machine aan een klant bij het aanmaken ervan.<\/li>\n
  3. Aangepaste widgets in de interface worden ondersteund, bijvoorbeeld het ingebed integreren van een video van YouTube direct in de gebruikersinterface.<\/li>\n<\/ol>\n
    \nAlle aanpassingen worden geschreven in de FDL-taal, die gebaseerd is op Lua. Als u bekend bent met Lua, zult u geen problemen hebben met FDL.<\/p>\n
    Hier is een voorbeeld van een van de eenvoudigste triggers die we gebruiken. Deze trigger staat niet toe dat gebruikers hun eigen afbeeldingen met andere klanten delen. We doen dit zodat \u00e9\u00e9n gebruiker niet in staat is om een schadelijke afbeelding voor andere gebruikers te maken.<\/p>\n
    function register()\n    return {\"pre_user_api_publish\"}\nend\n   \nfunction pre_user_api_publish(p)  \n    if(p==nil) then\n        return{\n            ref = \"cancelPublishImage\",\n            name = \"Cancel publishing\",\n            description = \"Cancel all user\u2019s images publishing\",\n            triggerType = \"PRE_USER_API_CALL\",\n            triggerOptions = {\"publishResource\", \"publishImage\"},\n            api = \"TRIGGER\",\n            version = 1,\n        }\n    end\n\n    -- Turn publishing off\n    return {exitState = \"CANCEL\"}\n   \nend\n<\/code><\/pre>\n
    De functie register zal door de FCO-kern worden aangeroepen. Deze zal de naam van de functie retourneren die aangeroepen moet worden. De parameter 'p' van deze functie houdt de context van de aanroep vast, en bij de eerste aanroep zal deze leeg (nil) zijn. Dit stelt ons in staat om onze trigger te registreren. In triggerType geven we aan dat de trigger VOOR de publicatie-operatie wordt aangeroepen en alleen op gebruikers van toepassing is. Beheerders van het systeem mogen vanzelfsprekend alles publiceren. In triggerOptions specificeren we de bewerkingen waarvoor de trigger zal worden geactiveerd.<\/p>\n
    En het belangrijkste \u2013 return {exitState = 'CANCEL'}, waarvoor de trigger is ontwikkeld. Het zal mislukken wanneer de gebruiker probeert zijn afbeelding in het controlepaneel te delen.<\/p>\n
    In de FCO-architectuur wordt elk object (schijf, server, afbeelding, netwerk, netwerkadapter, enz.) weergegeven als een Resource-entiteit, die gemeenschappelijke parameters heeft:<\/p>\n