Infográfico – Por que construir uma nuvem híbrida com a Dell EMC e VMware

Para qualquer departamento de TI, disponibilizar novos produtos e serviços significa aumentar a eficiência e ganhar mais agilidade, desenvolvendo ainda mais sua infraestrutura para as necessidades dos clientes.

O melhor jeito de fazer isso é com uma infraestrutura hiperconvergente que é flexível, economiza tempo, reduz o TCO e eleva a segurança.

Baixe nosso infográfico e descubra por que construir uma nuvem híbrida com a Dell EMC e VMware.

Cinco pontos chaves para uma estratégia eficaz de migração de nuvem híbrida

Artigo 4 Dell - Cinco pontos chaves para uma estratégia eficaz de migração de nuvem híbrida (1)

Com uma estratégia de migração de nuvem híbrida, uma organização estende suas cargas de trabalho internas para um ambiente que não é de sua propriedade.

O desempenho e os recursos que você conhece e espera de seu próprio ambiente de TI tornam-se dependentes em parte de um ambiente que é fornecido para você. O arranjo híbrido funciona, mas você precisa se preparar adequadamente para ele e evitar certas armadilhas.

Essas cinco estratégias de nuvem híbrida o colocarão no caminho certo.

1.  Determine se um aplicativo está pronto para nuvem híbrida

Com estratégias de nuvem híbrida, um aplicativo deve funcionar em um ambiente local e em recursos alugados de um provedor de serviços. A primeira etapa necessária, que muitas vezes é esquecida, é determinar se a aplicação em questão é adequada para o modelo híbrido.

Tenha cuidado e não presuma muito. Só porque um fornecedor executa o aplicativo em uma nuvem não significa que ele está pronto para a nuvem híbrida. É menos complicado hospedar o aplicativo em um ambiente ou outro do que unir dois ambientes.

Um aplicativo legado que não está pronto para a migração de nuvem híbrida ainda pode ser adaptado com sucesso se planejado corretamente, sem aparecer como um “Frankenstein”.

De forma ideal, partes do aplicativo que podem existir por trás dos balanceadores de carga movem-se para a nuvem. Examine o rastreamento de aplicativos para ver as comunicações de tráfego, isso lhe dará uma noção de quantos dados são compartilhados e como o tempo de atraso potencial pode afetar o desempenho do aplicativo.

2.  Mude as peças certas de um aplicativo

Muitos aplicativos consistem em várias partes, portanto, você tem muitas decisões possíveis a tomar. Frequentemente, a primeira consideração é determinar o que pode ser movido rapidamente para a nuvem.

Considere cuidadosamente os recursos sob demanda. A menos que você pague para manter as cargas de trabalho inativas esperando para iniciar em servidores de nuvem pública, observe a automação para aumentar e diminuir essas cargas de trabalho rapidamente.

Cargas de trabalho que exigem personalização excessiva ou grandes quantidades de armazenamento de dados podem não ser um bom ajuste para uma estratégia de migração de nuvem híbrida, especialmente se a economia de custos for um de seus objetivos de adoção da nuvem.

O tempo é um fator constante a considerar. A automação ajuda a criar cargas de trabalho e elimina o esforço manual. Mesmo assim, recursos completos e prontos para uso não aparecem simplesmente instantaneamente, você espera que eles construam, o que pode levar segundos ou horas.

Uma carga de trabalho de construção lenta pode ser cara porque o provedor de nuvem cobra por esse tempo de configuração, antes que a própria carga de trabalho seja executada.

Quaisquer partes de um aplicativo que você decidir mover e deixar na nuvem custarão dinheiro, mesmo que essas partes raramente sejam usadas. Isso pode ser uma grande preocupação se um aplicativo não estiver pronto para o modelo híbrido, como quando requer estruturas adicionais para suportá-lo.

Com qualquer adoção da nuvem, lembre-se de que recursos adicionais aumentam seus custos.

3.  Não negligencie o armazenamento

O tamanho também é uma consideração importante nas estratégias de nuvem híbrida. O armazenamento em nuvem é um tipo de despesa que cresce lentamente, por isso é fácil passar despercebido se você não prestar muita atenção.

Os custos de armazenamento em nuvem não prejudicam o uso da estrutura de armazenamento inicialmente, mas se acumulam continuamente com o tempo. Aproveite as vantagens das camadas de armazenamento em nuvem para arquivamento.

