Exquisite Goods

Category: Amazon AWS

  • Migrar CRM e ERP para a Nuvem AWS: Segurança, Escalabilidade e Performance para sua Empresa

    Migrar CRM e ERP para a Nuvem AWS: Segurança, Escalabilidade e Performance para sua Empresa

    Introdução

    Migrar CRM e ERP para a nuvem deixou de ser apenas uma tendência tecnológica e se tornou uma decisão estratégica para empresas que buscam mais segurança, escalabilidade e performance. Soluções baseadas em AWS permitem que sistemas empresariais operem com alta disponibilidade, redundância e flexibilidade para acompanhar o crescimento do negócio.

    Desde 2019 atuo como consultor em cloud para empresas com foco em AWS, onde já ajudei a modernizar centenas de sistemas empresariais.

    Essa experiência prática mostrou como a migração de CRM e ERP para a nuvem pode transformar a forma como gestores e equipes de TI administram suas operações, reduzindo custos, aumentando a confiabilidade e preparando o ambiente para inovações futuras.

    Neste artigo, você vai entender os benefícios de migrar CRM e ERP para a nuvem AWS, explorando aspectos de segurança, desempenho, redundância e escalabilidade, além de exemplos práticos que mostram como essa decisão pode impactar diretamente o crescimento da sua empresa.

    O que significa migrar CRM e ERP para a nuvem?

    Migrar CRM e ERP para a nuvem significa mover sistemas de gestão empresarial que antes rodavam em servidores locais (on-premises) para uma infraestrutura em cloud computing, como a AWS. Essa mudança elimina a dependência de hardware físico e traz mais flexibilidade para ajustar os recursos conforme a necessidade da empresa.

    Definição de ERP e CRM na nuvem

    • ERP (Enterprise Resource Planning): sistema que integra finanças, estoque, produção, logística e outros processos internos.
    • CRM (Customer Relationship Management): sistema voltado para o relacionamento com clientes, vendas e marketing.
      Na nuvem, esses sistemas passam a rodar em ambientes escaláveis, com maior disponibilidade e recursos de segurança avançados.

    Diferença entre soluções locais e em nuvem

    • On-premises: exige servidores físicos, licenças caras, equipe para manutenção e investimentos contínuos em infraestrutura.
    • Nuvem AWS: cobra apenas pelo uso, permite escalar rapidamente e garante redundância global, reduzindo riscos de falhas.

    Por que a AWS é referência em ERP e CRM na nuvem

    A AWS oferece serviços como Amazon RDS, Aurora, EC2, Lambda e S3, que permitem hospedar ERPs e CRMs de forma segura, com alta performance e compliance. Além disso, sua infraestrutura global garante baixa latência e redundância em múltiplas regiões.

    Benefícios de migrar CRM e ERP para a nuvem AWS

    A decisão de migrar CRM e ERP para a nuvem AWS traz vantagens que vão além da parte técnica: ela impacta diretamente a segurança, a performance e a competitividade da empresa.

    Segurança de dados e compliance

    Na AWS, os dados do seu ERP e CRM ficam protegidos com criptografia em repouso e em trânsito, backups automáticos e controles de acesso via IAM. Além disso, a nuvem conta com certificações de compliance globais e está alinhada à LGPD, reduzindo riscos jurídicos e financeiros.

    Performance e baixa latência

    A infraestrutura da AWS é otimizada para entregar alta performance. Serviços como Amazon Aurora e Amazon RDS garantem respostas rápidas em bancos de dados, enquanto a rede global da AWS reduz a latência, melhorando a experiência do usuário em qualquer localidade.

    Escalabilidade sob demanda

    Diferente dos servidores locais, onde é preciso investir em hardware antes do crescimento, na AWS você pode aumentar ou reduzir recursos em minutos. Isso garante flexibilidade para lidar com picos de acessos, como em datas sazonais ou campanhas de vendas.

    Redundância e alta disponibilidade

    A AWS opera com múltiplas Zonas de Disponibilidade (AZs) e serviços distribuídos, o que assegura continuidade dos sistemas ERP e CRM mesmo em casos de falha de hardware ou data center. Isso reduz drasticamente o tempo de inatividade e aumenta a confiabilidade do negócio.

    Aspectos técnicos da migração para ERP AWS e CRM AWS

    A migração de CRM e ERP para a nuvem AWS exige planejamento estratégico e conhecimento técnico para aproveitar ao máximo os recursos da plataforma.

    Integração com serviços nativos da AWS

    Na nuvem, sistemas podem ser integrados a serviços como:

    • Amazon RDS ou Aurora → para bancos de dados com alta performance.
    • Amazon EC2 → servidores flexíveis para rodar aplicações legadas.
    • AWS Lambda → automação de processos e execução de tarefas sob demanda.
    • Amazon S3 → armazenamento escalável de relatórios e documentos.

    Essas integrações tornam a operação mais robusta e preparada para o crescimento.

    Estratégias de migração

    Existem diferentes abordagens para levar sistemas ERP e CRM para a nuvem:

    • Lift-and-Shift: mover exatamente como está, sem mudanças profundas.
    • Replatforming: aproveitar serviços da AWS para modernizar partes do sistema.
    • Refactoring/Modernização: reestruturar a aplicação para rodar de forma nativa em cloud.

    Cada estratégia depende do orçamento, da urgência e dos objetivos de negócio.

    Custos e otimização de recursos

    Na AWS, você paga apenas pelo que usa. Além disso, pode reduzir custos com:

    • Instâncias reservadas (economia para uso contínuo).
    • Auto Scaling (ajuste automático de recursos).
    • Monitoramento com CloudWatch para evitar desperdício.

    Segurança avançada

    A AWS permite implementar controles granulares de acesso via IAM, segmentação de rede com VPCs e monitoramento contínuo com GuardDuty e CloudTrail. Isso garante maior proteção contra ataques e acessos indevidos.

    Exemplos práticos de migração CRM e ERP para AWS

    Para entender melhor o impacto da migração de CRM e ERP para a nuvem AWS, veja alguns cenários comuns em empresas de diferentes portes:

    PME que busca reduzir custos

    Uma pequena ou média empresa que mantinha servidores locais de ERP pode migrar para a AWS e eliminar gastos com hardware, energia e manutenção física. Além disso, passa a pagar apenas pelos recursos usados, otimizando o orçamento de TI.

    Empresa com alto tráfego e múltiplas filiais

    Uma rede de varejo com diversas filiais pode rodar seu CRM AWS em diferentes regiões, garantindo baixa latência no acesso de cada unidade. Isso melhora a experiência dos times de vendas e marketing, além de centralizar dados com segurança.

    Continuidade do negócio e disaster recovery

    Uma indústria que depende do ERP para a produção pode configurar a AWS para operar em múltiplas Zonas de Disponibilidade. Assim, mesmo que um data center apresente falhas, o sistema continua disponível em outro, reduzindo o risco de paralisações.

    Esses exemplos mostram como a nuvem AWS não é apenas uma alternativa, mas uma evolução estratégica para empresas que querem crescer com segurança e estabilidade.

    Desafios e boas práticas da migração

    Migrar CRM e ERP para a nuvem AWS é altamente vantajoso, mas exige planejamento cuidadoso para evitar riscos durante o processo.

    Planejamento da arquitetura

    Antes da migração, é essencial desenhar uma arquitetura escalável e segura, considerando banco de dados, integrações, backups e balanceamento de carga.

    Treinamento da equipe de TI

    A mudança para a nuvem envolve novas ferramentas e processos. Treinar a equipe garante que ela saiba operar os serviços da AWS e aproveitar todos os recursos disponíveis.

    Testes antes da migração definitiva

    Uma boa prática é realizar testes em ambiente de staging (pré-produção) para validar integrações, performance e segurança, reduzindo problemas quando o sistema for migrado em definitivo.

    Monitoramento e suporte pós-migração

    Após a migração, ferramentas como CloudWatch, GuardDuty e AWS Backup ajudam a monitorar desempenho, detectar ameaças e manter a operação contínua. Além disso, contar com suporte especializado acelera a resolução de incidentes.

    Conclusão

    Migrar CRM e ERP para a nuvem AWS não é apenas uma atualização tecnológica, mas uma decisão estratégica que impacta diretamente a segurança, a performance e a escalabilidade do negócio. Com recursos como redundância global, monitoramento avançado e pagamento sob demanda, a AWS oferece um ambiente confiável para empresas que desejam crescer com estabilidade e reduzir riscos operacionais.

    Desde 2019 atuo como consultor em cloud especializado em AWS, e já ajudei a modernizar centenas de sistemas empresariais que hoje operam com mais agilidade, previsibilidade de custos e alta disponibilidade. Esse movimento não só fortaleceu a infraestrutura tecnológica dessas empresas, mas também abriu caminho para inovação e competitividade em seus mercados.

    Se sua empresa ainda mantém o ERP ou CRM em servidores locais, este é o momento certo para repensar sua estratégia e adotar a nuvem como base de crescimento. Com um plano de migração bem estruturado, é possível transformar desafios em oportunidades e preparar sua operação para o futuro.

  • Estudo de Caso: Redução de Custos na AWS em um Projeto de Streaming

    Estudo de Caso: Redução de Custos na AWS em um Projeto de Streaming

    Como Reduzimos +40% dos Custos de um Projeto na AWS: Estudo de Caso com EC2, RDS, S3 e CloudFront

    Reduzir custos em nuvem é um desafio crescente, especialmente quando se trata de escalar com AWS. Neste artigo, mostramos como reduzir custo na AWS com ações práticas em EC2, RDS, S3 e CloudFront.

    Neste estudo de caso, mostramos como realizamos uma reestruturação completa em um ambiente AWS que contava com múltiplos serviços críticos, como EC2, RDS, ElastiCache, S3 e CloudFront. O resultado? Uma redução de mais de 60% nos custos mensais, sem comprometer desempenho ou disponibilidade do projeto.

    Este artigo é para você que:

    • Já utiliza a AWS e quer descobrir se é possível reduzir custos na nuvem.
    • Quer conhecer estratégias práticas que aplicamos em projetos reais.
    • Busca um parceiro para te ajudar a reduzir os custos 🙂

    Antes de irmos para os detalhes técnicos, vamos alinhar alguns conceitos importantes para que você não se perca nos assuntos.

    Glossário Rápido: O Que Você Precisa Saber Antes de Começar

    Savings Plan
    Compromisso de uso da AWS por 1 ou 3 anos que reduz drasticamente o valor por hora de serviços como EC2, Fargate e Lambda. É como uma assinatura com desconto para workloads constantes.

    Instâncias Spot
    São instâncias EC2 que aproveitam a capacidade ociosa da AWS. Podem ser interrompidas, mas oferecem até 90% de desconto. Ideais para processos pontuais ou tolerantes a falhas.

    Auto Scaling Group (ASG)
    Conjunto de instâncias que aumenta ou reduz automaticamente com base em métricas como uso de CPU ou número de requisições.

    Bastion Host
    Servidor intermediário usado para acessar recursos internos da AWS com segurança, geralmente via SSH.

    API Gateway
    Serviço gerenciado que permite expor e escalar APIs sem precisar manter instâncias EC2 ativas constantemente.

    CloudFront
    A CDN da AWS. Distribui conteúdos como arquivos, imagens e vídeos a partir de servidores espalhados globalmente, reduzindo latência.

    ElastiCache
    Serviço de cache em memória (Redis ou Memcached) usado para acelerar acessos a dados e reduzir carga em bancos relacionais.

    1. Diagnóstico Inicial: Onde Estavam os Maiores Gastos?

    Recentemente, fui chamado para apoiar um projeto na área de streaming e distribuição de conteúdos digitais, que enfrentava um desafio crítico: os custos operacionais na AWS estavam se tornando insustentáveis.

    A demanda por escalabilidade era alta, mas a falta de estratégias de otimização estava impactando diretamente a margem do negócio.

    Meu papel era claro: identificar desperdícios, propor soluções práticas e reduzir os custos sem comprometer a performance da plataforma — missão essencial para a continuidade e crescimento da operação.

    Ao iniciar a análise da infraestrutura, encontramos o seguinte cenário:

    Infraestrutura Analisada

    ComponenteQuantidadeDescrição
    EC210• 5 em Auto Scaling para picos de tráfego
    • 1 Bastion Host ativo 24/7
    • 1 dedicada à API
    • 3 para tarefas administrativas, QA e Staging
    RDS MySQL3• Ambientes: Prod, QA e Staging
    • Backups automáticos
    • IOPS provisionado
    Redis (ElastiCache)2• Cache de sessão
    • Dados temporários
    S3 Buckets4• Total de 10TB de dados estáticos
    • Distribuição via CDN CloudFront

    Ao analisar os custos médios dos últimos 3 meses, constatamos:

    Custos da Infraestrutura

    ComponentePercentual do CustoValor Aproximado (R$)
    EC252%R$ 44.148
    RDS23%R$ 19.527
    S3 + CloudFront18%R$ 15.282
    ElastiCache7%R$ 5.943
    Total100%R$ 84.900

    2. Estratégias Aplicadas para Redução de Custos

    Depois de mapear os pontos críticos de consumo, seguimos com uma abordagem focada em três pilares: análise de uso real, adoção de planos de economia e substituição de serviços por alternativas mais eficientes. Abaixo, detalho o que foi feito em cada parte da stack.

    EC2 – O principal vilão da conta (52% do custo)

    O que identificamos:

    • Uso de instâncias On-Demand para workloads fixos.
    • Instâncias rodando 24/7 sem necessidade real.
    • Falta de estratégia para workloads intermitentes.

    O que foi feito:

    Revisão do Auto Scaling Group para aplicar políticas mais agressivas de scale-in e right-sizing (escolha de tamanhos mais adequados).

    Adoção de Savings Plan de 1 ano para o Bastion Host e a instância da API, que ficavam ligadas o tempo todo — gerando economia de até 52% nesses recursos.

    Substituição das instâncias esporádicas por Spot Instances com interrupção gerenciada — ideal para jobs de processamento não contínuos, testes e rotinas noturnas.

    Criação de funções Lambda com CloudWatch para desligar e religar instâncias nos horários comerciais.

    RDS – Custo relevante com margem para otimização (23%)

    O que identificamos:

    • Instâncias com provisionamento de IOPS acima da necessidade real.
    • Classe de instância desatualizada.
    • Backups retendo por mais tempo que o necessário.

    O que foi feito:

    • Migração das instâncias para a família Graviton (db.t4g) — mais modernas, otimizadas para custo e performance.
    • Redução de IOPS provisionado com base em análise do padrão de uso (monitoramento via Enhanced Monitoring).
    • Política de snapshots revisada, mantendo apenas o necessário e eliminando backups antigos de ambientes de homologação.

    S3 + CloudFront – Muito tráfego e pouco cache (18%)

    O que identificamos:

    • 10TB de arquivos estáticos servidos via CloudFront, mas com configurações de cache mal aproveitadas.
    • Requisições repetidas consumindo largura de banda desnecessariamente.
    • Compressão de objetos ausente.

    O que foi feito:

    • Reconfiguração das políticas de cache no CloudFront: uso de cache-control, max-age e ETag nos objetos do S3 para maximizar acertos de cache.
    • Habilitação de compressão automática no CloudFront para arquivos estáticos (gzip e Brotli).
    • Consideração de alternativas como migração parcial para Cloudflare CDN — que em alguns casos pode reduzir custos de entrega com melhor caching por padrão e menos custos de egress da AWS.

    ElastiCache – Cache útil, mas acima do necessário (7%)

    O que identificamos:

    • Instâncias Redis superdimensionadas em memória.
    • Dados mantidos por tempo excessivo sem necessidade.

    O que foi feito:

    • Redimensionamento das instâncias Redis com base em uso real de memória.
    • Aplicação de TTLs (Time To Live) mais curtos para dados transitórios.
    • Consolidamos algumas estruturas em uma única instância para ambientes de staging e dev (redis local).

    Monitoramento & Governança

    Além das mudanças específicas por serviço, também aplicamos boas práticas transversais para manter a conta sob controle:

    • Habilitação do AWS Budgets para alertas de gastos.
    • Uso do AWS Cost Explorer para relatórios segmentados por tag e projeto.
    • Ativação do AWS Trusted Advisor, que nos ajudou a identificar oportunidades contínuas de economia.

    Resultado: Antes vs. Depois da Otimização de Custos AWS

    Após a aplicação das estratégias descritas, o ambiente passou a operar de forma mais enxuta, inteligente e automatizada. A redução nos custos foi significativa, mantendo a performance necessária para uma operação de streaming de alto volume.

    💰 Comparativo de Custo Total

    EstratégiaEconomia Estimada
    Savings Plan13.000 / mês
    Instâncias Spot6.000 / mês
    Otimização de RDS4.200 / mês
    Reconfiguração do CloudFront3.500 / mês
    Ajustes no ElastiCache1.800 / mês
    Desligamento automático de EC21.500 / mês
    Total estimado30.000 – 40.000 / mês
    MêsCusto Antes (R$)Custo Após Otimização (R$)Economia (%)
    Janeiro84.90049.80041,3%
    Fevereiro85.20048.70042,8%
    Março84.50046.90044,5%
    Abril85.10045.30046,8%
    Maio84.70044.50047,5%

    Economia média mensal: R$ 39.000
    Redução percentual média: +46%

    💡 Observações Importantes

    • A performance da aplicação de streaming foi mantida — e em alguns pontos, até melhorada.
    • Os usuários finais não perceberam nenhuma mudança negativa.
    • O cliente poderá economizar até R$ 420.000/anual

    Conclusão e Próximos Passos

    Reduzir custos na AWS vai muito além de “desligar instâncias”. É um processo técnico e estratégico que exige olhar crítico para o uso real dos recursos, alinhamento com os objetivos de negócio e a adoção de boas práticas nativas da nuvem.

    Neste projeto — um ambiente robusto de streaming e entrega de conteúdos — conseguimos provar que é possível economizar até 60% mesmo sem reescrever aplicações ou fazer grandes mudanças estruturais.

    As principais lições que tiramos dessa jornada:

    • Boa parte do custo vem de configurações padrão e desperdícios silenciosos.
    • A AWS oferece ferramentas poderosas para economizar — mas elas precisam ser bem planejadas.
    • Ter visibilidade, monitoramento e políticas automatizadas é essencial para manter os custos sob controle a longo prazo.

    🚀 Quer otimizar seus custos na AWS também?

    Se você sente que sua conta AWS está acima do ideal, ou simplesmente quer garantir que está tirando o melhor proveito da nuvem, fale comigo.

    Estou oferecendo uma análise gratuita do seu ambiente AWS, com foco em encontrar oportunidades reais de economia, como fizemos nesse projeto.

    📧 E-mail: contato@alexjuniocom.com
    📱 WhatsApp: 38 99914-1219

    Vamos conversar sobre o seu cenário e ver onde podemos reduzir custos — sem abrir mão da performance.

  • Hospedagem AWS para Portais de Notícias

    Hospedagem AWS para Portais de Notícias

    Como a AWS Pode Escalar Portais de Notícias com Performance, Segurança e Alta Disponibilidade

    Um portal de notícias precisa mais do que bons conteúdos: é essencial garantir alta disponibilidade, velocidade e estabilidade, mesmo durante picos de audiência. Nesse contexto, a hospedagem de portais de notícias na AWS surge como uma alternativa poderosa para quem busca performance, escalabilidade e segurança em ambiente cloud.

    Com mais de uma década atuando no setor de infraestrutura web e cloud computing, já ajudei desde pequenos sites jornalísticos regionais até grandes portais de notícias nacionais a superarem desafios comuns como lentidão, quedas em horários de pico, falhas de segurança e custos elevados com servidores tradicionais.

    Cada projeto tem suas particularidades, mas todos compartilham o mesmo objetivo: oferecer uma experiência de navegação rápida, estável e segura, independentemente do volume de acessos.

    Neste artigo, quero apresentar as principais possibilidades que a AWS oferece para escalar portais de conteúdo jornalístico, explorando soluções como serviços gerenciados, auto scaling, armazenamento inteligente, distribuição global de conteúdo e muito mais.

    portal de noticias off imagem 1

    Por Que Seu Site de Notícias Cai Justo Quando Mais Precisa Estar Online?

    É comum que portais de notícias enfrentem quedas justamente nos momentos de maior audiência — como durante uma cobertura ao vivo ou um assunto de grande repercussão. Na maioria dos casos, isso ocorre por conta de uma estrutura de hospedagem mal dimensionada, que não suporta picos de tráfego. Sem escalabilidade automática ou balanceamento de carga, o servidor entra em colapso e compromete a experiência do leitor.

    Outro fator recorrente é o uso de softwares desatualizados, que não acompanham as exigências atuais de performance, segurança e estabilidade. A falta de serviços gerenciados, ausência de cache e de uma CDN como o CloudFront contribuem diretamente para quedas em horários críticos. Em um cenário digital competitivo, ter uma infraestrutura moderna, escalável e resiliente como a AWS não é mais luxo — é necessidade.

    Auto Scaling e Elastic Load Balancer: Tráfego Sob Controle

    Portais de notícias precisam lidar com variações intensas de tráfego ao longo do dia — e especialmente em momentos de grande repercussão, quando o número de acessos pode multiplicar em segundos.

    A AWS oferece soluções como o Auto Scaling, que permite aumentar ou reduzir automaticamente a quantidade de instâncias EC2 de acordo com a demanda do momento. Isso garante que o site continue rápido e estável, mesmo sob alta carga, sem desperdício de recursos quando o tráfego cair.

    Autoscaling aws alexjunio.com.br
    Autoscaling aws wp.alexjunio.com.br/

    Junto ao Auto Scaling, o Elastic Load Balancer entra como peça-chave para distribuir as requisições entre os servidores disponíveis, evitando sobrecarga em uma única instância. Essa combinação garante alta disponibilidade, melhora o tempo de resposta e mantém a experiência do usuário consistente, independentemente da quantidade de visitantes simultâneos.

    Para portais de notícias que dependem da performance para manter sua audiência, essa arquitetura faz toda a diferença.

    Armazenamento e Entrega de Conteúdo com Amazon S3 e CloudFront

    Amazon S3: Armazenamento Escalável para Mídia

    Portais de notícias lidam diariamente com uma grande quantidade de arquivos — imagens, vídeos, PDFs e outros conteúdos estáticos que compõem as matérias. O Amazon S3 é uma solução de armazenamento escalável, durável e com custo acessível, ideal para hospedar esse tipo de conteúdo. Ele permite separar os ativos estáticos da aplicação principal, aliviando o consumo de recursos da instância EC2 e tornando o carregamento do site mais eficiente.

    Integração do WordPress com Amazon S3

    No WordPress, a integração com o Amazon S3 pode ser feita facilmente por meio de plugins como o WP Offload Media. Esse plugin permite mover automaticamente imagens, vídeos, PDFs e outros arquivos da biblioteca de mídia para o S3, mantendo os links atualizados no site. Isso reduz o consumo de espaço em disco e melhora a performance geral da aplicação, principalmente em sites com alto volume de mídia, como portais de notícias.

    Além da versão gratuita, a versão premium do plugin também oferece integração com CloudFront, assinaturas seguras para arquivos protegidos e controle de cache. Essa é uma solução muito adotada por sites que buscam melhor desempenho e escalabilidade na entrega de conteúdo.

    Amazon CloudFront: Entrega de Conteúdo com Alta Velocidade

    Para melhorar ainda mais a performance, o Amazon CloudFront, serviço de CDN da AWS, atua distribuindo o conteúdo estático em servidores espalhados pelo mundo. Isso significa que os leitores acessam as imagens e vídeos diretamente de um ponto de presença próximo, reduzindo o tempo de carregamento da página e oferecendo uma experiência de navegação mais rápida e fluida.

    A integração entre S3 e CloudFront é nativa e simples de configurar, o que torna essa dupla uma escolha estratégica para portais de notícias que precisam entregar conteúdo com agilidade, segurança e escalabilidade global — mesmo em momentos de tráfego elevado ou picos de audiência inesperados.

    Integração do Joomla com Amazon CloudFront

    Para usuários do Joomla, a integração com o Amazon CloudFront pode ser realizada por meio de extensões como o CDN for Joomla! e plugins específicos de performance, como o JCH Optimize. Esses recursos permitem configurar a distribuição de conteúdo estático (CSS, JS, imagens) através de uma CDN como o CloudFront, melhorando a velocidade de carregamento e reduzindo o tempo de resposta para visitantes de diferentes regiões.

    Embora o Joomla não tenha suporte nativo direto ao S3 como o WordPress, algumas extensões avançadas permitem conectar o CMS ao bucket da AWS para upload e leitura de arquivos. Essa combinação proporciona maior eficiência e confiabilidade na entrega de mídia, essencial para portais com grande volume de acessos e atualizações frequentes.

    Banco de Dados Otimizado com Amazon RDS e Aurora

    A escolha da base de dados é decisiva para a performance de um portal de notícias. Com o Amazon RDS, é possível utilizar bancos como MySQL, MariaDB ou PostgreSQL de forma gerenciada, com backups automáticos, atualizações e alta disponibilidade, sem a necessidade de manutenção manual do servidor de banco de dados.

    Já o Amazon Aurora é uma opção ainda mais performática, compatível com MySQL e PostgreSQL, projetada para alta escalabilidade e replicação quase em tempo real. Ambas as soluções garantem baixa latência, resiliência e alta performance para sites com alto volume de leitura e escrita, como é comum em portais de conteúdo jornalístico.

    Casos de Uso: De uma Hospedagem Problemática à Arquitetura Escalável na AWS

    Vamos imaginar o cenário do Notícia24h, um portal regional com foco em notícias locais, que atingiu a marca de 15 milhões de pageviews mensais. O site é construído em WordPress, com um banco de dados MySQL e funciona em um servidor VPS tradicional, com 8 vCPUs, 16 GB de RAM e armazenamento SSD local.

    A Estrutura Atual: Monolítica e Instável

    Toda a aplicação roda em um único servidor: site, banco de dados, cache, uploads e painel administrativo. Durante picos de audiência — principalmente em dias de notícias quentes — o servidor atinge 100% de CPU, e o backend fica lento, com requisições demoradas e falhas na busca de conteúdo. O banco de dados está desorganizado, sem índices otimizados, com queries lentas e consumo elevado de recursos. Além disso, não há balanceamento de carga, cache configurado de forma adequada ou plano de contingência em caso de falha.

    Essa configuração gera quedas frequentes, páginas lentas e uma experiência frustrante tanto para os leitores quanto para a equipe editorial, que enfrenta travamentos no painel ao tentar publicar notícias em tempo real.

    A Solução Escalável na AWS: Arquitetura Moderna e Resiliente

    Para resolver esses problemas, o Notícia24h foi migrado para uma arquitetura escalável e distribuída na AWS, com os seguintes componentes:

    AWS Arquitetura Portal de Noticias
    • Amazon EC2 (Auto Scaling Group): Criação dinâmica de instâncias para processar requisições conforme o volume de tráfego, com imagens otimizadas para WordPress.
    • Elastic Load Balancer: Distribuição de tráfego entre as instâncias EC2 para garantir alta disponibilidade.
    • Amazon RDS (MySQL): Banco de dados gerenciado com replicas para leitura, backups automáticos e failover integrado.
    • Amazon ElastiCache (Redis): Cache de objetos e consultas, acelerando o carregamento de páginas e reduzindo pressão sobre o banco.
    • Amazon S3: Armazenamento de mídia (imagens e vídeos) com organização por pastas e versionamento.
    • Amazon CloudFront: CDN integrada ao S3, distribuindo conteúdo com baixa latência em todo o país.
    • AWS Certificate Manager + Route 53: Gestão de DNS e certificados SSL automatizada.
    • Amazon CloudWatch + SNS: Monitoramento em tempo real e alertas em caso de anomalias.

    Com essa estrutura, o portal passou a suportar picos de tráfego com estabilidade, reduziu o tempo de carregamento das páginas e otimizou a performance do painel administrativo. Tudo isso com mais segurança, alta disponibilidade e escalabilidade automática.

    Implementação, Migração e Gerenciamento Profissional de Portais de Notícias na AWS

    Se você está enfrentando problemas de performance, quedas frequentes ou simplesmente deseja preparar seu portal de notícias para crescer com segurança e estabilidade, posso ajudar. Trabalho com projetos de migração, implementação e gerenciamento completo de infraestrutura AWS, focado em portais de conteúdo que exigem alta disponibilidade, escalabilidade automática e performance otimizada.

    Ofereço desde o planejamento da arquitetura cloud, passando pela migração sem downtime, até o gerenciamento contínuo com monitoramento, otimizações, segurança e suporte especializado. Já atendi desde veículos locais até grandes portais com alto volume de acessos. Cada solução é desenhada sob medida, sempre com foco em entregar uma experiência de navegação rápida e segura para o seu público — e tranquilidade para a sua equipe.

    Se você quer levar seu portal de notícias para outro nível com a AWS, entre em contato comigo. Vamos conversar sobre a melhor solução para o seu projeto.

    Fale com um especialista


  • Guia Completo: Servidor EC2 Amazon AWS

    Guia Completo: Servidor EC2 Amazon AWS

    O que é um Servidor EC2 ?

    O Amazon EC2 (Elastic Compute Cloud) é um serviço da AWS que oferece capacidade computacional escalável na nuvem. Ele permite que você crie e execute instâncias virtuais (servidores) que podem ser configuradas para atender às necessidades de seus aplicativos, seja para ambientes de desenvolvimento, teste ou produção.

    O EC2 elimina a necessidade de investimento em hardware físico, oferecendo flexibilidade para aumentar ou reduzir a capacidade computacional de acordo com a demanda, cobrando apenas pelo que for utilizado. As instâncias EC2 suportam diversos sistemas operacionais, como Linux e Windows, e podem ser integradas a outros serviços da AWS, como o Elastic Block Store (EBS) para armazenamento persistente.

    Esse serviço é amplamente utilizado por empresas para executar desde pequenas aplicações até grandes sistemas, devido à sua segurança, confiabilidade e capacidade de se ajustar a diferentes tipos de workload​s.

    Principais características do Amazon EC2 ?

    O Amazon EC2 oferece uma solução altamente flexível e escalável para atender a diferentes necessidades computacionais na nuvem. Conheça as principais características que encontramos no Amazon EC2.

    Capacidade escalável: Permite ajustar a capacidade computacional conforme a demanda aumenta ou diminui.

    Vários tipos de instância: Oferece uma variedade de tipos de instâncias otimizadas para diferentes casos de uso, como memória, CPU ou armazenamento intensivos.

    Elasticidade: É possível aumentar ou reduzir a capacidade de instâncias rapidamente, conforme as necessidades do negócio​.

    Integração com EBS: Oferece armazenamento persistente e resiliente através do Amazon Elastic Block Store (EBS), que é replicado automaticamente.

    Preços flexíveis: Suporta instâncias sob demanda, instâncias reservadas, instâncias Spot e Savings Plans, oferecendo flexibilidade de custo​.

    Suporte para múltiplos sistemas operacionais: Pode executar diferentes SOs, como várias distribuições Linux (Ubuntu, Red Hat) e Windows.

    Amazon Machine Images (AMIs): Facilita a criação de instâncias a partir de AMIs que contêm configurações pré-definidas de sistema operacional e aplicações.

    Segurança avançada: Protegido por grupos de segurança que funcionam como firewalls virtuais para controlar o tráfego de entrada e saída.

    Endereços IP e DNS: Instâncias recebem automaticamente endereços IP públicos e privados, além de nomes DNS para acesso remoto​.

    Alta disponibilidade: Oferece até 99,99% de disponibilidade com base em SLA, especialmente quando usado em várias zonas de disponibilidade​.

    Ferramentas de migração: Oferece soluções de migração, como o AWS VM Import/Export, para migrar workloads locais para a AWS​.

    Nitro System: Usa o AWS Nitro System, que melhora a segurança e a performance das instâncias​.

    Suporte para Machine Learning: Suporte para workloads de aprendizado de máquina com opções de instâncias otimizadas para ML​.

    Instâncias reservadas: Oferece desconto significativo ao reservar instâncias por períodos prolongados​(Amazon Web Services, Inc.).

    Monitoramento e gerenciamento: Permite monitoramento em tempo real e gerenciamento de recursos via AWS CloudWatch.

    Famílias de instâncias Amazon EC2

    Para obter o máximo de recursos e desempenho de uma instância EC2, é fundamental compreender suas principais características e funcionalidades. Conhecer esses aspectos permitirá que você configure e otimize seu servidor de maneira eficiente, garantindo melhor performance e adequação às suas necessidades.

    Confira as principais características a seguir para explorar ao máximo o potencial de um servidor EC2.

    Tipos de Instâncias EC2

    Existem vários modelos de servidores EC2 para os mais diversos casos e usos. A AWS organiza esses servidores em “Famílias”, para representar e organizar os tipos de instâncias que ela possui.

    Por exemplo, existe família específica para processadores de computação de alto processamento (C4,C5), como também existe família específica para servidores de custo benefício (T2, T3). Os Tipos de Instâncias EC2 são organizados em 5 grandes categorias que são:

    Propósito Geral

    Instâncias EC2 que oferecem um equilíbrio em recursos de computação, memória e rede. Podem ser usadas em vários tipos de cargas de trabalhos. Nessa categoria temos as Famílias EC2:

    Mac, T4g, T3, T3a, T2, M6g, M6i, M5, M5a, M5n, M5zn, M4, A1

    Pode atender:

    • Aplicações Web de baixo desempenho
    • Repositórios de Códigos
    • banco de dados de desenvolvimento/homologação
    • Ambientes de testes

    Otimizadas para Computação

    Essa classe de servidores EC2 são próprias para computação otimizada, geralmente os servidores possuem muito poder de processamento de alto desempenho. São adequados para cargas de trabalho com processamento em lote, servidores web de alto tráfego, grandes e-commerce, HPC, modelagem científica, servidores de jogos etc.

    C6g, C6gn, C6gd, C5, C5a, C5n, C4

    Pode atender:

    • Hospedagem Alto Tráfego
    • Hospedagem Aplicativos Intensos
    • Servidor de Games
    • Processamento em Lote
    • HPC
    • Softwares Científicos

    Otimizadas para Computação Acelerada

    Instâncias EC2 que oferecem um equilíbrio em recursos de computação, memória e rede. Podem ser usadas em vários tipos de cargas de trabalhos. Nessa Instâncias que estão nessa categoria usam aceleradores de hardware, ou até mesmo coprocessadores, para executar funções, como cálculos de número de ponto flutuante, processamento de gráficos ou correspondência de padrões de dados, mais eficientemente do que é possível no software em execução nas CPUs.

    P4, P3, P2, Inf1, G4dn, G4ad, G3, F1

    Pode atender:

    • Machine Learning
    • Computação de Alta Performance
    • Financas computacionais
    • Análise Sísmica
    • Reconhecimento de Fala
    • Fluidodinâmica computacional

    Otimizadas para Memória

    Instâncias otimizadas para memória são projetadas para possuir uma performance muito rápida em cargas de trabalho que processam dados em memória. Destacamos projetos que utilizam o Redis, Memcached e outros mecanismos de cache em memória.

    R6g, R6gd R5, R5a, R5b, R5n, R4, X2gd, X12, X1, z1d

    Pode atender:

    • Aplicativos que consomem muita memória
    • Banco de Dados
    • Cache em Memória
    • Análise de Big Data em tempo real

    Otimizadas para Armazenamento

    Instâncias EC2 focadas em armazenamento, são projetadas para cargas e atividades que exigem muita leitura e gravação de dados. Elas são otimizadas para fornecer dezenas de milhares de operações de E/S aleatórias de baixa latência por segundo (IOPS) para aplicativos.

    I3, I3en, D2, D3, D3en, H1

    Pode atender:

    • Banco de Dados NoSQL: Cassandra, MongoDB, Redis
    • Banco de dados em Memória
    • Banco de dados transacionais
    • Data Warehousing
    • Elasticsearch

    Recursos avançados no Amazon EC2

    Múltiplas Regiões e zonas de disponibilidade

    A Infraestrutura da Amazon AWS é colossal, global e gigantesca! Ela fornece mais de 200 serviços em cada um dos seus datacenters espalhados pelo mundo.

    Se você precisa implantar workloads de projetos em uma zona ou várias zonas de disponibilidade com poucos cliques, isso é possível! A AWS fornece tudo o que você precisa para acelerar e hospedar as aplicações e projetos da empresa.

    Na AWS temos atualmente 81 zonas de disponibilidade em 25 regiões pelo mundo, e continua em expansão.

    Mais informações em: https://aws.amazon.com/pt/about-aws/global-infrastructure/?p=ngi&loc=1

    Rede Privada (VPC)

    Amazon Virtual Private Cloud (VPC), é um serviço da aws que nos permite criar redes privadas. Com isso temos total controle de como projetar a rede, bem como escolher quais serviços vão estar dentro da rede.

    VPC é muito útil quando precisamos implementar toda a topologia de rede também em nuvem.

    Em uma VPC podemos configurar redes, endereçamentos IPV4 e IPV6, Internet, DNS e praticamente tudo o que envolve a topologia de rede. Vale ressaltar que podemos ter VPC privada, VPC pública, e VPC’s que se comunicam com nossa infraestrutura on-premises.

    Quando migramos serviços e aplicações de uma infraestrutura local, geralmente configuramos uma comunicação direta com a AWS para que tenhamos total segurança durante a transferência dos arquivos e dados, e ter uma VPC configurada para essa finalidade é de suma importância.

    Armazenamento EBS

    O Amazon Elastic Block Store (EBS) é um serviço de armazenamento muito fácil de usar e personalizar em nossos servidores EC2.

    Temos liberdade para escolher e definir configurações visando performance ou baixo custo do disco para o nosso servidor. A imagem abaixo lista os tipos de volumes que podemos criar.

    Cada volume e dependendo do seu tamanho vai ter custos distintos. Mas você pode ter opções interessantes de armazenamento para que utilize em conformidade e finalidade do seu projeto. Com isso, pagará exatamente por aquilo que precisa usar.

    Discos EBS são escaláveis, e você pode desconectar de um servidor e ligar em outro, aumentar a performance de IOPS, criar backups/snapshots e várias outras atividades interessantes.

    Endereços de IP Elasticos

    Endereços IP Elásticos são endereços IPV4 estáticos que você pode reservar na Amazon AWS. O Elastic IP pode ser anexado a um servidor até que você o libere ou decida usa-lo em outro servidor EC2.

    Usamos IP’s elásticos quando precisamos que um projeto tenha um IP fixo, geralmente usamos quando trabalhamos com hospedagem de sites e aplicações bem como banco de dados e serviços que precisam de IP’s exclusivos.

    Auto Scaling

    O Amazon Auto Scaling te ajuda a manter a disponibilidade das suas aplicações através de escalamento automático conforme a sua demanda. Sua aplicação passa a ser tolerante a diversas falhas, e estará pronta para processar e atender todo o tráfego que tiver de usuários no dia a dia.

    Por padrão o servidor EC2 não possui o Auto Scaling habilidade, e é necessário que você implemente corretamente essa funcionalidade.

    Como configurar um servidor EC2 ?

    Já explicamos em um artigo publicado aqui no blog de como configurar um servidor EC2 na AWS, siga a leitura abaixo:

    Dicas para Redução de Custo AWS

    Em determinados momentos seu projeto pode ter um billing muito alto na AWS, mas felizmente pode ser que dê para reduzir e muito o valor que você está pagando mensalmente.

    Pensando nisso, elaborei algumas dicas para que você fique atento e utilize nas estratégias para redução de custo.

    1. Projetar uma arquitetura dinâmica e simples

    Se você for trabalhar com nuvem exatamente igual trabalha no ambiente on premises ou em data center tradicional, muito provavelmente isso por si só vai gerar um custo absurdo. É muito nítido que o custo de um dedicado em data center é mais barato que um cloud se pensarmos nos mesmos recursos de CPU,RAM e Disco.

    O custo da nuvem gira muito em torno da resiliência, alta disponibilidade , segurança e todas as mordomias que temos rs.

    No entanto, você pode pensar em arquiteturas descentralizadas, principalmente se conseguir migrar sua aplicação para container, se armazenar arquivos no EFS ou S3, se usar banco de dados externo como o RDS, fugindo daquele mundo monolítico.

    Desse modo não precisará alocar um servidor gigantesco com várias CPU e RAM para suportar a carga da sua aplicação e gerando milhares de dólares mensal.

    2. Buscar instâncias e/ou modelo de família que atenda o projeto

    O que mais vejo nas consultorias são infraestruturas que foram colocadas em produção com máquinas EC2 totalmente fora da finalidade da aplicação. Se a aplicação usa muito banco de dados, existe famílias EC2 específicas. Do mesmo modo que existe famílias EC2 específicas para aplicações de baixo desempenho.

    Dois servidores com recursos de CPU,RAM e Disco iguais podem ter valores totalmente diferentes por conta da família. Exemplos:

    Máquina EC2RAMCPUDiscoValor Aproximado
    c5.large4GB2 Núcleos8GB$62 USD
    t3.medium4GB2 Núcleos8GB$29 USD

    O c5.large é o dobro do valor do t3.medium , no entanto são duas instâncias EC2 com finalidades diferentes. A C5 focada em alto processamento e a T3 em equilíbrio, custo benefício.

    Entender a real necessidade da aplicação e como ela trabalha é fundamental para a escolha dos servidores e isso vai refletir no valor, seja para mais seja para menos no final do mês.

    3. Agendamento Liga Desliga Máquina

    É possível criar agendamentos onde você controla os horários e dias que seus servidores EC2 irão estar ligados ou desligados. Você pode criar um script que se comunica com a API da AWS como também pode usar o próprio Instance Scheduler.

    Para empresas que possuem demandas apenas em horário comercial, pode ter uma redução de custo enorme, pois as máquinas não precisam estar ligadas a noite, madrugada e até feriados.

    4. Utilização de Servidor EC2 Spot

    Servidor EC2 do tipo Spot, pode ser sua salvação. São máquinas iguais as EC2, a única diferença é que você utiliza essas máquinas para tarefas rápidas, ligou, usou, removeu. Ou seja, são descartáveis.

    Os descontos por essas máquinas são de até 90% dependendo da região. Usamos máquinas EC2 Spot sempre que trabalhamos com:

    • Misturadas no Auto Scaling
    • Ambientes de Testes
    • Testes rápidos
    • CI/CD
    • Containers

    5. Descontos com Saving Plans

    O Saving Plans pode ser usado quando você tem previsão de que um determinado servidor/recurso pode ser usado por anos sem que ele precise ser escalado. Dessa forma você pode fazer um compromisso de no mínimo 12 meses de uso para conseguir descontos enormes.

    Dependendo do workflow da empresa, a economia pode ser transformadora, uma vez que os descontos são de até 72% dependendo do serviço. E vale ressaltar que muitas empresas possuem servidores subutilizados e/ou que não usam nem 40% da capacidade computacional do servidor.

    O Savings Plans funcionam como um compromisso de no mínimo 12 meses, até 36 meses máximos. Onde você se compromete a pagar por aquele serviço, seja de forma adiantada, parcial ou mensal.

    No entanto você não pode cancelar o serviço, se remover os produtos continuará pagando! Por isso, só use essa opção se você tem máquinas fixas que será usada por no mínimo 12 meses.

    Simulação de Redução de Custo

    Confira uma simulação de cotação de valores que você pode reduzir usando Saving Plans para uma máquina EC2.

    • Pagamento Mensal (valor mensal)
    • Pagamento Parcial (entrada + valor mensal)
    • Pagamento Adiantado (valor total)
    EC2CPURAMDiscoRegiãoValor On demand mensal
    t3.xlarge41630 ssdOhio EUA125 USD
    Custos Ondemand

    Descontos Saving Plan 1 Ano de Utilização (SP = Saving Plan)

    SP Mensal SP Parcial SP Total
    79,14 USD875,12 USD + 39,24 USD mensal853,22 USD
    Custos 12 meses Saving Plan

    Descontos Saving Plan 3 Anos de Utilização (SP = Saving Plan)

    SP Mensal SP Parcial SP Total
    55,49 USD875,12 USD + 27,31 USD mensal1.645,13 USD
    Custos 36 meses Saving Plan

    Agora imagine o cenário onde você vai utilizar esse servidor por 36 meses (03 anos), se você pagar sob demanda o total será de 4.500 USD aproximadamente, com o saving plan de 36 meses você paga um total de 1.645,13 USD, uma redução absurda.

    Até o Saving Plan sem adiantamento você pode economizar muitos dólares, com o compromisso de 36 meses sem adiantamento você paga mensalmente 55,49 USD, em três anos pagará o total de 1.997,64 USD, e ainda assim terá uma economia gigante se pensarmos que o valor sob demanda sem descontos é de 4.500 USD.

    Agora imagine a economia e redução de custo de empresas que possuem workflows com dezenas e centenas de máquinas EC2 na AWS pode obter rs.

    Conclusão

    Conhecer um pouco das possibilidades que temos em um servidor EC2 é muito importante para que possamos dimensionar e organizar nossa infraestrutura na nuvem da Amazon AWS.

    Vimos também como é importante entender as famílias de servidores EC2, para que seja selecionadas as instâncias corretas para nossos projetos e com isso poder até ter uma redução de custo.

    Mas o que achou do artigo? Deixe nos comentários.

    Precisa de ajuda ?

    Se você está em busca de uma empresa especializada em suporte e gerenciamento em serviços AWS, conte conosco! Com nossa expertise, asseguramos que seu ambiente esteja sempre otimizado e pronto para atender às demandas do seu negócio. Entre em contato conosco e descubra como podemos elevar a gestão do seu servidor ao próximo nível.

    Suporte AWS Online
  • Criando Backups de Servidor EC2 na AWS

    Criando Backups de Servidor EC2 na AWS

    Visão Geral sobre Backups AWS

    Realizar backups na nuvem da AWS é crucial para garantir a segurança e a disponibilidade dos seus dados, protegendo contra falhas de hardware, erros humanos e ataques cibernéticos. A AWS oferece soluções de backup automatizadas e escaláveis, que permitem recuperação rápida e eficiente em caso de incidentes, além de atender a requisitos de conformidade e garantir a continuidade dos negócios.

    O que é o AWS backup ?

    O AWS Backup permite centralizar e automatizar a proteção de dados entre os serviços da AWS. Ele é um serviço econômico, totalmente gerenciado e baseado em políticas que simplifica a proteção de dados em larga escala. Além disso, o AWS Backup ajuda a atender às suas obrigações de conformidade regulatória e a garantir a continuidade dos negócios.

    Com apenas alguns cliques no console do AWS Backup, você pode criar políticas de backup que automatizam a programação e a retenção dos backups. No AWS Backup, essas políticas são chamadas de planos de backup, que permitem definir seus requisitos, como a frequência dos backups e o tempo de retenção dos mesmos. O AWS Backup facilita a aplicação dos planos de backup aos recursos da AWS simplesmente por meio de tags. Depois disso, o serviço realiza automaticamente o backup dos seus recursos de acordo com o plano que você configurou.

    Você também pode utilizar o AWS Backup para criar tarefas de backup sob demanda ou personalizar um plano que se adeque aos recursos suportados. Ao integrá-lo com instâncias do Amazon Elastic Compute Cloud (Amazon EC2), você centraliza o controle e a conformidade das políticas de backup, aprimora a segurança da sua organização e tem acesso a funcionalidades avançadas. Quando realiza o backup de uma instância EC2, o AWS Backup protege todos os volumes do Amazon EBS conectados à instância e os anexa a uma AMI, que armazena todos os parâmetros da instância original do EC2 (exceto aceleradores de inferência elástica e scripts de dados do usuário).

    Serviços da AWS que são compatíveis com o AWS Backup

    O AWS Backup é compatível com diversos serviços da AWS, permitindo a centralização e automação do backup de recursos em diferentes tipos de workloads. Os principais serviços compatíveis incluem:

    1. Amazon Elastic Compute Cloud (EC2) – Backups de volumes EBS anexados a instâncias EC2.
    2. Amazon Elastic Block Store (EBS) – Backups de volumes individuais.
    3. Amazon Relational Database Service (RDS) – Backup de bancos de dados RDS, incluindo Aurora.
    4. Amazon DynamoDB – Backup de tabelas do DynamoDB.
    5. Amazon Elastic File System (EFS) – Backup de sistemas de arquivos.
    6. Amazon FSx – Backup de sistemas de arquivos FSx for Windows e FSx for Lustre.
    7. Amazon S3 – Backup de objetos armazenados no S3.
    8. Amazon Neptune – Backup de bancos de dados graph.
    9. Amazon DocumentDB – Backup de instâncias do DocumentDB.
    10. AWS Storage Gateway – Backup de volumes do Storage Gateway.

    Esses serviços são suportados nativamente pelo AWS Backup, permitindo a criação e automação de políticas de backup e restauração.

    Como Configurar Backup no EC2 com AWS Backup ?

    Etapa 1: acessar o console do AWS Backup

    Acesse o Console de Gerenciamento da AWS e navegue até o console do AWS Backup. Na barra de pesquisa você pode pesquisar por “AWS backup”.

    Etapa 2: Criando plano de backup no AWS Backup

    Para realizar esta atividade, é necessário que seu servidor EC2 já esteja em execução. No nosso laboratório, temos uma máquina chamada EC2-Financeiro, e será com ela que faremos toda a demonstração da configuração com o AWS Backup.

    Na tela inicial do AWS Backup, clique em ‘Criar Plano de Backup’ para começarmos.

    Na tela de configuração do Plano de Backup, poderíamos escolher o tipo de plano com base em três categorias:

    • Iniciar com um novo modelo
    • Criar um novo plano
    • Definir um plano usando JSON

    Para fins didáticos, selecionaremos a opção ‘Iniciar com um novo modelo’. Com essa opção marcada, você deverá escolher o modelo e nomear o plano de backup.

    No meu laboratório, defini o modelo como: ‘Daily-35day-Retention’, para armazenar backups dos últimos 35 dias. E nomeei este plano como: ‘backup-ec2-financeiro’.

    Não vamos alterar nada e nem criar regras de backups, pois já estamos utilizando uma default. Para criar nosso plano de backup clique no botão: Criar Plano.

    Após ter criado, você verá uma tela semelhante ou igual a imagem abaixo:

    O nosso plano de backup na AWS está pronto, no entanto não temos nenhum servidor EC2 sendo feito backup. Notaram que até o momento não definimos nenhum servidor? E é justamente isso que iremos realizar agora.

    Etapa 3: Atribuindo Servidor EC2 ao Plano de Backup

    Na mesma tela da imagem anterior, na guia: Atribuições de Recursos, clique em: Atribuir Recursos. Na nova tela você vai configurar o tipo de recursos que deseja atribuir ao plano de backup.

    Para atribuir um recurso do tipo EC2, você deve configurar com os parâmetros:

    • Nome da atribuição de recursos: nome do recurso
    • Atribuir por: ID do Recurso
    • Tipo de Recurso: EC2
    • ID da instância: selecione seu EC2

    Para finalizar, clique em Atribuir Recursos.

    Ótimo, agora nos temos uma rotina de Backup do EC2 sendo executada todos os dias com retenção de 35 dias na AWS.

    Etapa 4: Visualizando Backups EC2 Salvos

    Para visualizar os backups salvos, você deve acessar o serviço na seguinte ordem: AWS Backup > Cofres de Backup > Default.

    Estamos utilizando o cofre padrão, embora seja possível organizar melhor os backups criando cofres específicos. No entanto, para facilitar o entendimento inicial, optei por utilizar o serviço da maneira mais simples possível.

    Na tela, você pode visualizar a guia ‘Backups’. Ainda não foi gerado nenhum backup, mas nas próximas 24 horas, você verá o primeiro backup listado nessa guia.

    Exemplo de backups salvos.

    Conclusão

    Uma vez que você tenha uma rotina de backups configurada na AWS, todo o processo será automatizado. Em caso de problemas ou desastres técnicos, você poderá restaurar os backups rapidamente, o que pode ser crucial para salvar sua empresa.

    Todos os backups realizados pelo AWS Backup ficam armazenados pelo período de tempo que você definiu, e, com um backup disponível, você pode restaurá-lo a qualquer momento.

    Precisa de ajuda ?

    Se você está em busca de uma empresa especializada em suporte e gerenciamento em serviços AWS, conte conosco! Com nossa expertise, asseguramos que seu ambiente esteja sempre otimizado e pronto para atender às demandas do seu negócio. Entre em contato conosco e descubra como podemos elevar a gestão do seu servidor ao próximo nível.

    suporte aws
  • Aumentando o tamanho do Disco em um EC2

    Aumentando o tamanho do Disco em um EC2

    Como aumentar a capacidade de armazenamento de um volume EBS

    Em algum momento, você pode notar que o Disco EBS do seu servidor EC2 está quase lotado e precisa ser aumentado. Muitos encontram dificuldades ao realizar esse procedimento, mas ele é relativamente simples.

    Ao aumentar o volume EBS, não é necessário alterar o tipo da instância, mas é essencial seguir os passos corretamente para garantir que o processo seja concluído com sucesso. Siga as etapas abaixo:

    Tenha em mente as seguintes considerações ao concluir as etapas deste tutorial

    No nosso laboratório temos um servidor EC2 com as especificações abaixo:

    • t2.micro
    • 8 GB Disco EBS
    • Ubuntu

    E meu disco possui 6.5 Gb de armazenamento disponível.

    Atenção

    Antes de alterar qualquer parâmetro no seu servidor, realize o backup completo do seu servidor através de um snapshot.

    1º Etapa: Aumentando o tamanho do volume EBS do Servidor (Resizing)

    O primeiro passo é fazer o resizing do nosso volume EBS. Acesse o menu lateral Elastic Block Store – Volumes

    Você verá uma lista com todos os volumes disponíveis, incluindo aqueles associados a diferentes servidores EC2, caso tenha mais de um. Portanto, é fundamental ter bastante cuidado e selecionar exatamente o volume do servidor EC2 que deseja aumentar.

    No menu de informações, em ‘Attachment Information’, você encontrará o ID da instância. Verifique se ele corresponde ao ID do servidor no qual deseja realizar o redimensionamento.

    Para aumentar o volume do seu Disco EBS, selecione o disco desejado e clique em ‘Ações’ – ‘Modify Volume’.

    No meu caso, quero aumentar de 8GB para 20GB, então seleciono o novo tamanho para o volume e clico em ‘Modify’ para aplicar a alteração. Em seguida, clique em ‘Yes’ para confirmar a ação.

    A partir deste momento a AWS está realizando a mudança do tamanho do seu disco EBS e pode levar alguns minutos para que seja concluído.

    2º Etapa: Estendendo o sistema de arquivos do EBS

    Agora que o nosso volume EBS foi aumentado, precisamos acessar a instância EC2 via SSH para estender o sistema de arquivos do volume redimensionado.

    O primeiro passo é identificar o sistema de arquivos raiz. Execute o seguinte comando:

    sudo df -hT

    Meu sistema de arquivos é o /dev/root, utilizando o sistema de arquivos ext4, e está montado na raiz do meu servidor.

    Agora, execute o comando lsblk para verificar se o volume com a nova partição redimensionada já está disponível e pronto para ser estendido.

    sudo lsblk

    Na imagem abaixo, podemos observar que temos um volume xvda com 20GB e uma partição xvda1 de 8GB montada na raiz do servidor. A raiz ainda está limitada a 8GB, mas mais adiante faremos com que ela seja expandida para utilizar os 20GB disponíveis.

    O que precisamos agora é liberar os 20GB no sistema de arquivos (xvda1) para que possamos utilizá-los plenamente.

    Execute os seguintes comandos para estender a partição raiz:

    # Estendendo a particao raiz 
