Novidades do mês de setembro!

Agendador: melhorias no workflow com Load Balancers

O agendador tem sido muito utilizado para economizar no AWS: desligar infraestrutura ociosa em horários que não precisa estar ligada, parar ambiente de desenvolvimento, upgrade/downgrade de EC2/RDS, etc.

Também é possível orquestrar ações em servidores que estão atrás de Load Balancers. Por exemplo, desconectar do LB e em seguida desligar um servidor. Pode-se fazer ainda o upgrade/downgrade de 2 (ou mais) servidores sem downtime! Veja como ficaria o workflow:

• desconectar de um LB
• parar servidor
• downgrade
• iniciar servidor (inclui de forma transparente a conexão do IP Elástico – se tiver)
• conectar ao LB

Com mais servidores, repete-se este mesmo processo em intervalos seguintes, por exemplo 15 minutos depois. Desta forma, você não perderia nenhuma requisição.

Novidade: alguns clientes estão condensando cargas de vários servidores em servidores maiores para fins de economia. Como o AWS permite que vários LBs mapeiem um servidor, é possível ter vários ‘endpoints’ de aplicações (DNS/Domínio do ELB) apontando para um pool de servidores na mesma VPC e servindo a todas as requisições.

O agendador permite que se desconecte o servidor de um LB específico (anteriormente desconectava de todos). Veja como ficou os parâmetros de orquestração.

Agora você tem mais uma opção de economia!

Visibilidade da plataforma dos servidores

Incrementamos a coluna ‘plataforma’ da lista de servidores com as seguintes plataformas:

• Linux
• Windows
• Red Hat Enterprise Linux
• Suse Linux Enterprise Server
• Windows SQL Server Standard
• Windows SQL Server Web

Por que isto é importante? Os custos são maiores que o do SO pleno (pois incluem as licenças do software) e facilita-se a pesquisa bem como a compra de instâncias reservadas. Outro motivo, é que dependendo da template AMI que usou da lista pública no AWS, pode ser que ela herdou alguma licença e que no momento da criação do servidor não ficou claro que pagaria mais. Com esta transparência na visibilidade, esperamos ajudar a ter controle melhor sobre o que roda na sua nuvem.

Melhorias na Análise de custos dos componentes

Melhoramos performance, detalhamento e estimativa desde o lançamento. Também inserimos um botão de ‘zoom’ em todos os gráficos para que os veja em tela cheia e exporte no formato que desejar.

+ Filtros e exportação dos Logs de Auditoria

Continuamos a investir em visibilidade e transparência. A criação de filtros e mecanismos de buscas é parte importante da interface para que os clientes ganhem produtividade, possam encontrar informações e fazer diagnósticos e análises de forma rápida.

Neste mês melhoramos ainda mais os filtros:

• Busca por 2 ou mais palavras chaves separadas por vírgula. Ex: 2 servidores: “i-xxxxx,i-yyyyy”;
• Busca inversa. Pode-se colocar um “-” para trazer “tudo, menos…”. Ex: “-i-xxxxxx”, “-Nome”, etc;
• Lista de servidores: filtro para buscar quais servidores estão alocados com Instância Reservada e quais não – facilita análise para comprar novos;
• Filtro na coluna de ‘Conectado a servidor’ em Discos;
• Filtros de métricas com mais opções: renomear e regravar com novas configurações.

Já os logs de auditoria em linguagem de negócio e técnica tem possibilitado o diagnóstico de diversos eventos: ‘sumiço’ de IPs elásticos, mudanças de regras de grupos de segurança, logins no console AWS, etc.

Muitos clientes precisavam compor relatórios gerenciais a partir de buscas e segmentações realizadas. Criamos um botão parar ‘Exportar’ os logs em formato CSV da mesma forma que é possível exportar o inventário dos seus componentes de infraestrutura.

Compartilhamento de Snapshot

Já era possível compartilhar imagens entre diversas contas AWS e agora estendemos esta funcionalidade para os snapshots.