4.  Verifique a rede

Quando uma organização move parte de uma carga de trabalho para a nuvem, pode haver um atraso entre seu data center e o provedor de nuvem. Esse atraso pode afetar o desempenho do aplicativo e a experiência do cliente.

Seu serviço de Internet é a salvação que mantém seu aplicativo funcionando corretamente. O atraso da rede entre os componentes de aplicativos multipartes deve ser tratado. Determine de onde vem o atraso, pode ser a qualidade de sua conexão com a nuvem, ao invés de algo específico para o provedor de serviços em nuvem.

5.  Acompanhe as métricas

O sucesso de uma estratégia de migração de nuvem híbrida será revelado nas métricas. As estatísticas de desempenho e os tempos de resposta são valiosos, mas significam pouco se sua abordagem híbrida custar três a quatro vezes o valor que você gastaria em uma configuração puramente local.

Quando uma organização gasta muito, sua estratégia de nuvem não é econômica e, dessa perspectiva, pode ser considerada um fracasso.

Obtenha uma imagem clara da estratégia de migração de nuvem híbrida de sua organização, observando os dados de uma variedade de aspectos.

Pense em tudo

Desde dados de desempenho a engajamento do cliente e respostas de help desk. Por exemplo, uma mudança para a nuvem híbrida pode custar mais dinheiro à organização, mas se as chamadas para o help desk cair 30%, a análise geral de custo-benefício pode ser favorável.

O desafio é a comparação de pontos de dados provenientes de fontes diferentes, que podem ser difíceis de correlacionar. Esse esforço pode realmente valer a pena, porque você será capaz de avaliar como sua iniciativa híbrida está indo e onde você pode ajustar suas cargas de trabalho.

Você provavelmente não vai acertar no início, então pense nisso como um processo. Faça os ajustes para combinar as métricas com suas necessidades específicas de negócios e metas de nuvem.

Sobre a OST

Desde 1995 no mercado, a OST atende com excelência fornecendo soluções de infraestrutura, auxiliando organizações públicas e privadas a garantirem a continuidade de seus negócios.

Somos especializados em otimizar e atender a necessidade do seu negócio. A OST garante a continuidade de suas operações, fornecendo soluções avançadas de infraestrutura para ambientes de missão crítica com inovação, excelência e qualidade no serviço.

Acelere a inovação através de uma experiência de nuvem híbrida consistente

VMware - Carbon Black - Acelere a inovação

O aumento da complexidade é um dos maiores desafios enfrentados pelas equipes de TI na criação e gerenciamento de ambientes com várias nuvens.

O uso de diferentes ferramentas de gerenciamento para diferentes plataformas, sejam nuvens privadas ou públicas, torna mais difícil – senão impossível – gerenciar com eficácia custos, segurança, governança, desempenho, conformidade e disponibilidade.

Além disso, a complexidade do multicloud também limita os benefícios potenciais da automação e aumenta o risco de que os silos de dados e a falta de portabilidade entre os aplicativos inibam os esforços de transformação digital – tornando a organização ineficaz em seu objetivo final de aproveitar todos os dados para gerar vantagem competitiva.

Quando se trata de gerenciar ambientes multicloud, deve haver uma maneira melhor do que ter várias plataformas de infraestrutura não integradas e muitas vezes incompatíveis. Felizmente, existe.

Com um único modelo de nuvem híbrida, as equipes de TI podem usar um conjunto consistente, familiar e comum de ferramentas de gerenciamento unificadas em todo o seu ambiente de nuvem híbrida – desde o data center até a borda e várias nuvens públicas.

Casos de sucesso para uma nuvem híbrida consistente

Normalmente, as equipes de TI não precisam ter um caso de sucesso para mover cargas de trabalho e aplicativos para a nuvem. Hoje em dia, a diretriz de mudar para a nuvem provavelmente será dirigida por líderes de negócios, gerentes de linha de negócios e equipes de DevOps, além de TI.

No entanto, cabe à TI fazer tudo funcionar – de forma consistente, econômica e segura – sem interromper as operações comerciais em andamento e criar um caminho claro e simples para os serviços em nuvem para todos os constituintes variados e exigentes da organização.

