{"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\/sv\/blog\/news\/flexiant-cloud-orchestrator-s-chem-ego-edyat","title":{"rendered":"Flexiant Cloud Orchestrator: vad \u00e4r det bra f\u00f6r?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Flexiant
\n
\nF\u00f6r att tillhandah\u00e5lla IaaS-tj\u00e4nsten (Virtuellt datacenter) anv\u00e4nder vi Rusonyx<\/a><\/noindex> en kommersiell orkestrator Flexiant Cloud Orchestrator<\/a><\/noindex> (FCO). Denna l\u00f6sning har en ganska unik arkitektur som skiljer sig fr\u00e5n de v\u00e4lk\u00e4nda Openstack och CloudStack.<\/a><\/noindex> <\/p>\n

Som hypervisorer f\u00f6r compute-noder st\u00f6ds KVM, VmWare, Xen, Virtuozzo6\/7, samt containrar fr\u00e5n samma Virtuozzo. De st\u00f6dda lagringsl\u00f6sningarna inkluderar \u2013 lokal, NFS, Ceph och Virtuozzo Storage.<\/p>\n

FCO st\u00f6der skapandet av flera kluster och hanterar dem fr\u00e5n ett enda gr\u00e4nssnitt. Det inneb\u00e4r att man kan hantera ett Virtuozzo-kluster och ett KVM + Ceph-kluster genom att v\u00e4xla mellan dem med ett musklick.<\/p>\n

I grunden \u00e4r FCO en helt\u00e4ckande l\u00f6sning f\u00f6r molnleverant\u00f6rer, som ut\u00f6ver orkestrering \u00e4ven inkluderar fakturering, med alla inst\u00e4llningar, betalnings-pluginer, fakturor, meddelanden, \u00e5terf\u00f6rs\u00e4ljare, priss\u00e4ttningar och s\u00e5 vidare. Men faktureringdelen kan inte t\u00e4cka alla ryska specifika krav, s\u00e5 vi avstod fr\u00e5n att anv\u00e4nda den till f\u00f6rm\u00e5n f\u00f6r en annan l\u00f6sning.<\/p>\n

Man blir verkligen glad \u00f6ver det flexibla systemet f\u00f6r resurstilldelning i molnet: bilder, diskar, produkter, servrar, brandv\u00e4ggar \u2013 allt detta kan \"delas\" och ge r\u00e4ttigheter mellan anv\u00e4ndare, och \u00e4ven mellan anv\u00e4ndare fr\u00e5n olika kunder. Varje kund kan skapa flera oberoende datacenter i sitt moln och hantera dem fr\u00e5n ett gemensamt kontrollpanel.<\/p>\n

\"Flexiant
\n
\nArkitekturm\u00e4ssigt best\u00e5r FCO av flera komponenter, var och en med sitt eget oberoende kod och vissa \u00e4ven med sin egen databas.<\/p>\n

Skyline<\/b> \u2013 admin- och anv\u00e4ndargr\u00e4nssnitt
\nJade<\/b> \u2013 aff\u00e4rslogik, fakturering, uppgiftshantering
\nTigerlily<\/b> \u2013 tj\u00e4nstekoordinator, hanterar och samordnar informationsutbytet mellan aff\u00e4rslogiken och klustren.
\nXVPManager<\/b> \u2013 hantering av klusterkomponenter: noder, lagring, n\u00e4tverk och virtuella maskiner.
\nXVPAgent <\/b>\u2013 agent som installeras p\u00e5 noder f\u00f6r att interagera med XVPManager.<\/p>\n

\"Flexiant
\n
\nEn detaljerad ber\u00e4ttelse om arkitekturen f\u00f6r varje komponent planerar vi att f\u00e5 plats med i en serie artiklar, om \u00e4mnet f\u00f6rst\u00e5s v\u00e4cker intresse.<\/p>\n

Den fr\u00e4msta f\u00f6rdelen med FCO kommer fr\u00e5n dess \"boxighet\". Du f\u00e5r enkelhet och minimalism. En virtuell maskin p\u00e5 Ubuntu dedikeras f\u00f6r kontrollnoden, d\u00e4r alla n\u00f6dv\u00e4ndiga paket installeras. Alla inst\u00e4llningar hanteras i konfigurationsfiler i form av variabel-v\u00e4rde:<\/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
All konfigurering g\u00f6rs f\u00f6rst i mallar, och sedan startas generatorn
\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
\nSom syns best\u00e5r gr\u00e4nssnittet av widgetar, vars hantering \u00e4r tillg\u00e4nglig f\u00f6r anv\u00e4ndaren. Han kan enkelt l\u00e4gga till\/ta bort widgetar fr\u00e5n sidan och d\u00e4rmed skapa sin \u00f6nskade dashboard.<\/p>\n
Trots sin slutna natur \u00e4r FCO ett mycket anpassningsbart system. Det har ett stort antal inst\u00e4llningar och ing\u00e5ngspunkter f\u00f6r att \u00e4ndra arbetsfl\u00f6det:<\/p>\n
    \n
  1. Anpassade till\u00e4gg st\u00f6ds, till exempel kan du skriva din egen faktureringsmetod eller en egen extern resurs f\u00f6r att tillhandah\u00e5lla anv\u00e4ndaren<\/li>\n
  2. Anpassade triggar f\u00f6r specifika h\u00e4ndelser st\u00f6ds, till exempel att l\u00e4gga till den f\u00f6rsta virtuella maskinen till en kund vid dess skapelse<\/li>\n
  3. Anpassade widgetar i gr\u00e4nssnittet st\u00f6ds, till exempel att b\u00e4dda in video fr\u00e5n YouTube direkt i anv\u00e4ndargr\u00e4nssnittet.<\/li>\n<\/ol>\n
    \nAll anpassning skrivs p\u00e5 spr\u00e5ket FDL, som \u00e4r baserat p\u00e5 Lua. Om du k\u00e4nner till Lua kommer det inte att vara n\u00e5gra problem med FDL.<\/p>\n
    H\u00e4r \u00e4r ett exempel p\u00e5 en av de enklaste triggarna vi anv\u00e4nder. Denna trigger till\u00e5ter inte anv\u00e4ndare att dela sina egna avbilder med andra kunder. Vi g\u00f6r detta f\u00f6r att en anv\u00e4ndare inte ska kunna skapa en skadlig avbild f\u00f6r andra anv\u00e4ndare.<\/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
    Registerfunktionen kommer att anropas av FCO-k\u00e4rnan. Den kommer att returnera namnet p\u00e5 funktionen som ska anropas. Parametern \"p\" i denna funktion lagrar anropskontexten, och vid f\u00f6rsta anropet kommer den att vara tom (nil). Detta g\u00f6r det m\u00f6jligt f\u00f6r oss att registrera v\u00e5r trigger. I triggerType visar vi att triggern anropas F\u00d6RE publiceringsoperationen och sprids endast till anv\u00e4ndare. Administrat\u00f6rer till\u00e5ts givetvis att publicera allt. I triggerOptions specificerar vi operationerna f\u00f6r vilka triggern ska aktiveras.<\/p>\n
    Och viktigast av allt \u2013 return {exitState = \"CANCEL\"}, det som triggern \u00e4r utvecklad f\u00f6r. Den kommer att \u00e5terge ett misslyckande n\u00e4r anv\u00e4ndaren f\u00f6rs\u00f6ker dela sin avbild i kontrollpanelen.<\/p>\n
    I FCO-arkitekturen representeras varje objekt (disk, server, avbild, n\u00e4tverk, n\u00e4tverksadapter osv.) i form av en resursentitet, som har gemensamma parametrar:<\/p>\n