Computação em Nuvem para a Empresa Corporativa - Monitoramento e Notificações
Olá, tudo bem?
Desta vez nos vamos se dedicar na continuação da serie de computação em nuvem. Na onda inicial da computação em nuvem a maioria dos gerentes de TI, pensarem em colocar todas as novas aplicações na nuvem.
Durante o processo de avaliação eles perceberam que a computação em nuvem é uma grande oportunidade, mas não vai resolver os problemas da área de TI sem considerar todos os aspectos como monitoração, suporte e muito mais. A computação em nuvem é sem duvida uma grande inovação e esta mudando os paradigmas da computação como nos conheçam, mas muitas dos serviços atuais, tarefas antigas precisam ser migradas e continuadas para uma implementação da computação em nuvem.
Analisando um ambiente corporativo hibrido (Local e Nuvem), considerando que ninguém da área corporativo tem a coragem de migrar todas aplicações em uma vez para a nuvem, nos podemos ver que a quantidade de serviços não aumenta, ela se extensa simplesmente e incorpora a computação em nuvem.
A maioria das politicas internas de monitoração, controle de incidências, controle de auditória, controle de segurança etc. precisam ser aplicadas independente da localidade incluindo a computação em nuvem sem descontinuar o uso de ferramentas usadas na computação on-premise.Se vocês tem hoje um nível baixo de maturidade e automatização na organização de TI, o impacto da integração da computação em nuvem poderia aumentar o esforço de trabalho, reduzindo os benefícios imediatos da computação em nuvem. Antes de entrar em novas capacidades como a computação em nuvem, eu sugiro que vocês verificam primeiramente a o nível de maturidade atual on-premise, criam iniciativas para atender com um mínimo a maturidade básica e definam um planejamento para a continuação do processo de amadurecimento.
Operations Management
Durante minhas sessões de Arquitetura com clientes corporativos eu recebo muitas vezes as mesmas perguntas:
- Como eu posso monitorar os serviços na nuvem usando a ferramenta on-premise como System Center Operations Manager ?
- Como eu posso monitora aplicações hibrido com serviços distribuídos entre varias localidades?
- Eu posso gerenciar meus SLA’s incluindo a nuvem ?
Vamos tentar de responder estas perguntas com as informações disponíveis e informações da Microsoft mostrando do que esta chegando, lembrando que a Microsoft tem experiência de longo tempo na computação em nuvem e local.
Vamos dividir as explicações em três pilhares básicos, que são:
Monitoramento
Um aspecto de essencial de ser avaliado é o monitoramento das aplicações na nuvem ou distribuídos. Windows Azure oferece vários níveis e tipos de monitoramento, que são explicados na tabela abaixo. Neste post nós não vamos entrar em detalhes de cada um, mas explicar a arquitetura de monitoramento corporativo.
Windows Azure Diagnostics permite coletar dados diagnósticos de um serviço executado no Windows Azure. Você pode usar dados diagnósticos para tarefas como depuração e solução de problemas, medir o desempenho, monitorando o uso de recursos, análise de tráfego e planejamento de capacidade e de auditoria. Coletados, os dados de diagnóstico podem ser transferidos para uma conta de armazenamento (Windows Azure Storage) do Windows Azure para a persistência, lembrando que isto tem custo envolvido. As transferências podem ser agendadas ou sobre demanda dependendo da necessidade e custo.
Você pode configurar o Windows Azure Diagnostics a partir de código local . Você também pode configurá-la remotamente a partir de um aplicativo fora do Windows Azure, por exemplo, scripts PowerShell executando remotamente.
Ao gerenciar o Windows Azure Diagnostics remotamente, você pode iniciar seu serviço com uma configuração inicial de diagnóstico e, em seguida ajustar a configuração via as pessoas de operação aplicando as politicas de monitoração corporativos.
Baseado nas configurações de cada “Role” o monitor diagnostico recebe as configurações de coletar as informações definidas pelo usuário (ServiceDefinition.cscfg) . Estas informações são coletadas e armazenadas na própria maquinha virtual. Baseado no agendamento predefinido os dados locais de monitoramento podem ser transferidas para um Windows Azure Storage aonde eles podem ser consumidos. A sua aplicação local de monitoramento pode agora acessar o Windows Azure Storage e mostrar informações sobre o seu ambiente. Lembrando que o espaço de armazenamento local e limitado e controlado via uma quota.
Pontos importantes
- Oferecido como parte do SDK do Windows Azure
- Gerenciamento a partir de dentro e fora da nuvem (Local,Remoto)
- Diagnóstico automático de coleta de dados
- Diagnóstico pode ser mantido no Windows Azure Storage
- Intervalo de Transferências para o Windows Azure Storage pode ser definido
- Quotas: Quantidade de dados armazenados no armazenamento local
Exemplos de ferramentas comerciais para acessar as informações coletadas:
- Cerebrata Azure Diagnostics Manager
- Cerebrata Cloud Storage Studio
Garantindo a integração em investimentos on-premise Microsoft esta trabalhando na criação de um conector System Center Operations manager para Windows Azure, assim vocês teriam um monitoramento unificado e integrado entre o ambiente local e na nuvem.
Como habilitar o Diagnostic Logging:
- https://www.azuresupport.com/2010/03/getting-started-with-windows-azure-diagnostics-and-monitoring/
- Getting Started with Windows Azure Diagnostics and Monitoring
Video System Center Operations Manager e Windows Azure:
Notificações
Outro aspecto essencial são as notificações sobre eventos críticos na nuvem ou on-premise. Com a arquitetura com Windows Azure Storage nos não podemos garantir uma baixa latência de comunicação entre a origem e o destino.
Uma arquitetura baseado na integração com o AppFabric Service Bus e o “Event Relay Binding” habilita a criação de uma assinatura sobre um evento que pode ser retransmito para vários receptores . Quando uma worker/web role envia uma mensagem de notificação para o hub, todos os serviços de monitoramento recebê-lo. Dado o fato não há nenhuma limitação no número de clientes, este efeito prevê N: M de comunicação onde ambos N e M pode ser qualquer número natural, incluindo zero, semelhante ao multicast UDP. In caso de falha de sistemas uma notificação poderia ser mandado para todas assinantes do evento que garante uma notificação quase em tempo real.
Pontos Importantes
- Quase em tempo real acompanhamento
- Capacidade de fornecer níveis de logging
- Excelente para as notificações de erro
- Capacidade de fornecer Heart Beat como a informação
- Usando o NetEventRelayBinding (one way)
- Passa pela maioria dos firewalls e proxies
- Atualmente até 20 inscritos (Assinantes)
- Mensagem Max Size (em fio): 60 Kb.
- Nenhuma garantia sobre a entrega ou seqüência
Arquitetura para Ambientes Corporativos – Appfabric & Windows Azure Storage
O conjunto das duas arquiteturas garante a criação de um ambiente com monitoração e notificação. A evolução da integração das ferramentas locais e da nuvem estão no começo mas com o futuro System Center Operations Manager conector para Windows Azure e novos AP-Is de monitoração a integração com os processos locais seria muito mais fácil.
Se vocês gostariam saber mais sobre este assunto verificam estes trainings kits:
Abraços Markus
Technorati Tags: Windows Azure,Computacao em Nuvem