Portanto, embora a TI não precise necessariamente apresentar um caso de sucesso para mover cargas de trabalho e aplicativos para a nuvem, é responsabilidade da TI determinar como mover cargas de trabalho e aplicativos para a nuvem.

Quando você olha para os números e leva em consideração a experiência real dos clientes, a lógica dos negócios é para usar uma plataforma única e consistente.

Aqui estão algumas razões do porquê:

●     Impulsionar a economia de custos

Os tomadores de decisão de TI disseram que o uso de ferramentas consistentes de gerenciamento de infraestrutura em locais de nuvem privada e pública reduziria os custos em uma média de 19%, de acordo com pesquisa do Enterprise Strategy Group (ESG).

●     Melhorar a continuidade dos negócios

O mesmo estudo mostrou que os líderes de TI disseram que a consistência reduziria o número de violações de segurança, interrupções de aplicativos e outros eventos que afetam seus dados residentes em nuvem pública em 30% em média.

●     Acelerar o tempo de entrada no mercado

A TI pode reduzir o tempo de migração de uma carga de trabalho em nuvem de uma nuvem para outra ou de volta ao local em uma média de 35%.

Quase três quartos dos entrevistados disseram ainda que uma plataforma consistente aumenta seu ritmo de inovação, resultando em cinco produtos ou serviços incrementais lançados anualmente.

●     Melhorar a experiência e o desempenho dos times de desenvolvimento e suporte

Mais de 95% dos tomadores de decisão de TI disseram que uma plataforma consistente torna mais fácil colocar o código em produção, com 56% dizendo que esperariam pelo menos atualizações de código diárias.

A experiência do desenvolvedor também melhora drasticamente com uma única plataforma que pode oferecer suporte a contêineres e máquinas virtuais usando uma arquitetura consistente.

A Importância de construir plataformas resilientes e adaptáveis através da nuvem híbrida

Uma pesquisa de continuidade de negócios do Gartner destacou que apenas 12% das organizações estão altamente preparadas para o impacto das crises globais. A Covid-19 deixou isso claro.

Com a maioria da força de trabalho trabalhando remotamente e os clientes acessando cada vez mais os serviços online, as organizações precisam garantir a estabilidade das cargas de trabalho críticas que dão suporte às operações de negócios centrais.

Essas cargas de trabalho precisam ser hospedadas em uma infraestrutura que pode ser dimensionada para cima ou para baixo, de forma dinamica para atender às incertezas da demanda e ser resilientes o suficiente para resistir a desastres e interrupções.

Além disso, a complexidade das plataformas da nova era foi ampliada com o advento da borda de rede que envolve a movimentação de aplicativos e serviços associados para mais perto dos dispositivos do usuário final e também com o surgimento da nuvem híbrida, em que os provedores fornecem serviços de nuvem pública em locais além de seus data centers físicos.

O perímetro dessas plataformas está sempre se expandindo e, portanto, o emprego efetivo de uma estratégia de nuvem híbrida tornou-se cada vez mais importante para garantir que as empresas possam colher os benefícios da existência local, nuvem e pontos de presença e utilizar efetivamente os serviços nativos da nuvem fornecidos por provedores.

Movendo-se em direção a melhor estrutura de negócio

As equipes de TI têm muitas opções para decidir onde executar a infraestrutura de TI e como migrar cargas de trabalho e aplicativos para a nuvem. Às vezes, ter muitas opções pode resultar em confusão e complexidade.

O caminho para a nuvem deve ser flexível, seguro, econômico e ininterrupto. Mas também precisa reduzir efetivamente a complexidade, em vez de aumentá-la.

Uma plataforma de nuvem híbrida que fornece consistência em operações, ferramentas, processos e políticas em ambientes multicloud ajuda a TI a reduzir a complexidade, ao mesmo tempo que limita a interrupção.

O caso de sucesso é claro: uma plataforma consistente do data center até a borda e várias nuvens pode economizar dinheiro, reduzir riscos, melhorar a continuidade dos negócios e acelerar o tempo de lançamento no mercado.

Sobre a OST

Desde 1995 no mercado, a OST atende com excelência fornecendo soluções de infraestrutura, auxiliando organizações públicas e privadas a garantirem a continuidade de seus negócios.

