{"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\/fr\/blog\/news\/flexiant-cloud-orchestrator-s-chem-ego-edyat","title":{"rendered":"Flexiant Cloud Orchestrator : \u00e0 quoi \u00e7a sert","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Flexiant
\n
\nPour fournir le service IaaS (Centre de donn\u00e9es virtuel), nous chez Rusonyx<\/a><\/noindex> utilisons un orchestrateur commercial Flexiant Cloud Orchestrator<\/a><\/noindex> (FCO). Cette solution poss\u00e8de une architecture suffisamment unique qui la distingue des solutions connues du grand public comme Openstack et CloudStack.<\/a><\/noindex> <\/p>\n

En tant qu'hyperviseurs pour les n\u0153uds de calcul, nous supportons KVM, VMware, Xen, Virtuozzo6\/7, ainsi que les conteneurs de Virtuozzo. Parmi les syst\u00e8mes de stockage pris en charge, on trouve le stockage local, NFS, Ceph et Virtuozzo Storage.<\/p>\n

FCO prend en charge la cr\u00e9ation et la gestion de plusieurs clusters \u00e0 partir d'une seule interface. Cela signifie que vous pouvez g\u00e9rer un cluster Virtuozzo et un cluster KVM + Ceph en basculant entre eux d'un simple clic de souris.<\/p>\n

Essentiellement, FCO est une solution compl\u00e8te pour les fournisseurs de cloud, qui, en plus de l'orchestration, inclut \u00e9galement la facturation, avec toutes les configurations, les plugins de paiement, les factures, les notifications, les revendeurs, les tarifs, etc. Cependant, la partie facturation n'est pas capable de couvrir toutes les nuances russes, c'est pourquoi nous avons choisi de ne pas l'utiliser au profit d'une autre solution.<\/p>\n

Nous sommes tr\u00e8s satisfaits du syst\u00e8me flexible de distribution des droits sur toutes les ressources du cloud : images, disques, produits, serveurs, pare-feu \u2013 tout cela peut \u00eatre \u00ab partag\u00e9 \u00bb et des droits peuvent \u00eatre attribu\u00e9s entre les utilisateurs, et m\u00eame entre les utilisateurs de diff\u00e9rents clients. Chaque client peut cr\u00e9er plusieurs centres de donn\u00e9es ind\u00e9pendants dans son cloud et les g\u00e9rer depuis un seul tableau de bord.<\/p>\n

\"Flexiant
\n
\nArchitecturalement, FCO est constitu\u00e9 de plusieurs parties, chacune ayant son propre code ind\u00e9pendant, et certaines m\u00eame sa propre base de donn\u00e9es.<\/p>\n

Skyline<\/b> \u2013 interface administrateur et utilisateur
\nJade<\/b> \u2013 logique m\u00e9tier, facturation, gestion des t\u00e2ches
\nTigerlily<\/b> \u2013 coordinateur de service, g\u00e8re et coordonne les \u00e9changes d'informations entre la logique m\u00e9tier et les clusters.
\nXVPManager<\/b> \u2013 gestion des \u00e9l\u00e9ments du cluster : n\u0153uds, stockage, r\u00e9seau et machines virtuelles.
\nXVPAgent <\/b>\u2013 agent install\u00e9 sur les n\u0153uds pour interagir avec XVPManager<\/p>\n

\"Flexiant
\n
\nNous pr\u00e9voyons d'inclure un r\u00e9cit d\u00e9taill\u00e9 de l'architecture de chaque composant dans une s\u00e9rie d'articles, si bien s\u00fbr le sujet suscite de l'int\u00e9r\u00eat.<\/p>\n

Le principal avantage de FCO r\u00e9side dans son aspect \u00ab bo\u00eete \u00bb. Vous b\u00e9n\u00e9ficiez d'une simplicit\u00e9 et d'un minimalisme. Une machine virtuelle sous Ubuntu est d\u00e9di\u00e9e \u00e0 la n\u0153ud de gestion, sur laquelle tous les paquets n\u00e9cessaires sont install\u00e9s. Tous les r\u00e9glages sont extraits dans des fichiers de configuration sous la forme de variable-valeur :<\/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
Toute la configuration est initialement modifi\u00e9e dans les mod\u00e8les, puis le g\u00e9n\u00e9rateur est lanc\u00e9.
\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
\nComme vous pouvez le voir, l'interface se compose de widgets, dont la gestion est accessible \u00e0 l'utilisateur. Il peut facilement ajouter ou supprimer des widgets de la page, cr\u00e9ant ainsi le tableau de bord dont il a besoin.<\/p>\n
Malgr\u00e9 sa nature ferm\u00e9e, FCO est un syst\u00e8me tr\u00e8s personnalisable. Il offre un grand nombre de r\u00e9glages et de points d'entr\u00e9e pour modifier le flux de travail :<\/p>\n
    \n
  1. Des plugins personnalis\u00e9s sont pris en charge, par exemple, vous pouvez \u00e9crire votre propre m\u00e9thode de facturation ou une ressource externe pour fournir aux utilisateurs.<\/li>\n
  2. Des d\u00e9clencheurs personnalis\u00e9s sont pris en charge pour certains \u00e9v\u00e9nements, par exemple, l'ajout de la premi\u00e8re machine virtuelle au client lors de sa cr\u00e9ation.<\/li>\n
  3. Des widgets personnalis\u00e9s sont support\u00e9s dans l'interface, par exemple, vous pouvez int\u00e9grer une vid\u00e9o de youtube directement dans l'interface utilisateur.<\/li>\n<\/ol>\n
    \nToute la personnalisation est cod\u00e9e en FDL, qui est bas\u00e9 sur Lua. Si vous connaissez Lua, vous n'aurez aucun probl\u00e8me avec FDL.<\/p>\n
    Voici un exemple de l'un des d\u00e9clencheurs les plus simples que nous utilisons. Ce d\u00e9clencheur emp\u00eache les utilisateurs de partager leurs propres images avec d'autres clients. Nous faisons cela pour emp\u00eacher qu'un utilisateur puisse cr\u00e9er une image malveillante pour les autres utilisateurs.<\/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
    La fonction register sera appel\u00e9e par le noyau FCO. Elle retournera le nom de la fonction \u00e0 appeler. Le param\u00e8tre \u201cp\u201d de cette fonction contient le contexte d'appel, et lors du premier appel, il sera vide (nil). Cela nous permettra d'enregistrer notre d\u00e9clencheur. Dans triggerType, nous indiquons que le d\u00e9clencheur est appel\u00e9 AVANT l'op\u00e9ration de publication et ne concerne que les utilisateurs. Bien s\u00fbr, nous permettons aux administrateurs du syst\u00e8me de publier tout. Dans triggerOptions, nous d\u00e9taillons les op\u00e9rations pour lesquelles le d\u00e9clencheur sera activ\u00e9.<\/p>\n
    Et surtout \u2013 return {exitState = \u201cCANCEL\u201d}, c'est le but du d\u00e9clencheur. Il retournera un \u00e9chec lorsque l'utilisateur essaiera de partager son image dans le panneau de contr\u00f4le.<\/p>\n
    Dans l'architecture FCO, tout objet (disque, serveur, image, r\u00e9seau, adaptateur r\u00e9seau, etc.) est pr\u00e9sent\u00e9 sous la forme d'une entit\u00e9 Resource, qui a des param\u00e8tres communs :<\/p>\n