sudo growpart /dev/xvda 1
# Verificando se a particao reflete o novo tamanho do volume aumentado
sudo lsblk

    Ainda não concluímos o aumento do disco propriamente dito, apenas estendemos a partição. O sistema de arquivos já reconhece o novo tamanho, mas agora precisamos aplicar essas mudanças para que sejam refletidas no sistema.

    Execute os seguintes comandos:

    sudo resize2fs /dev/xvda1

    Se você não viu nenhuma mensagem de erro, é muito provável que a tarefa foi executada com sucesso. No terminal, execute o comando df -h e verifique se o servidor já está utilizando o novo tamanho de armazenamento configurado.

    Tutoriais AWS:

    https://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/recognize-expanded-volume-linux.html

    Conclusão

    Aumentar o tamanho do disco de um servidor EC2 é uma tarefa rápida, embora possa ser um pouco desafiadora se você não tem tanta familiaridade com servidores Linux ou Windows. Recomendo que você faça alguns testes e estudos em um ambiente de laboratório para dominar o processo com confiança.

    Precisa de ajuda ?

    Se você está em busca de uma empresa especializada em suporte e gerenciamento em serviços AWS, conte conosco! Com nossa expertise, asseguramos que seu ambiente esteja sempre otimizado e pronto para atender às demandas do seu negócio. Entre em contato conosco e descubra como podemos elevar a gestão do seu servidor ao próximo nível.

    suporte aws
  • Movendo Servidor EC2 Entre Regiões AWS

    Movendo Servidor EC2 Entre Regiões AWS

    Como Mover Servidor EC2 Entre Regiões ?

    Na Amazon AWS podemos transferir máquinas EC2 de uma região para a outra sem complicações, e não é nada muito difícil realizar esse procedimento.

    Nota

    Endereços elásticos (Elastic IP), não são transferidos de uma região para outra. A AWS não fornece suporte para isso, você terá que configurar novamente novos endereços elásticos e atualizar suas aplicações e DNS se necessário.

    https://docs.aws.amazon.com/pt_br/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html

    Movendo Servidor EC2 Para Outra Região

    Imagine o cenário onde você tem um servidor com as seguintes especificações:

    • Tipo: t2.micro
    • Região: us-east-1 Leste dos EUA (Vírginia)

    E deseja transferir para uma outra região:

    • Tipo: t2.micro
    • Região: us-east-2 Leste dos EUA (Ohio)

    Para darmos início a migração do EC2 para a região de Ohio teremos que seguir os passos abaixo.

    Criando AMI do Servidor EC2

    O primeiro passo é criar uma AMI do meu servidor, uma AMI é uma imagem de máquina, ou seja, é como se fosse uma “foto” do servidor incluindo tudo o que tem dentro dele.

    Para criar sua AMI acesse sua console da AWS e localize o servidor que deseja criar a AMI e clique para seleciona-lo.

    Após ter selecionado seu EC2, no menu superior clique em Ações – Imagem e Modelos – Criar Imagem

    Após ter clicado em Criar Imagem, você foi redirecionado para uma nova tela. Nessa nova tela é onde você vai configurar a sua AMI. Basta inserir as informações básicas como: Nome, descrição. E finalize clicando em Criar Imagem.

    A partir deste momento sua AMI está sendo gerada e provavelmente você foi redirecionado para a console do EC2. Para visualizar o status de criação da sua AMI acesse o menu no lado esquerdo da tela: Imagens – AMI

    Você verá sua AMI sendo criada e o status de criação. Quando a AMI estiver pronta, você verá o status como: Available.

    Agora que a Imagem do EC2 está disponível você pode transferir para outra região.

    Movendo AMI EC2 para outra Região

    Para mover sua AMI, selecione a AMI criada e clique no menu em: Ações – Copiar AMI , e logo na sequência selecione a Região de Destino, e clique em Copiar AMI.

    Você verá uma tela informando que foi iniciado a cópia da AMI para a região escolhida. Logo, clique no link para visitar a região escolhida e conferir se a AMI já está sendo enviada.

    Você vai ser redirecionado para a região escolhida e diretamente para a pagina das AMI’s. Assim que sua AMI estiver disponível o status dela irá mudar de Pendind para Available .

    Quando isso ocorrer você vai poder criar seu servidor EC2 usando a Imagem do servidor gerado, desse modo terá uma cópia exata do servidor configurado na primeira região.

    Criando um Servidor EC2 com AMI

    Se você nunca criou um servidor EC2, recomendo primeiramente realizar a leitura do nosso tutorial de criação do ec2.

    Link: https://wp.alexjunio.com.br/ec2/configurando-ec2-na-amazon-aws/

    Se você já criou um servidor EC2, não tem problemas. Você já pode criar um EC2 usando sua AMI. Selecionar a AMI desejada e clicar em: Ações – Executar

    Em seguida basta realizar a configuração básica do seu EC2 e lança-lo.

    Conclusão

    Mover um EC2 entre regiões é bem simples, a AWS nos facilita e muito essa atividade. A atividade praticamente se resumiu em:

    1. Criar uma AMI
    2. Copiar a AMI para outra região
    3. Criar o EC2 usando a AMI

    Muito simples e rápido, mas não esqueçam que endereços IP elásticos não podem ser movidos entre regiões.

    Deixe nos comentários o que achou do tutorial e suas dúvidas.

    Precisa de ajuda ?

    Se você está em busca de uma empresa especializada em suporte e gerenciamento em serviços AWS, conte conosco! Com nossa expertise, asseguramos que seu ambiente esteja sempre otimizado e pronto para atender às demandas do seu negócio. Entre em contato conosco e descubra como podemos elevar a gestão do seu servidor ao próximo nível.

    Suporte AWS
  • Configurando Servidor EC2 na Amazon Web Services

    Configurando Servidor EC2 na Amazon Web Services

    Neste artigo, você vai aprender a criar servidores EC2 na Amazon AWS, seja em Linux ou Windows. Recomendo que você se familiarize primeiro com os tipos de servidores e seus respectivos custos, para evitar surpresas na fatura.

    Recentemente, criamos um artigo explicando tudo o que você precisa saber sobre o servidor EC2.

    Recomendação de leitura: Guia Servidor EC2

    Servidor EC2 na AWS

    É importante que, antes de criar seu servidor EC2, você defina claramente o objetivo e a finalidade da máquina. Isso ajuda a evitar gastos desnecessários, principalmente ao contratar um servidor com recursos que ficarão ociosos e não serão utilizados.

    Neste artigo, meu objetivo não é implementar algo robusto, mas sim demonstrar de forma simples como criar um servidor EC2 Linux e Windows na AWS, focando na funcionalidade básica do processo

    Requisitos

    Para que você comece a trabalhar com servidores na AWS será necessário:

    • Conta AWS com cartão de crédito validado
    • Conhecimento básico (Windows) se for seu objetivo
    • Conhecimento básico (Linux) se for seu objetivo

    Tipos de Servidores EC2

    No nosso Guia Servidor EC2, explicamos sobre as opções disponíveis no EC2, e ficou claro que existem centenas de modelos de servidores. Para o nosso laboratório, a instância da família T2, especificamente o t2.micro, será suficiente, já que ela está inclusa no Free Tier AWS.

    Alternativamente, também poderíamos utilizar a t3.micro, que oferece melhorias de performance e é indicada para cargas de trabalho leves, similar ao t2.micro, mas não faz parte do Free Tier.

    Leitura recomendada: AWS Free Tier

    Como criar um Servidor EC2 Linux na AWS

    Faça login na sua console AWS e, na barra de pesquisa localizada na parte superior da página, digite “EC2”. Caso prefira, você também pode procurar pelo serviço EC2 no menu principal, que fica no centro da página, como indicado na imagem a seguir.

    Após clicar em uma das opções para acessar a página do EC2, provavelmente você foi redirecionado para a página do EC2. Para dar início à criação do servidor, basta clicar em Executar Instância.

    Agora, damos início à criação da instância EC2. Digite na barra de pesquisa o sistema operacional desejado. Para o meu laboratório, escolhi o Ubuntu 20.04. Selecione o SO e clique em ‘Select’ para prosseguir.

    Agora é o momento de definir qual tipo de servidor você deseja utilizar. Escolha o tipo de máquina desejado e clique em ‘Next’.

    ➡ Na próxima tela “Configure Instance Details”, recomendo deixar padrão nesse primeiro momento. Então clique em Next: Add Storage. 

    ➡ Na página de Armazenamento você pode escolher o tamanho em GB do armazenamento que deseja para seu disco. Eu vou deixar padrão com 8GB, em seguida clique em: Next: Add Tags.

    ➡ Na página de tags você pode definir tags para seu servidor, mas para não te confundir vamos avançar essa parte também, clicamos em: Next: Configure Security Group.

    ➡ Na página do grupo de segurança precisamos selecionar o grupo ou criar um novo grupo. Vamos criar um novo grupo de segurança e liberamos a porta SSH 22 conforme a imagem abaixo.

    Após configurar um nome para o SG e liberar a porta 22, clique em: Review and Launch para revisar as configurações.

    Após ter revisado suas configurações e conferido tudo, basta clicar em: Launch.

    Nesse momento você caiu em uma tela onde precisa configurar uma chave SSH. Se você nunca criou um EC2, é bem provável que não tenha uma chave SSH configurado na console.

    Então deixe a primeira caixinha marcada como “Create a new key pair”, e defina um nome para a chave. Após isso, clique em “download” para ter uma cópia da sua chave e clique em Launch Instances para criar seu servidor.

    Se viu a imagem abaixo significa que seu servidor foi lançado, você pode visualizar seu servidor clicando em: View Instances. 

    Agora você pode visualizar seu servidor, provavelmente nesse momento ele está sendo iniciado. Recomendo esperar pelo menos 3 minutos para ter certeza que seu servidor foi inicializado completamente.

    Nosso servidor EC2 foi criado com sucesso! E podemos acessa-lo tanto via SSH via Putty ou algum terminal como também diretamente pela console da AWS.

    Acessando Servidor EC2 Linux

    Para acessar sua instância EC2 via SSH você pode fazer de duas formas:

    • Via client, ex: Putty, terminal gitbash etc
    • Console Web da AWS

    Para ser o mais didático possível nesse artigo iremos realizar a conexão via Console Web da AWS. Pois vai facilitar o entendimento de quem é iniciante, e quem deseja conectar via Putty tem muito conteúdo de qualidade na internet ensinando a conexão SSH via Putty.

    Uma vez que você está na console, clique na caixinha onde vai selecionar o servidor que você quer se conectar, em seguida clique em Conectar.

    Para cada tipo de sistema operacional que você escolher, provavelmente vai ter um usuário específico. No nosso caso, escolhemos a imagem do Ubuntu, recordam? O usuário padrão para conexão via SSH é o Ubuntu. Algumas imagens os usuários padrões são: ec2-user, admin, root, etc.

    Para conectar basta clicar em Conectar.

    Em seguida uma nova janela será aberta e você estará logado dentro do servidor via SSH. A partir desse momento poderá instalar seus aplicativos e brincar a vontade.

    Criando Um Servidor EC2 Windows

    Se você deseja criar um servidor EC2 Windows sem muita pretensão, ou seja, apenas para conhecer e testar,  fique a vontade para pegar uma instância de baixo custo (t2.micro t3.micro). Mas não recomendo subir um servidor windows com poucos recursos se você vai executar aplicações que exigem um pouco mais de processamento e desempenho. 

    A criação de um servidor EC2 com o Windows é muito similar ao do Linux demonstrado no tópico anterior, a única diferença é na escolha do Sistema Operacional e na configuração correta do Security Group. Então vou resumir bastante os passos aqui, ok? 

    Já iniciando direto na criação do EC2, digite no campo de pesquisa o sistema operacional desejado “Windows”, em seguida escolha a versão. No meu caso, escolhi o Windows Server 2019 Base. Após escolher o tipo de servidor, você já sabe os passos na escolha do tamanho do disco e rede.

    Agora configuramos nosso Grupo de Segurança. Por padrão a porta de conexão RDP está aberta para o público, você pode deixar assim por padrão. Se vai instalar alguma aplicação como o MySQL Server ou um IIS é importante que abra  as portas no security group.

    No exemplo da imagem abaixo deixei aberto a porta 3389 RDP e a porta 80 HTTP para a internet.

    Agora avance até a parte de configuração da Chave SSH. Se você importou uma chave pode utiliza-la, eu vou criar uma nova chave. E só sabemos a senha do administrador Windows usando a chave SSH, então faça o download ou tenha em mãos sua chave.

    Então crie a chave e clique em Launch para iniciar seu servidor.

    A partir desse momento aguarde até 5 minutos para que seu servidor esteja pronto para uso. Servidores EC2 Windows demoram um pouco mais cara carregar, então seja um pouco paciente.

    Acessando Servidor EC2 Windows

    Após ter aguardado alguns minutos, vá para a tela inicial e clique no seu servidor, selecionando-o. E em seguida clique em conectar

    Em seguida clique em Cliente RDP

    Faça o download do arquivo da área de trabalho remota, ele vai facilitar sua conexão. Em seguida clique também em Obter senha.

    Clique em Browse para fazer o upload da chave SSH que você configurou. Após ter feito o upload clique em Descriptografar senha

    E então verá a senha de administrador.

    Agora você pode abrir o arquivo que você fez de conexão da área de trabalho, ele vai solicitar a senha do administrador. Basta inseri-la que a conexão vai abrir. 

    Conclusão

    Trabalhar com servidores EC2, tanto Linux quanto Windows, é bastante simples, como você pôde ver, especialmente no modo padrão.

    No entanto, para projetos mais complexos e serviços que entrarão em produção, é necessário realizar configurações adicionais, visando garantir a segurança e o desempenho dos seus serviços.

    Precisa de ajuda ?

    Se você está em busca de uma empresa especializada em suporte e gerenciamento em serviços AWS, conte conosco! Com nossa expertise, asseguramos que seu ambiente esteja sempre otimizado e pronto para atender às demandas do seu negócio. Entre em contato conosco e descubra como podemos elevar a gestão do seu servidor ao próximo nível.

    Suporte AWS
  • Como Recuperar Acesso SSH em instância EC2 na Amazon AWS

    Como Recuperar Acesso SSH em instância EC2 na Amazon AWS

    Recupere acesso SSH em uma instância EC2 na AWS

    Se você perdeu o acesso SSH à sua instância EC2 na AWS, não se preocupe! Neste vídeo, explico passo a passo como recuperar o controle da sua máquina de forma rápida e eficiente.

    Se você já está passando por essa situação ou quer se preparar para eventuais imprevistos, recomendo que assista ao vídeo para entender todos os detalhes do processo e garantir que sua instância EC2 esteja sempre ao seu alcance.

    Mas sem enrolação, confiram o vídeo na íntegra.

    Se você ainda tiver dúvidas ou se sentir inseguro em relação ao processo de recuperação de acesso SSH na sua instância EC2, não hesite em procurar ajuda.

    Oferecemos suporte especializado em AWS e posso auxiliá-lo a resolver qualquer problema que esteja enfrentando, garantindo que sua instância esteja funcionando perfeitamente.

    Entre em contato e conte com nossa experiência para superar esses desafios com tranquilidade.

    SUPORTE AMAZON AWS
  • O que é Amazon Security Group

    O que é Amazon Security Group

    O que é o Security Group AWS?

    O Security Group AWS é um componente fundamental da infraestrutura da Amazon Web Services, funcionando como um firewall virtual. Ele controla o tráfego de entrada e saída das instâncias associadas, garantindo que somente o tráfego autorizado consiga acessar seus recursos, como as instâncias EC2. Esse controle se baseia em regras que você define para cada Security Group, tornando-o essencial para manter a segurança e a integridade da rede na AWS.

    Como funciona o Security Group AWS?

    O Security Group AWS funciona de maneira bem simples e eficaz. Ele é associado a uma ou mais instâncias EC2, e suas regras de entrada (inbound) determinam quais tipos de tráfego podem chegar à instância, enquanto as regras de saída (outbound) controlam o tráfego que pode sair dela. Uma característica interessante dos Security Groups é que eles são “stateful”, o que significa que, se o tráfego for permitido na entrada, a resposta será automaticamente permitida na saída, sem a necessidade de regras adicionais.

    Quais são as funcionalidades do Security Group AWS?

    Algumas das principais funcionalidades dos Security Groups AWS incluem:

    • Controle granular de tráfego: Você pode definir regras específicas para protocolos, portas e IPs de origem/destino, tanto para entrada quanto para saída de dados.
    • Flexibilidade: Cada instância pode ter múltiplos Security Groups associados, e as regras de todos eles são combinadas para determinar o que será permitido ou bloqueado.
    • Facilidade de atualização: Quando você cria ou modifica regras de segurança, elas são aplicadas automaticamente a todos os recursos associados, sem necessidade de reiniciar as instâncias​.

    O que você pode fazer com o Security Group AWS?

    Com o Security Group AWS, você pode:

    • Isolar ambientes de rede: Bloquear o acesso de tráfego indesejado e permitir somente o tráfego autorizado, criando diferentes níveis de segurança para diferentes partes da sua infraestrutura.
    • Segurança em múltiplas camadas: Usar múltiplos Security Groups para proteger diferentes camadas da aplicação, como servidores de banco de dados e servidores web.
    • Atualizações rápidas: As mudanças feitas nas regras de um Security Group são automaticamente aplicadas em tempo real, garantindo a segurança contínua dos recursos​.

    O Security Group AWS é um WAF?

    Embora os Security Groups AWS funcionem como firewalls virtuais, eles não devem ser confundidos com um Web Application Firewall (WAF). Enquanto os Security Groups protegem suas instâncias ao nível da rede, controlando o tráfego de entrada e saída, o AWS WAF oferece proteção em nível de aplicação, defendendo contra ataques web comuns, como SQL injection e Cross-Site Scripting (XSS). Portanto, ambos têm papéis complementares, mas operam em diferentes camadas de segurança.

    Em resumo, o Security Group AWS é uma ferramenta crucial para gerenciar e proteger seus recursos em nuvem, oferecendo flexibilidade e controle sobre o tráfego de rede em sua infraestrutura AWS.

    Precisa de ajuda ?

    Se você está em busca de uma empresa especializada em suporte e gerenciamento em serviços AWS, conte conosco! Com nossa expertise, asseguramos que seu ambiente esteja sempre otimizado e pronto para atender às demandas do seu negócio. Entre em contato conosco e descubra como podemos elevar a gestão do seu servidor ao próximo nível.

    SUPORTE AWS