Somos especializados em otimizar e atender a necessidade do seu negócio. A OST garante a continuidade de suas operações, fornecendo soluções avançadas de infraestrutura para ambientes de missão crítica com inovação, excelência e qualidade no serviço.

Garanta a consistência dos dados para backup e recuperação de desastres em um ambiente de nuvem híbrida

Nuvem Hibrida - Consistência dos dados para backup e recuperação de desastres

Em um mundo ideal, se parte da sua plataforma de nuvem híbrida for desativada, o processamento apenas diminui e depois se recupera automaticamente, à medida que outros segmentos da plataforma absorvem a carga ou, no caso de uma nuvem pública, à medida que a carga de trabalho migra para outras zonas de disponibilidade.

Na realidade, é difícil obter consistência de dados com backup em nuvem híbrida e recuperação de desastres.

As transferências de dados entre plataformas em nuvem podem levar muito tempo, especialmente com transferências em massa. Por exemplo, um sistema de armazenamento com duas réplicas locais pode concluir uma operação de gravação em alguns milissegundos, enquanto um sistema de três réplicas leva mais de 10 segundos.

Uma maneira comum de resolver esse problema é ter consistência eventual para a réplica remota. Mas isso deixa uma janela, variando de minutos a horas, em que os dados não estão sincronizados.

Os cenários de backup em nuvem híbrida e recuperação de desastres dependem do uso de réplicas remotas, o provedor de nuvem que hospeda segmentos ainda operacionais da nuvem híbrida deve garantir a consistência dos dados. No entanto, isso pode ser sua responsabilidade pelo segmento de nuvem privada local.

Melhores práticas para garantir a consistência dos dados

O gerenciamento de dados fica mais complicado com backup em nuvem híbrida e recuperação de desastres porque os usuários podem armazenar dados em uma nuvem pública ou privada. Por exemplo, um problema comum é como evitar divergências com cópias de backup e arquivamento de conjuntos de dados.

Para fazer isso, saiba quais conjuntos de dados foram alterados e quais são os novos dados. Um arquivo de diário de gravação funcionaria aqui, mas é vulnerável a uma interrupção e provavelmente não seria transmitido para outra parte da plataforma de nuvem híbrida antes de um desligamento. No entanto, um design sólido e transmissão frequente podem reduzir o objetivo do ponto de recuperação ( RPO ).

Quando você hospeda em nuvem pública, o problema é muito mais profundo. Certifique-se de que o provedor de serviços de nuvem tome medidas de proteção de dados semelhantes às suas.

Os provedores de nuvem não são muito abertos no assunto de infraestrutura interna, mas é crucial saber como eles protegem seus dados sincronizados para consistência com os dados da nuvem pública. Pode haver grandes diferenças entre a sincronização entre zonas e o acesso em um ambiente híbrido, por exemplo.

Provavelmente, o provedor de serviços em nuvem possui servidores de registro em diário altamente disponíveis. Em ambientes híbridos, no entanto, você pode precisar de uma ferramenta de software para encaminhar diários para outras nuvens ou segmentos privados.

Este problema provavelmente desaparecerá à medida que as nuvens híbridas ganham impulso e os armazenamentos de objetos são permitidos em vários segmentos. Nesse ínterim, você pode ficar preso com uma réplica extra de arquivos voláteis em uma zona pública diferente.

Tome medidas preventivas

Os mecanismos de bloqueio evitam que vários usuários atualizem dados em todos os segmentos de nuvem para evitar um resultado indeterminado. Para criar um único conjunto de dados consistente, aplique um instantâneo point-in-time ao armazenamento relevante em todos os segmentos de nuvem.

Normalmente, os instantâneos lembram de todas as alterações na sequência em que ocorrem, mas você pode recuperar um instantâneo do branch principal e aplicar as alterações que não vão diretamente para o branch principal.

Você pode usar uma versão temporária, para trabalho de desenvolvimento ou para um destino de backup. Depois de aplicar um instantâneo pontual, gere uma versão totalmente recuperada à qual as alterações do diário são aplicadas. Você pode usar esses bloqueios para verificar a consistência, embora não seja obrigatório.

O instantâneo recuperado também é usado para o backup

Crie-o em qualquer um dos segmentos da nuvem, mas lembre-se de que as VMs na nuvem diferem consideravelmente em desempenho e rendimento de armazenamento.