Um caso típico de uso é a criação de uma base de ‘snapshots’ em uma conta principal e o compartilhamento com outras contas. Quando precisa criar um disco, basta usar o snapshot centralizado e compartilhado (o mesmo vale para os AMIs ‘centralizados’).

Mais novidades

Continuamos a implementar novas melhorias em todas as funcionalidades do Cloud8.

• Análise de custos: suporte ao AWS Service Catalog e Suporte Enterprise;
• Melhor checagem nos alertas de infraestrutura dos servidores para evitar falso-positivos caso esteja no meio da execução de um backup ou de uma tarefa de um agendamento;
• Exportação do catálogo de componentes: inclusão da coluna ‘custos’ para os perfis que possuem permissão;
• Gráficos de billing: tooltip dos custos agrupada em uma só para melhorar visualização;
• Alerta de sincronização de novo servidor: se for um servidor criado dentro do OpsWorks indica com o ícone e o tooltip do Stack;

Sugestões? Dúvidas? Críticas? Envie para nós!

Obrigado!
Equipe Cloud8

Prêmio – Melhor parceiro de tecnologia da América Latina

Gostaríamos de agradecer a todos clientes, parceiros e colaboradores que participaram e confiaram no Cloud8! No AWS Summit 2015 de São Paulo fomos premiados como o melhor parceiro de tecnologia da América Latina!!

Estamos ainda mais motivados na nossa jornada de ajuda na adoção do Cloud Computing e continuaremos a valorizar acima de tudo nossos clientes e parceiros entregando serviços de qualidade. Conte sempre conosco!

Renato Weiner – CIO/Founder

Confira nossa participação no AWS Summit 2015:

• fotos do evento;
• participação na palestra de “Melhores práticas de Load Balancer”;
• novo website – https://www.cloud8.com.br/
• vídeo com funcionalidades do Cloud8.

OpsWorks

Para quem usa o ambiente de gerenciamento do OpsWorks, passamos a suportar algumas ações como parar/iniciar.

O Cloud8 identifica que o servidor está um ‘stack’ OpsWorks e utiliza a API correta. As ações funcionam tanto para a lista de servidores como para ações agendadas. Caso possua um ambiente de testes rodando no OpsWorks, pode utilizar a flexibilidade do nosso agendador para também economizar dentro desta arquitetura.

Os servidores OpsWorks são identificados pelo ícone  na lista de servidores.

Suporte a Load Balancers

O Cloud8 suporta Load Balancers nos eventos de agendamento e é possível criar um workflow com a seguinte sequência de comandos:

“Desconectar do LB” -> “Parar” -> “Upgrade/Downgrade” -> “Backup” -> “Copia para outra regiao” -> “Ligar” -> “Conectar ao LB”

Agora estamos centralizando o gerenciamento dos Load Balancers de todas as regiões e todas as contas AWS em um único ponto. Basta clicar na lista da esquerda, abaixo de ‘Servidores’ e expandi-lá para encontrar ‘Load Balancers’.

As ações suportadas pelo Cloud8 são:

• conectar servidores;
• desconectar servidores;
• configurar Crosszone e Connection Draining;
• diagnótico de melhores práticas: crosszone, connection draining e protocolos e cyphers inseguros.

A parte de diagnóstico de segurança é particularmente interessante. Ultimamente vem sendo encontrado uma série de vulnerabilidades de segurança no protocolo e cyphers ligados a SSL – Poodle, Freak, Logjam. Em todos eles é necessário atualizar os protocolos e cyphers dos seus Load Balancers (e servidores Apache, Nginx, etc) – veja como as policies do AWS vão evoluindo ao longo do tempo.

O Cloud8 faz o diagnótico das policies e mostra quais Load Balancers precisam ser atualizados.

A gestão dos Load Balancers está inclusa e não há custo adicional.

CloudTrail

O CloudTrail é um serviço do AWS que registra todos os comandos técnicos (APIs, vamos assim dizer) que são executados no seu Cloud. Ele não vem habilitado por default e recomendamos que todos o habilitem. A lista de provedores AWS cadastrados no Cloud8 agora mostra quais estão habilitados e se há alguma configuração pendente.

