{"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\/pt\/blog\/news\/flexiant-cloud-orchestrator-s-chem-ego-edyat","title":{"rendered":"Flexiant Cloud Orchestrator: o que voc\u00ea precisa saber","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Flexiant
\n
\nPara fornecer o servi\u00e7o IaaS (Data Center Virtual), utilizamos Rusonyx<\/a><\/noindex> um orquestrador comercial Flexiant Cloud Orchestrator<\/a><\/noindex> (FCO). Essa solu\u00e7\u00e3o possui uma arquitetura bastante \u00fanica, que a distingue das conhecidas Openstack e CloudStack.<\/a><\/noindex> <\/p>\n

Como hipervisores para n\u00f3s compute, suportamos KVM, VmWare, Xen, Virtuozzo6\/7, bem como cont\u00eaineres do mesmo Virtuozzo. Os armazenamentos suportados incluem local, NFS, Ceph e Virtuozzo Storage.<\/p>\n

O FCO suporta a cria\u00e7\u00e3o de m\u00faltiplos clusters e seu gerenciamento a partir de uma \u00fanica interface. Ou seja, \u00e9 poss\u00edvel gerenciar um cluster Virtuozzo e um cluster KVM + Ceph alternando entre eles com um clique.<\/p>\n

Essencialmente, o FCO \u00e9 uma solu\u00e7\u00e3o abrangente para provedores de nuvem, que al\u00e9m da orquestra\u00e7\u00e3o inclui faturamento, com todas as configura\u00e7\u00f5es, plugins de pagamento, faturas, notifica\u00e7\u00f5es, revendedores, tarifas e muito mais. No entanto, a parte de faturamento n\u00e3o consegue cobrir todas as nuances russas, por isso optamos por n\u00e3o utiliz\u00e1-la em favor de outra solu\u00e7\u00e3o.<\/p>\n

A flex\u00edvel estrutura de distribui\u00e7\u00e3o de direitos sobre todos os recursos da nuvem \u00e9 muito gratificante: imagens, discos, produtos, servidores, firewalls - tudo isso pode ser compartilhado e atribu\u00eddos direitos entre usu\u00e1rios, at\u00e9 mesmo entre usu\u00e1rios de diferentes clientes. Cada cliente pode criar diversos data centers independentes em sua nuvem e gerenci\u00e1-los a partir de um \u00fanico painel.<\/p>\n

\"Flexiant
\n
\nArquitetonicamente, o FCO \u00e9 composto por v\u00e1rias partes, cada uma com seu pr\u00f3prio c\u00f3digo independente e, algumas, com seu pr\u00f3prio banco de dados.<\/p>\n

Skyline<\/b> \u2013 interface administrativa e do usu\u00e1rio
\nJade<\/b> \u2013 l\u00f3gica de neg\u00f3cios, faturamento, gerenciamento de tarefas
\nTigerlily<\/b> \u2013 coordenador de servi\u00e7os, gerencia e coordena a troca de informa\u00e7\u00f5es entre a l\u00f3gica de neg\u00f3cios e os clusters.
\nXVPManager<\/b> \u2013 gerenciamento dos elementos do cluster: n\u00f3s, armazenamento, rede e m\u00e1quinas virtuais.
\nXVPAgent <\/b>\u2013 agente instalado nos n\u00f3s para interagir com o XVPManager<\/p>\n

\"Flexiant
\n
\nPretendemos incluir uma descri\u00e7\u00e3o detalhada da arquitetura de cada componente em uma s\u00e9rie de artigos, se, \u00e9 claro, o assunto gerar interesse.<\/p>\n

A principal vantagem do FCO decorre de sua 'caixinha'. Voc\u00ea tem \u00e0 sua disposi\u00e7\u00e3o simplicidade e minimalismo. Para o n\u00f3 de gerenciamento, \u00e9 alocada uma \u00fanica m\u00e1quina virtual com Ubuntu, na qual todos os pacotes necess\u00e1rios s\u00e3o instalados. Todas as configura\u00e7\u00f5es s\u00e3o colocadas em arquivos de configura\u00e7\u00e3o no formato vari\u00e1vel-valor:<\/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
Toda a configura\u00e7\u00e3o \u00e9 inicialmente editada nos templates e, em seguida, o gerador \u00e9 iniciado.
\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
\nComo pode ser visto, a interface consiste em widgets, cujo gerenciamento \u00e9 acess\u00edvel ao usu\u00e1rio. Ele pode facilmente adicionar\/remover widgets da p\u00e1gina, formando assim o dashboard desejado.<\/p>\n
Apesar de sua natureza fechada, o FCO \u00e9 um sistema altamente personaliz\u00e1vel. Ele possui in\u00fameras configura\u00e7\u00f5es e pontos de entrada para alterar o fluxo de trabalho:<\/p>\n
    \n
  1. Suporta plugins personalizados; por exemplo, voc\u00ea pode escrever seu pr\u00f3prio m\u00e9todo de cobran\u00e7a ou um recurso externo para fornecer ao usu\u00e1rio.<\/li>\n
  2. Suporta gatilhos personalizados para eventos espec\u00edficos, como adicionar a primeira m\u00e1quina virtual ao cliente no momento da sua cria\u00e7\u00e3o.<\/li>\n
  3. Suporta widgets personalizados na interface, como embutir v\u00eddeos do YouTube diretamente na interface do usu\u00e1rio.<\/li>\n<\/ol>\n
    \nToda a personaliza\u00e7\u00e3o \u00e9 feita na linguagem FDL, que \u00e9 baseada em Lua. Se voc\u00ea conhece Lua, n\u00e3o ter\u00e1 problemas com FDL.<\/p>\n
    Aqui est\u00e1 um exemplo de um dos gatilhos mais simples que usamos. Este gatilho n\u00e3o permite que os usu\u00e1rios compartilhem suas pr\u00f3prias imagens com outros clientes. Fazemos isso para que um usu\u00e1rio n\u00e3o possa criar uma imagem maliciosa para outros usu\u00e1rios.<\/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
    A fun\u00e7\u00e3o register ser\u00e1 chamada pelo n\u00facleo do FCO. Ela retornar\u00e1 o nome da fun\u00e7\u00e3o que deve ser chamada. O par\u00e2metro 'p' desta fun\u00e7\u00e3o armazena o contexto da chamada e, na primeira chamada, ele estar\u00e1 vazio (nil). Isso nos permitir\u00e1 registrar nosso gatilho. Em triggerType, indicamos que o gatilho \u00e9 chamado ANTES da opera\u00e7\u00e3o de publica\u00e7\u00e3o e se aplica apenas aos usu\u00e1rios. Para administradores do sistema, \u00e9 claro, permitimos a publica\u00e7\u00e3o de tudo. Em triggerOptions, detalhamos as opera\u00e7\u00f5es para as quais o gatilho ser\u00e1 ativado.<\/p>\n
    E o mais importante \u2013 return {exitState = 'CANCEL'}, que \u00e9 para o que o gatilho foi desenvolvido. Ele retornar\u00e1 uma falha quando o usu\u00e1rio tentar compartilhar sua imagem no painel de controle.<\/p>\n
    Na arquitetura FCO, qualquer objeto (disco, servidor, imagem, rede, adaptador de rede, etc.) \u00e9 representado como uma entidade Resource, que possui par\u00e2metros comuns:<\/p>\n