Fale conosco 0800 024 4357 | lojamundi

           Ligamos para você

  **  
**
  ex:06198765432  
 

LojaMundi - Tudo para Redes, Embarcados e Telecom | CNPJ: 17.869.444/0001-60

       Fale com a LojaMundi:

       Ligue Grátis
    0800 024 4357 

  SP 11 2666 4242 | RS 51 3778 4949
  SP 19 3322 6120 | DF 61 2194 7617
  RJ 21 2169 8855 | GO 62 3607 5686
  MG 31 4042 1799 | MS 67 4042 1818
  PR 41 3208 4524 | BA 71 3273 7636
  SC 48 4042 1888 | PE 81 4042 1944
  CE 85 3052 2727
 Suporte: 61 2194 7687
 
Lojamundi tudo para Asterisk e Embarcados

 

Entrega rápida para
Sua Cidade .
Posso ajudá-lo?

   

 

 

Multi-Plataforma de Nuvem Híbrida com Cubietruck

Imprimir
By Flavio Frazão 24 de novembro de 2015 Deixe um comentário Ir para comentários

Nuvem Híbrida e Docker

Com o conjunto de ferramentas Docker, configuramos uma nuvem híbrida com facilidade. Docker Machine nos ajuda a criar e gerenciar máquinas container-centric. Ele vem com um grande conjunto de drivers, cobrindo desde VirtualBox local para IaaS, como Amazon EC2 ou DigitalOcean. Docker Machine apenas faz com que instancie essas máquinas Docker-ready.

Docker Swarm nos ajuda a formar um cluster de instâncias Docker, que estão provisionados por Docker Machine. Não importa onde estão em execução. Se seus endereços IP são acessíveis, o Swarm pode formá-los para ser um host Docker único virtual. Em seguida, ele permite que qualquer cliente Docker controle o cluster. Com máquina padrão e Swarm, já temos uma maneira fácil de construir uma nuvem híbrida baseada em Docker.

Apesar de rodar em qualquer lugar, uma limitação do Docker é que ele suporta oficialmente uma única arquitetura Linux / x86-64 (aka AMD64). Isso é compreensível já que o Linux / x86-64 é a plataforma principal. 

Comece pequeno. Uma nuvem híbrida de 2 nodes.

Aqui está uma lista da nossa menor nuvem híbrida. Nós temos um node rodando em uma placa ARM, e outra é uma máquina de 512mb DigitalOcean. Um node local mestre extra está agindo como Swarm Master. 

 

Docker Machine faz a manipulação fácil. Nós podemos apenas usar o config machine para fornecer toda a configuração necessária para o cliente Docker. 

 

$ docker $(machine config master --swarm) info

Containers: 2

Strategy: spread

Filters: affinity, health, constraint, port, dependency

Nodes: 2

ocean-1: 128.199.108.67:2376

└ Containers: 1

└ Reserved CPUs: 0 / 1

└ Reserved Memory: 0 B / 514.5 MiB

└ Labels: executiondriver=native-0.2, kernelversion=3.13.0-43-generic, operatingsystem=Ubuntu 14.04.1 LTS, provider=digitalocean, storagedriver=aufs

 

rack-1-node-4: 192.168.1.4:2376

└ Containers: 1

└ Reserved CPUs: 0 / 2

└ Reserved Memory: 0 B / 2.069 GiB

└ Labels: architecture=arm, executiondriver=native-0.2, kernelversion=3.19.4, operatingsystem=Debian GNU/Linux 7 (wheezy), provider=aiyara, storagedriver=aufs

 

O comando Docker Info, acima, percorreu o Swarm Mestre. Ele mostrou que temos um cluster de 2 nodes. O primeiro provedor usa DigitalOcean do Docker Machine. A segunda é a nossa node Aiyara. Ambos usam AUFS como seu mecanismo de armazenamento.

Em seguida tentamos extrair as imagens do Debian para cada node antes de executá-lo.

 

$ docker $(machine config master --swarm) pull debian
 
rack-1-node-4: Pulling debian:latest...
 
ocean-1: Pulling debian:latest...
 