Conforme publicamos anteriormente, já integramos alguns tipos de eventos com o CloudTrail no log de auditoria do Cloud8 e pretendemos integrar outros mais. Tudo para dar mais sentido de negócio às ações técnicas.

Não deixe de habilitá-lo! No futuro será muito mais benefíco para o diagnóstico e backtrack de problemas.

Aurora

O AWS liberou o beta do banco de dados Aurora para muitos clientes (cheque se não foi contemplado!).

O Cloud8 já se antecipou e agora suporta todas as funcionalidades de RDS!

• listagem e informações;
• eventos de banco de dados, backups e erros;
• backup com políticas de retenção automática e GFS;
• upgrade/downgrade e mudança SingleAZ/MultiAZ para economia.

Mais novidades

Continuamos a implementar novas melhorias em todos as funcionalidades presentes do Cloud8.

• Billing: suporte a AppStream;
• No perfil customizado de ações para o servidor adicionamos a permissão ‘Backup servidores’;
• Relatório de instâncias reservadas mostra RIs expiradas dentro do mês;
• Se há uma RI expirada no mês, não atualizamos a marcação de uso na lista de servidores;
• Route53: melhor tratamento do DNS quando há mais de 100 registros;
• BUG: não era possível atualizar a prioridade de MX para zero de um registro de DNS;
• BUG: RIs All Upfronts não eram atualizadas quando havia conta consolidada.

Sugestões? Dúvidas? Críticas? Envie para nós!

Obrigado!
Equipe Cloud8

AWS Summit 2015 – São Paulo

Pelo terceiro ano seguido seremos patrocinadores do AWS Summit 2015 que acontece em São Paulo no dia 28 de maio. Todos estão convidados a se inscreverem gratuitamente e assistir as novidades e palestras técnicas.

http://aws.amazon.com/pt/summits/sao-paulo/

+ Credenciais IAM

No último comunicado anunciamos a monitoração das credenciais IAM. Desde então implementamos muito mais funcionalidades com o feedback dos clientes:

• monitoração do usuário ROOT (isto é, o uso do email que contratou o AWS e que é uma conta da amazon.com e não do IAM);
• monitoração das credenciais e certificados digitais usados por ROOT;
• monitoração de troca de senha de um usuário IAM;
• últimas data, serviço e região de uso das credenciais;

Por default, a monitoração já foi habilitada para todos os clientes. Se desejar modificá-la, basta clicar no menu esquerdo, nos alertas de segurança.

PS. 1. O AWS recomenda não logar com o usuário ROOT da sua conta e nem o uso de suas credenciais. É sempre melhor utilizar um usuário IAM com MFA habilitado para maior segurança.
2. Não deixe de habilitar o CloudTrail para que esta monitoração funcione ainda melhor.

Relatório unificado de Credenciais IAM

Publicamos no painel de controle um relatório onde é possível ver as credenciais de todos os usuários e roles de todas as suas contas AWS (menu esquerdo -> “Credenciais IAM”).

Algumas vantagens deste relatório:

• Todas as contas AWS de uma vez;
• Usuários e roles na mesma visão;
• Buscas: provedor AWS, nome, policy, último login, última troca de senha, accesskeys, etc;
• Visualização e busca nos documentos das policies: é possível um usuário possuir Policies Inline, Managed e herdar Inline e Managed de grupos. Mostramos todas de uma vez para facilitar a gestão. Ex: ao buscar com o termo ‘EC2′, o relatório exibe somente quem possui alguma policy com esta configuração;

Perfil customizado: permissão por servidor

Atendendo a pedidos, agora é possível criar um perfil, “Servidores (custom)” selecionando somentes os servidores e ações que um usuário pode visualizar e realizar. Estes servidores podem ser de contas AWS e regiões diferentes.

Por enquanto disponibilizamos 3 ações: Ligar, Parar e Rebootar. Caso possua alguma outra necessidade de negócio, nos avise!

Como sempre, todas as ações são logadas na auditoria.

Principais casos de uso