Existem grandes diferenças entre os provedores de serviços de nuvem em relação ao desempenho de computação e velocidade de armazenamento. Sem algum cuidado, o trabalho ficará lento ou, se a escolha mudar, pode interromper as janelas de backup.

Com essas abordagens, deve ser possível manter o RPO muito baixo em abordagens de backup de nuvem híbrida e recuperação de desastres. A recuperação automática ainda não está disponível, mas provavelmente está no horizonte para todos os principais provedores de serviços em nuvem.

Para saber mais sobre como estrutura um projeto de nuvem híbrida que possa garantir as operações negócios de sua empresa, entre em contato com os especialistas da OST.

Sobre a OST

Desde 1995 no mercado, a OST atende com excelência fornecendo soluções de infraestrutura, auxiliando organizações públicas e privadas a garantirem a continuidade de seus negócios.

Somos especializados em otimizar e atender a necessidade do seu negócio. A OST garante a continuidade de suas operações, fornecendo soluções avançadas de infraestrutura para ambientes de missão crítica com inovação, excelência e qualidade no serviço.

Nuvem híbrida: 5 armadilhas para recuperação de desastres e como evitá-las

Nuvem Hibrida - Como evitar armadilhas na recuperação de desastres

A computação em nuvem está facilitando muito alguns aspectos da recuperação de desastres, especialmente com o crescimento dos serviços de backup online. Mas a nuvem pode adicionar complexidade às operações de TI, especialmente em ambientes híbridos.

Além disso, existe a capacidade das linhas de negócios de aumentar seus próprios recursos na nuvem ou de comprar aplicativos de software como serviço (SaaS), o que significa que a TI pode não ter mais uma imagem completa da infraestrutura de TI da organização. E o plano inclui o que fazer se um serviço em nuvem cair?

A recuperação de desastres  (DR) é a capacidade de retornar às operações “normais” após uma falha de TI, desastre natural ou outro evento inesperado e é uma função fundamental da TI.

Afinal, o departamento de TI é responsável pela manutenção dos principais sistemas de negócios e pela proteção de seus dados, por fornecer desktops ou outros computadores pessoais, acesso a nuvem, redes e, na maioria das vezes, comunicações de voz.

Mas o planejamento de recuperação de desastres em uma ambiente de nuvem híbrida é um desafio e uma responsabilidade de toda a empresa. As organizações dependem cada vez mais de seus dados, e a TI está se tornando cada vez mais hábil em fornecer acesso a esses dados em qualquer lugar do mundo.

Mas dada a crescente complexidade das operações de negócios e dos sistemas de TI. existem muitas armadilhas para as empresas que não estão preparadas.

Armadilha de DR 1: Falha no planejamento

A maior falha é deixar de planejar a recuperação de desastres.

Um plano de DR não precisa ser complexo. No caso de uma pequena empresa ou filial, pode incluir pouco mais do que backups regulares em discos armazenados externamente  ou, cada vez mais, na nuvem, e um plano de como acessar os dados e restaurar aplicativos se o pior acontecer.

Para organizações maiores, um plano entrará em muito mais detalhes sobre quais aplicativos são protegidos, como eles serão recuperados e arranjos para espaços de trabalho alternativos para a equipe.

Um plano deve indicar em que ordem as várias plataformas devem ser recuperadas. Às vezes, isso fica óbvio pelos requisitos do aplicativo ou serviço, mas quando uma grande recuperação do site é necessária, a política interna também pode entrar em jogo.

Outros problemas ocorrem quando as organizações têm um plano de DR, mas é muito limitado em escopo. Aqui, a TI e o conselho podem ser enganados por uma falsa sensação de segurança. Nesses casos, existe um plano de DR, mas ele falha em cobrir todos os aplicativos e, principalmente, suas interdependências.

O plano também deve definir o objetivo do ponto de recuperação (RPO) e o objetivo do tempo de recuperação (RTO) quanto tempo a organização precisa voltar para obter um conjunto limpo e estável de aplicativos e dados e com que rapidez isso deve acontecer.

Armadilha 2 de DR: falha no teste

A próxima armadilha, e talvez a maior, é não conseguir testar. Uma estatística frequentemente citada é que 23% das organizações nunca testam seus planos de DR, com outros 29% testando apenas uma vez por ano.