ocean-1: Pulling debian:latest... : downloaded
 
rack-1-node-4: Pulling debian:latest... : downloaded
 

 

 

Bem, Ocean-1 puxa claramente a imagem mais rápido.  Em seguida, testamos a execução de um simples comando uname -a duas vezes por meio do Swarm.

Usamos a imagem Debian.

O Swarm escolheria um node para a primeira execução, em seguida, um outro node para a segunda execução, porque sua estratégia de agendamento padrão é o Spread, um algoritmo que vai colocar os recipientes o mais propagável possível.

 

$ docker $(machine config master --swarm) run debian uname -a
 
Linux e75d5877493e 3.19.4 #2 SMP Mon Apr 20 02:39:39 ICT 2015 armv7l GNU/Linux
 
 
 
$ docker $(machine config master --swarm) run debian uname -a
 
Linux 6d6b9d406f88 3.13.0-43-generic #72-Ubuntu SMP Mon Dec 8 19:35:06 UTC 2014 x86_64 GNU/Linux
 

 

 

Vamos ver o que está por trás disso. Executamos o ps -a para mostrar todos os recipientes dentro do cluster. Você vai notar que o nosso node ARM executou um recipiente com a imagem diferente do utilizado pelo node DigitalOcean.

O aiyara / debian: latest.arm é a nossa imagem Debian ARM.

Aiyara versão do Swarm é inteligente o suficiente para saber que vamos colocar um novo recipiente em uma máquina ARM, por isso escolheu a imagem específica da plataforma correta para nós.

 
$ docker $(machine config master --swarm) ps -a
CONTAINER ID
 IMAGE
COMMAND
CREATED 
STATUS
PORTS
 NAMES
6d6b9d406f88
debian:latest
 "uname -a"
14 minutes ago
Exited (0) 13 minutes ago
____
ocean-1/focused_leakey
e75d5877493e
aiyara/debian:latest.arm
"uname -a"
14 minutes ago
Exited (0) 14 minutes ago
____
 rack-1-node-4/modest_ritchie
 

Um 100-node Cluster

Bem, um cluster de 2 nodes é muito simples. Aqui está uma 100-Node-Cloud em ação.

Como já temos 50 nodes ARM em nosso cluster, criaremos outros 50 nodes em DigitalOcean. Aqui está o comando para criar um node DigitalOcean.

 

$ machine create -d digitalocean --digitalocean-access-token=token --digitalocean-region=sgp1 ocean-1
 

 

 

Executamos o comando acima para o node ocean-1 ao ocean-50. Nós usamos principalmente os parâmetros padrão, então nós temos VMs 512mb a partir de plano de R$ 15,00/mês.

Seria muito trabalhoso escalar número de nodes manualmente, mas o Docker Compose  nos ajuda a lidar com isso facilmente. Nós criamos um diretório e o nomeamos de aiyara_cloud. Em seguida, nós colocamos o compose.yml, um arquivo de descrição para a nossa unidade de implantação.

Iniciaremos um servidor Nginx web em cada node, e ligaremos a porta 80 do servidor a porta exposta do recipiente. Aqui está a nossa descrição YML:

 

$ cat docker-compose.yml
 
web:
 
 image: nginx
 
 ports:
 
 - "80:80"
 

 

 

Começamos o primeiro node com o seguinte comando:

 

$ docker-compose up -d
 

 

 

Para dimensionar o servidor web para 100 nodes, usamos:

$ docker-compose scale web=100
 

 

 

Então, você vai ver que outros 99 recipientes seriam criados a partir de cada imagem específica da plataforma e colocada corretamente para seu hardware, um por um.

Aqui está a lista de todos os recipientes que funcionam ao longo do / cloud-based Docker x86-64 ARM híbrido.

 

Para baixar a versão em PDF, clique no link abaixo:

https://www.lojamundi.com.br/download/multi-plataforma-nuvem-hibrida-cubietruck/multi-plataforma-nuvem-hibrida-cubietruck.pdf


Referência: cubieboard.org

Compartilhe e Divirta-se

Signifyd | Fraud Protection and Chargeback Prevention for eCommerce

SiteLock