• Delegar ações simples a membros da equipe;
• Capacitar um time de plantão / suporte N1 / Service Desk a executar ações básicas sem a necessidade de pedir a operações/infra/devops;
• Fornecer acesso a servidores para terceiros – agências digitais, desenvolvedores, outras equipes, etc;

Outros

Continuamos a implementar novas melhorias em todos as funcionalidades presentes do Cloud8.

• Billing: suporte a Machine Learning;
• Buscas nas Instâncias reservadas: usadas, não usadas, usadas nos últimos 7 dias, ID e nome de servidor, tipo, tamanho e data das RIs, etc;
• Na lista de servidores, mostramos agora somente o último servidor usado em RI e não mais todos que foram usados durante o mês. Isto permite mapear melhor o uso das RIs contratadas;

Sugestões? Dúvidas? Críticas? Envie para nós!

Obrigado!
Equipe Cloud8

Revisitando: economia de custos

Nesta realidade tempos de dólar alto, a pergunta mais frequente que tem sido feita, é como o Cloud8 pode ajudar a economizar. Seguem os dois links com explicações detalhadas de como economizar até 40% com simples ações executadas pelo agendador:

Economizando no EC2

Economizando no RDS

Métricas dos servidores, discos e banco de dados

Melhoramos significativamente a análise das métricas dos componentes do seu cloud.

Confira as melhorias:

• Visualização: múltiplas métricas de clientes, regiões e componentes distintos no mesmo gráfico;
• Filtros: gravar o relatório que criou e depois poder acessar rapidamente;
• Parâmetros: tipo de métrica (Média, Máximo, Mínimo, Todos), intervalo (de 5 em 5 minutos, por exemplo) e período (últimas 48 horas) ou período customizado

Casos de uso:

• Plotar no mesmo relatório as CPUs dos servidores web e a CPU do RDS – dá para acompanhar exatamente os picos e se há correlação;
• Comparar clientes diferentes que tenham o mesmo deploy de sistema;
• Acompanhar a rede de um gateway e comparar com algum servidor crítico dentro da sua arquitetura;
• Combinar todas as métricas de RDS em um mesmo lugar: CPU, número de conexões, memória livre, espaço livre;

Integração de incidentes com o PagerDuty

Uma das características bem bacanas do Cloud8 é a monitoração do status da infraestrutura dos servidores que o AWS disponibiliza. Por meio das APIs (ou do próprio console) é possível saber como estão a rede do seu servidor e o status do host onde está rodando a sua máquina virtual.

Quando há algum problema, o AWS muda o status e o Cloud8 o captura, enviando um email sobre este incidente e depois alertando quando estiver tudo bem novamente.

Este tipo de alerta é extremamente útil para o diagnóstico do que realmente ocorreu no incidente.

Suponha que o seu servidor/sistema parou de funcionar. Quase todo mundo já dispõe de um sistema de monitoração – PingDom, Nagios, Zabbix, etc – e ele alertaria. A primeira reação seria tentar logar no servidor com problema e depois do reboot/mitigação, olhar logs da aplicação, revisar arquitetura, conectividade, etc. Ou seja, tempo e trabalho que pode ser inútil e improdutivo dependendo realmente do que ocorreu.

Ao combinar o alerta de infraestrutura com a notificação destes sistemas, é possível chegar a um diagnóstico mais rápido e preciso: afinal, se por acaso, foi problema na infraestrutura, não é necessário gastar tempo com pesquisas e remedia-se melhorando a arquitetura para torná-la mais robusta e resiliente.

Agora estamos facilitando ainda mais o diagnóstico ao integrar os alertas de infraestrutura do AWS com o PagerDuty. O PagerDuty é basicamente um sistema de gerenciamento de incidentes. Ao abrir um novo incidente, por meio de uma escala de notificações, ele envia os alertas para as pessoas/times pelo meio (email, SMS, etc) e políticas configuradas. Ele também integra com praticamente todos os sistemas mais comuns de mercados – Zabbix, Nagios, etc.

Indiretamente, é possível integrar o Cloud8 com qualquer plataforma de monitoração!