A adequação de um teste anual dependerá muito do tamanho e da natureza do negócio. Mas um plano que nunca é testado está realmente a um passo de não ter nenhum plano.

O outro grande problema diz respeito aos testes de processos de recuperação de desastres. Isso é essencial porque até que você teste o DR, você realmente não pode ter certeza de que funcionará, ou se todos os sistemas que deveriam ser protegidos o foram.

Garantir um regime de teste robusto requer forte liderança do CIO. O teste de DR eficaz pode ser disruptivo e caro. Mas deixar de se recuperar de um desastre será ainda mais caro.

Se a organização testar o plano, os CIOs precisam garantir que todas as lições aprendidas – e haverá lições aprendidas – sejam usadas para atualizar o plano. O plano atualizado precisa ser testado e o ciclo repetido.

Armadilha 3 de DR: falha em proteger backups

Malware, e especialmente ransomware , é um dos motivos pelos quais o DR voltou à pauta nos últimos anos.

Proteger sistemas contra ransomware em particular significa criar uma lacuna entre os sistemas de produção e as cópias de backup ou usar tecnologias de armazenamento imutáveis, até porque os invasores aprenderam a direcionar os backups de dados primeiro. Algumas organizações voltaram à fita como uma forma de custo relativamente baixo de mover dados para um local externo.

Infelizmente para as equipes de DR, isso nem sempre é fácil. Os planos de continuidade dos negócios e os objetivos de menor tempo de recuperação contam com a proteção contínua de dados.

Armadilha 4 de DR: negligenciando fatores humanos

Os departamentos de TI, naturalmente, concentram seu planejamento de DR em sistemas e dados. Mas os planos eficazes também precisam cobrir onde e como as pessoas trabalharão se o local principal da empresa for comprometido.

Pode ser que os funcionários possam trabalhar em casa inicialmente, mas por quanto tempo eles podem sustentar isso?

Alguns funcionários precisam de computadores desktop ou mais largura de banda do que as conexões domésticas ou móveis podem fornecer? E quanto aos espaços de encontro e ao bem-estar físico e mental da equipe? Manter o moral no caso de um desastre costuma ser tão importante quanto os aspectos técnicos do plano de recuperação.

Armadilha 5 de DR: problemas de comando, controle e comunicação

Em uma situação de recuperação de desastre, linhas de comunicação claras e uma ideia clara de quem está no controle são vitais.

As organizações também precisam decidir quem pode invocar o plano de DR e garantir que toda a equipe principal possa continuar a se comunicar durante uma interrupção. Um teste de DR robusto geralmente expõe quaisquer falhas no comando e controle, e as comunicações de crise devem fazer parte do plano para empresas maiores.

Mas também há uma necessidade de comunicação contínua em torno de DR e continuidade de negócios. Comunicações claras ajudarão a gerenciar as expectativas sobre quais dados e sistemas podem ser recuperados, em que ordem e com que rapidez.

A pior coisa que uma empresa pode fazer é investir em um plano de DR e, em seguida, deixá-lo na prateleira

A recuperação de desastres ou exercícios de continuidade de negócios podem ser perturbadores, mas planos eficazes de DR precisam ser testados, revisados ​​e atualizados. Quase a pior coisa que uma empresa pode fazer é investir em um plano de DR e, em seguida, deixá-lo na prateleira.

É apenas testando que a empresa saberá se o plano funciona e se é suficientemente resiliente para funcionar sob pressão. Simular e testar os sistemas de comunicação é a melhor maneira de expor qualquer fraqueza.

As equipes podem, então, alimentar os insights obtidos na fase de teste de volta à avaliação de risco e à análise de impacto nos negócios, ajustando o plano à medida que avançam.

Para saber mais sobre como a nuvem híbrida pode contribuir para o sucesso do seu negócio, entre em contato com os especialistas da OST.

Sobre a OST

Desde 1995 no mercado, a OST atende com excelência fornecendo soluções de infraestrutura, auxiliando organizações públicas e privadas a garantirem a continuidade de seus negócios.

Somos especializados em otimizar e atender a necessidade do seu negócio. A OST garante a continuidade de suas operações, fornecendo soluções avançadas de infraestrutura para ambientes de missão crítica com inovação, excelência e qualidade no serviço.