Catálogo: exportação dos componentes

Disponibilizamos a pedido, um botão para exportar em CSV os seus componentes. Você pode exportar: Zonas de DNS, Servidores, Discos, Bancos de dados RDS, Backups/Imagens, Snapshots, Grupos de segurança e Chaves Privadas.

Casos de uso: catálogos para geração de relatórios, inventário, integrações com outros sistemas, planejamento de manutenções, etc.

Outros

Além dos tópicos principais:

• Novo evento RDS: Sistema Operacional pode matar o processo do banco se houver algum parâmetro configurado errado nos ‘Parameter Groups’;
• Visualização do ID da VPC em que está o servidor e o banco RDS;

Sugestões? Dúvidas? Críticas? Envie para nós!

Obrigado!

Equipe Cloud8

Seguem as novidades das últimas semanas.

Avisos de manutenção do AWS

O AWS envia avisos sempre que precisa realizar uma manutenção em um servidor. Os motivos são diversos: aplicação de patches no virtualizador, hardware antigo que será aposentado, perda momentânea de comunicação de rede, etc.

Por padrão, enviam um email para o login da conta AWS e avisam via console (o aviso está disponível via API também), mas não avisam quando é completada ou quando é cancelada.

A partir desta semana, o Cloud8 avisa das manutenções para o email que desejar, em múltiplas contas AWS. Implementamos 3 avisos, dois a mais que o AWS:

• Manutenção em si;
• Novo: Manutenção executada;
• Novo: Manutenção cancelada.

Desta forma tem maior visibilidade do que ocorre. Os avisos de manutenção também são mostradas na sua lista consolidada de servidores para todas as contas e regiões.

E logicamente, fica tudo logado na auditoria.

Novos tipos de reservas

Passamos a suportamos os novos tipos de instâncias reservadas (RIs):

• No upfront;
• Partial upfront;
• All upfront;

O relatório semanal de uso das RIs já reflete se elas estão sendo bem utilizadas ou não e os alertas de expiração também.

Para conferir se as suas RIs estão OK, veja como está no painel de controle.

O relatório de fechamento mensal terá uma indicação se o uso das instâncias reservadas foi OK ou não.

Suporte a instâncias do tipo C4

Recentemente o AWS divulgou uma parceria com a Intel para o uso de um processador otimizado para rodar carregamentos de Cloud. Como já liberaram em diversas regiões, o Cloud8 passa a suportar as instâncias C4:

• Custeio;
• Criação, upgrade/downgrade;
• Alertas e estatísticas de uso;

Lembrando que por se tratarem de novos tipos, só é suportado dentro de VPC e no modo de virtualização HVM – portanto, somente dá para criar servidores a partir de backups/imagens HVM.

A diferença de preço para os tipos C3 é de cerca de 10%, mas a performance de CPU e disco que é entregue, é superior a isto. Vale a pena conferir.

Alerta de segurança – GHOST em glibc do Linux

Nos últimos dias, a comunidade open source alertou de um bug crítico no glibc que chamaram de GHOST. A Amazon publicou um alerta de como mitigar este risco e aplicar o patch para quem usa Amazon Linux.

Recomendamos fortemente a todos que possuem servidores linux expostos na web, pesquisar se a distribuição que estão usando é vulnerável e como aplicar o patch.

Outros

Além dos tópicos principais:

• Região de Frankfurt passa a suportar ElastiCache (Cloud8 alerta sobre RIs de ElastiCache);
• DNS: é mostrado se um DNS é privado ou público;
• Suporte a MFA no login é oficial;
• Monitoração de RDS expandida: espaço em disco do banco de dados terminou, aplicação de patches off-line;
• diversas melhorias internas e de performance.

Obrigado!
Equipe Cloud8

Seguem as novidades do mês de novembro.

Agendamento de backup e cópia de discos

Um dos maiores casos de uso do Cloud8 é o gerenciamento de backup/restore de servidores (EC2 e RDS ). Os clientes agendam backups e cópias entre regiões na periodicidade que faz sentido para o negócio: multiplas vezes ao dia, diário, semanal e mensal. Também utilizam as políticas de retenção para decidir como manter as cópias de segurança e por quanto tempo.

Quando se cria um “backup” pelo Cloud8 (e logicamente também pelo Console/API do AWS), gera-se o que se chama de AMI. O AMI nada mais é que uma cópia de todos os discos com a configuração de como recriar um servidor novo. Restaurar um servidor inteiro usando um AMI é muito mais prático e rápido do que usar snapshots individuais dos discos ***.

Agora pelo painel do Cloud8 também é possível criar agendamentos de eventos para os discos.

As tarefas disponíveis para os discos são:

• Backup/Snapshot: cria um snapshot do disco e escolhe a política de retenção;
• Cópia para outra região: copia como Disaster Recovery para outra região.

Casos de uso para snapshot de discos

Alguns cenários se beneficiam da automatização do backup de disco:

• MongoDB, SQL Server: fazer snapshot periódico (x horas em x horas) do disco que contém o dump do MongoDB ou o disco que tem os logs do SQL. Em uma estratégia mais sofisticada, seria possível fazer um backup “full” (AMI) por dia e mais diversos snapshots ao longo do dia do disco que contém os ‘log files’. Em caso de disastre, dá para reduzir o RPO (Recovery Point Objective) de horas (quando é só AMI) para minutos (com o snapshot do log files);
• Discos compartilhados/dados: com o uso do auto-scaling e o conceito de que servidores podem ser ‘descartáveis’, não é necessário fazer backup do disco raiz, mas pode ser necessário tirar snapshots de discos compartilhados (ex: DRBD, GFS, NFS, etc) ou simplesmente de diretórios com dados;
• Discos de 16TB: com a futura chegada de discos deste tamanho, a concentração de dados em um único EBS pode aumentar o risco de erros humanos/aplicação;
• Copiar dados para outra região com mais frequência e diminuir o RPO.

*** Nota: Em alguns cenários, como servidores Windows, é muito complicado criar um servidor a partir de um disco ‘root’ (C:). Assim especialmente para Windows, quando o C: é importante, é recomendado o backup de servidor inteiro (AMI).

MFA – Segurança

MFA é a sigla para “Multi-factor Authentication”. O MFA é usado como uma forma de autenticação mais forte além de uma senha memorizada. A idéia básica é o usuário se identificar com “algo que sabe” – senha – e “algo que possua” – um token que gere números.

Dado a criticidade de se colocar os dados e sistemas em um ambiente de nuvem, o próprio AWS incentiva a habilitação do MFA para todos os usuários que acessam o console. E a fim de acompanharmos as melhoras práticas de segurança e proteger ainda mais os dados, passamos a suportar o MFA no login.

(Nota: no Cloud8 sempre foi possível usar um usuário IAM customizado com as permissões de segurança que desejar.)

Para habilitar, clique no menu esquerdo em “Usuários”, selecione um e em seguida “Editar”. Uma tela com o QRCode e o código para o token virtual aparecerá:

Recomendamos utilizar o Google Authenticator que funciona em IOS, Android, Windows Phone e outros. Pode-se usar a câmera do celular ou entrar o código manualmente. Em seguida, aguarde 2 ciclos de geração dos códigos e atualize o usuário. Já temos a confirmação de que o AWS Virtual MFA também funciona!

Pronto, segurança em nível corporativo!

Outros

• Ipad/tablet e agendador: o agendador funciona melhor com o Ipad, já sendo possível clicar e editar eventos;
• Relatório de uso de servidores/horas contempla o uso de RDS;
• Política de retenção GFS foi expandida para suportar até 800 dias de limpeza;
• Melhor sincronização com mudanças de VPC e Subnets;
• Suporte a custos do serviço de Registro de Domínio;
• Suporte a custos de Key Management Service;
• Suporte a custos de AWS Config;
• Lista de RDS informa servidores com SSD de uso geral e com IOPS provisionado;
• Suporte a eventos de RDS de falhas com bancos que não sobem devido a parâmetros errados;

Obrigado!

Equipe Cloud8