🍀 Seu apoio é crucial para mantermos o canal independente e continuarmos a produzir os conteúdos com a qualidade que você já conhece: pix@uminventorqualquer.com.br ⚜ Curso Cloud Computing Premium: www.cloudstorm.academy/ 💬 Comunidade Cloud no Discord: www.cloudstorm.club/ 📝Aprenda inglês na Cambly: www.cambly.com/invite/INVENTOR?st=022722&sc=4
Valeu Jose! Tem curso novo sendo produzido, passamos Natal e Ano novo trabalhando e estamos acelerados para finalizar ele até o final desse mês. Várias trilhas de estudos, mentoria, comunidades e outras coisas estão sendo preparadas. Para participar entre na lista VIP www.uminventorqualquer.com.br/curso-aws/.
É simplesmente o melhor Tutorial sobre AWS do TH-cam, objetivo, prático, muito bem explicado. O Wesley Milan mostrou de maneira coesa e simples o uso dessa poderosa ferramenta. Explicando valores, segurança, praticidade e dando dicas valiosas de como utilizar a ferramenta da melhor maneira. Eu estava prestes a migrar minha aplicação para o Google Cloud, mas assim que comecei a ver os vídeos do Prof. Wesley, mudei de idéia. Parabens Wesley Milan pelo excelênte trabalho!!! É uma pena a AWS não patrocinar seu conteúdo, pois sua explicação é formidavel!!!!
Que bom que nos encontrou, também estamos a muito tempo procurando pessoas como você que gostam de aprender. Seja bem vindo e fique a vontade para sugerir conteúdos
seu conteúdo é nível curso/treinamento. gratuito!? nossa. tenho certamente milhares de horas de cursos da aws, o seu é um dos ou o melhor: limpo, objetivo, feito c calma mas sem jabá ou enrolação. didática excelente também. meus parabéns e obg por compartilhar. pesquisei sobre AS por agenda (ex: deixar determinada quantidade de instâncias up apenas no período diurno e vim parar no seu canal). foi um prazer conhecer o seu canal. tenho alguns bons anos de experiência com infra e uns 2 com aws. certamente irei assistir toda sua playlist. p finalizar meu textão, possui outros meios de contato (adoraria conversar com vc sobre mercado e tirar algumas dúvidas q tenho) algum curso publicado na udemy ou similares? grande abs.
Muito útil, o que eu acho complicado na AWS é que você pode utilizar diversas soluções para o mesmo problema, e escolher a melhor solução pode ser um desafio tremendo. Abraços
É verdade, eles lançam novas ferramentas o tempo todo, é difícil acompanhar, vou tentar cobrir o máximo que puder para ir introduzindo elas e suas aplicações para todos
Exato Cleberli, tentei deixar as dicas importantes para o momento em que eu falo dos assuntos relacionados, e na parte de ELB tem muitos macetes importantes
Muito bom o conteúdo. Digamos que tenha uma rotina de deploy diária, nesse caso, a cada deploy que eu fizer eu preciso gerar as imagens e encerra-las para o ELB subir a AP atualizada com o novo deploy?
Silas, se não há alterações no SO não há a necessidade de gerar outra imagem, você pode fazer o deploy somente do código para as instâncias já existentes.
Oi Wesley, show de mais suas aulas. Muito, mais muito melhor que mto curso pago. Me tira uma duvida com relação a está ideia do loud Balancing e do Auto Scalling. Vc demostrou um caminho para ele validar se a sua API estava no ar, como poderia fazer se não tivesse esta API, mais um sistema ou um site?
Daniel, segue o mesmo princípio, o Health Check vai verificar a porta do serviço HTTP, se o site estiver respondendo ele vai tratar como saudável, caso contrário ele vai derrubar e subir uma nova instância
Parabéns pelo conteúdo e pelo nível de detalhes que você demonstra. Gostaria de tirar uma dúvida, quando você utiliza o loadbalancer, como você está fazendo acesso via ssh? Já que as instancias estão somente com ip´s privados? Você subiu alguma instancia como bastion e desta instancia vc acessa as instancias do autoscalling via ssh? Obrigado.
Carlos, no grupo de segurança há uma regra para o meu IP, está no vídeo de IAM. E as instâncias nesse exemplo estão com IPs públicos habilitados. Caso queira fechar ainda mais, você pode usar uma VPN ou uma máquina fazer tunneling até suas instâncias principais
Ótima vídeo aula. Fiz os processos, aparentemente esta tudo certo, o serviço responde, mas precisei fazer uma requests para fora na internet e o sistema não consegue sair da VPC, consegue resolver o domínio dns mas efetuar conexões externas não funciona. O que será que pode ser, a maquina modelo funciona e esta utilizando os mesmos grupos de segurança, coloquei um internet gateway e as rotas como no vídeo mas nada de funcionar.
Parabéns pelos vídeos e já me escrevi para nao perder nenhuma aula, sua didática é sensacional e muito explicativa, nesse conteúdo de ELB+Auto Scaling seria possível efetuar este procedimento com central telefônica asterisk?, um abraço
Parabens pelo videos , excelente conteudo . Se puder me diz uma dica de como conciliar os desafios da caminhada de um profissional de TI com a frustração de nunca ser "suficiente" , ja que voce ja acorda desatualizado em relação as tecnologias
Esse é um ponto crítico, você não precisa estar sempre na crista da onda, acho que o mais importante é você ser muito bom em algo, e não saber um pouco sobre tudo, escolha uma boa tecnologia e vá fundo nela. Mas no fim de tudo, você precisa AMAR tecnologia, especialmente aquela que você escolher pra se especializar, dessa forma você vai aprender novas técnicas e recursos novos por prazer, e não pela obrigação de se tornar melhor a cada dia. ;)
Puxa vida que conteúdo bom!!! Parabéns. Fiquei com uma dúvida. A EC2 "API-ESTÁTICA" nunca poderá ser terminada né, percebi nos testes que as "API-AUTO" sobem sem IP público, mesmo a minha "imagem" e "template" serem criadas com IP Publico, e os acessos delas pra por ex. visualizar um ".html" são pelo "dns do loadbalance" .. porém caso eu precisar de um SSH, neste caso, só através de uma "vpn" ou "bastion-host"? .. caso contrário o mais correto é manter a "Estática"?
Temos mais uma aula desse curso básico, mas depois virão outros vídeos sobre outros produtos AWS e alguns sobre conhecimentos avançados destes mesmos tópicos
Se a alteração for nos arquivos do servidor sim. Kauan tem curso novo sendo produzido, passamos Natal e Ano novo trabalhando e estamos acelerados para finalizar ele até o final desse mês. Várias trilhas de estudos, mentoria, comunidades e outras coisas estão sendo preparadas. Para participar entre na lista VIP www.uminventorqualquer.com.br/curso-aws/.
Mais uma aula top! Uma pergunta, já existe um curso de formação AWS elaborado por você em alguma plataforma de ensino? Outra coisa vai fazer alguma aula aqui sobre ECS, ECR, CLUSTER, TASK DEFINITION, SERVICE... ?
Parabéns pela aula. Fiquei na dúvida.. Toda essa configuração no Autoscaling também poderia ter sido feita pelo Elastic Beanstalk (que faz isso sozinho), não é mesmo?
Olá Wesley. Seu conteúdo é sensacional! Parabéns, de verdade! Uma dúvida que fiquei foi a seguinte: Como faço para realizar o deploy de uma nova versão da aplicação para todas as máquinas criadas ao mesmo tempo? Novamente parabéns pelo conteúdo de excelência!
Oi Higor, estou com CI/CD na minha lista pra produzir vídeos mostrando a implementação na prática, só não consegui encaixar ainda. Mas você consegue achar vários aplicativos simples de deploy automatizado pra várias linguagens, na maioria dos casos usando o próprio Git como fonte de distribuição dos deploys.
Muito bom o vídeo parabéns. Uma dúvida por favor. Como fica a sessão do usuário para uma aplicação PHP por exemplo? O ELB cuida ? E a comunicação entre aplicações em EC2 diferentes?
William, esse é um ótimo tema para um vídeo aqui no canal, mas em resumo, sua aplicação precisa estar desacoplada da máquina para funcionar bem em cloud, chamamos isso de aplicação stateless
Mto boa a aula...mas a minha dúvida seria como preparar um auto scaling que deletasse as máquinas após o pico...por exemplo, utilizou 50% da CPU então cria mais uma instância, porém, se essa utilização for reduzida para 25% ou menor após a verificação de health, então a segunda instância seria deletada e voltaria a ter apenas uma.
Leonardo, na configuração que eu expliquei no vídeo, a própria AWS vai especificar uma média abaixo dos 50% que é quando ela vai remover as instâncias excedentes, porém você pode entrar no AutoScaling Group e criar sua própria regra de Scale Down, dizendo algo do tipo, suba quando a média de CPU passar de 50%, e reduza quando baixar de 30%.
Muito obrigado pelo curso amigo, uma pergunta: É possível eu fazer "auto scaling" apenas do recurso de CPU da instancia? Ex. Durante a semana eu rodo uma x.large aos fins de semana rodo uma x.small. Se trata de uma única instância e eu não me importo de ter um downtime durante o processo porem ambas instancias (x.large e x.small) precisam usar o msm volume por conta do banco de dados. No fim seria um "resize" agendado de instancia manja?
Isso vai ter mais a ver com a arquitetura da aplicação para que ela consiga gerenciar melhor a escalabilidade horizontal ao invés de você precisar fazer um vertical, no caso CPU. Nós abordamos isso mais a fundo na CloudStorm www.cloudstorm.academy/
Salve mestre, fantástico conteúdo, Parabéns! Gostaria de saber se com base no ponto que chegamos após ELB e Auto-Scaling adicionados na Infra ainda seria possível adicionar uma camada de fila de mensageria com RabbitMQ ou SQS ?
Everson, esse é o modelo mais básico de uma estrutura para aplicações na AWS, a partir daqui não tem limites, SQS, SNS, ElasticSearch, SES, GraphDB, tudo que você pode acoplar na sua aplicação para torná-la mais rápida, escalável e redundante é simplesmente ilimitado :)
Bacana, neste caso das mensageria SQS/RabbitMQ elas devem ser acopladas diretamente na aplicação para que dentro da app elas conversem com o ELB? ou seria o ELB que conectaria por ex. ao SQS pra depois chegar na app?
Everson, acho que não entendi sua pergunta. O SQS é um serviço de file de mensagens, você precisa se conectar a ele com uma aplicação ou serviço para enviar mensagens que serão consumidas por outras aplicações. O que você pretende desenvolver com o SQS? Talvez eu possa ajudar
Wesley, preciso contruir uma API independente de linguagem para gerar documentos fiscais, onde outro aplicativo que não emite a nf-e irá se plugar/conectar-se nesta API. Diante disto, tenho visto se falar mto em RabbitMQ/SQS, dai à duvida se quando chegamos neste ponto do curso com ELB e Auto-Scaling nesta infra de auta disponibilidade ainda seria possível ter alguma maneira de adicionar mensageria e é claro se isto faz sentido neste cenário que preciso montar? Obrigado pelo feedback 🍻
Everson, como as mensagens para o SQS serão enviadas pela sua aplicação e recebida por outra, esse fluxo se torna independente da estrutura que montamos no curso, é 100% viável sim, e trabalhar com SQS para comunicação entre sua aplicação e outras é MUITO high level, parabéns por pensar a frente, sua aplicação ficará altamente escalável e resiliente. Boa sorte no projeto e não esqueça de voltar aqui para fazer um merchant do sistema quando ele estiver on-line
Muito bem explicado valeu pelo vídeo 😁 Tenho a seguinte dúvida se puder me ajudar. Minha aplicação o front é em angular (então preciso fazer build) e a api está no bitbucket. Preciso deixar esse processo de build automático e dar git pull da api para as novas e antigas instâncias do auto scaling faço isso através code deploy? Abraço!
Thiago, você não precisa ficar amarrado às ferramentas da AWS para essa finalidade, qualquer metodologia de deploy vai funcionar normalmente. Você pode tanto automatizar um git pull baseado em tags por exemplo, como utilizar ferramentas como o Jenkins. Pense que além do fato de escalar automaticamente, as instâncias se comportam como servidores normais. Espero ter ajudado
@@GaragemDoInventor Oie estou aqui de volta depois de um tempinho. Se puder tirar mais essa dúvida agradeço. Configurei o auto scaling com um ALB quando eu deleto uma instância ele sobe outra numa boa com o code deploy pegando os arquivos no S3. Só que leva em média 2 minutos e meio para essa instãncia receber tráfego. Se que tem muitas coisas envolvidas mas será que tem como melhorar esse tempo? É assim? ou tem alguma dica? Obrigado!
Oi Thiago, tem alguns fatores que podem afetar o tempo de start-up da instância/aplicação, aqui vão algumas delas: - Você está usando uma imagem personalizada para sua aplicação com todos os serviços instalados (Nginx, Apache, Node, PHP, etc) ou eles são instalados no momento que a instância é criada? - A aplicação está instalando pacotes (npm por exemplo) no momento do deploy, ou já está vindo no pack pronto pra rodar? - Como está o intervalo de tempo de verificação do health-check do ELB? Já testou manualmente se a aplicação começa a responder muito tempo antes do ELB reconhecer que ela está saudável? Quantos ciclos de checagem estão configurados no ELB antes dele considerar a instância saudável? Estes são os pontos principais, mas em geral de 2 a 5 minutos é um tempo razoável para uma instância entrar em atividade, o que precisa levar em consideração é que as instâncias ativas precisam ter uma folga de CPU e Memória para suportar uma certa carga excedente sem travar até que o auto-scaling tenha tempo de subir outra instância, então 5 minutos não seriam um grande problema. Espero ter ajudado
@@GaragemDoInventor - Usei o packer com ansible para criar uma imagem personalizada com tudo que eu preciso no caso nginx, php-fpm, configs .... - Nesse caso já é o build do angular são arquivos finais em html, js e imagens. - Configuei o auto scaling group na parte de Health check grace period para 30 segundos, no Health checks do ALB está em 10 segundos, esse teste ainda não fiz mas vou fazer, 2 ciclos. Pensei que o tempo de convergência iria ser menor já que a instância não demora muito tempo para subir. Mas como você disse que esse tempo é razoável já me deixa mais de boa pois pensei que pudesse ser alguma configuração errada. Está ajudando sim! Abraço!
Oi Wesley. Configurei launch template com uma instância que roda um bash pra dar yum update, instalar o docker e rodar um nginx básico. É uma boa aumentar as configurações do healthcheck pra mais tempo né? Acredito que até subir as instâncias e instalar tudo deve tomar um tempo a mais...
Sim, se o health check estiver verificando a porta do NGinx por exemplo, ele irá precisar de um tempo para subir. Minha dica é que você crie uma imagem com tudo que você precisa já instalado e use ela como padrão. Ainda assim você pode colocar o bash pra rodar updates. Digo isso porque já tive problemas gerados por versões quebradas de aplicações e por mudanças nos pacotes, como não inicializar o NGinx via services por exemplo. Outra vantagem da imagem pré-configurada é justamente a subida mais rápida da máquina. Mas isso tudo fica a critério da equipe e da arquitetura, se for rodar o NGinx dentro do container por exemplo fica muito melhor pegar uma versão fresquinha do Nginx na mesma versão testada no seu pacote. Espero ter ajudado
@@GaragemDoInventor Maravilha, ainda vou testar isso rs... Tem outra dúvida que esqueci de perguntar. Alguns tipos de instância não estão disponibilizadas pra algumas regiões e as vezes não estão disponibilizadas em alguma das zonas dessa região. Por exemplo o t3a.nano msm não tem disponível na zona "e" da minha VPC, dá até erro na hora de subir instância se deixar marcado nessa zona. O autoscaling é inteligente suficiente pra saber que não dá pra subir instância naquela zona? Se não vai ficar "teimando" em criar uma instância e matando pq deu erro, forever.
Gustavo, nunca ví tipos de instâncias não estarem disponíveis em zonas diferentes, normalmente suas disponibilidades são definidas por região, talvez você deva abrir um suporte para tirar essa dúvida. Mas caso isso seja normal, tenho certeza que o ELB saberá onde subir.
Olá, boa tarde! Como fica a questão dos IPs? Quero fazer auto scaling de minha EC2, que possui IP elástico. Este IP é o que está roteando o tráfego para meu site, configurado lá no Route53. Ao escalonar, as máquinas adicionais permanecem obedecendo esse mesmo IP ou são gerados IPs novos, exigindo mais alguma configuração? Um abraço!
Preciso manter uma instância estática como base para atualizações de versões da minha aplicação, por exemplo? Ou a cada atualização posso gerar uma nova imagem a partir de uma instância automática, gerada pelo auto scaling?
Paulo, se tiver um processo de construção da imagem você pode gerar um para cada deploy, mas se ainda está usando processos mais rudimentares recomendo que tenha uma imagem de base para ir atualizando e publicando.
Boa noite, eu criei uma imagem de um projeto que possui um projeto do Laravel que recebe atualizações do Github, como eu faço para que a imagem que esteja sempre com o código fonte sempre igual da máquina de origem ? Obrigado!
Depois que eu adicionei novos resources na minha api, não consigo mais subir uma nova versão com mais recursos, isso está me atrasando muito para entregar novas funcionalidades para os meus usuários.
Não sou dev e tenho uma dúvida. No caso, estamos falando de aplicação. Muitos desenvolvedores utilizam o mesmo servidor para aplicação e banco de dados. Haverá inconsistência de dados? Se a aplicação (além da gravação no banco de dados) permitir gravação em um local X (tipo /sdb/arquivos), como fica?
Jorge, esta é uma questão mais complexa. Vários dos nossos projetos começam com um único servidor, alguns passam anos rodando tudo em uma única máquina com 99.99% de uptime. O maior risco é quando a aplicação tem um volume muito grande de acessos, ou disputa os mesmos arquivos no disco, isso pode corromper os arquivos inclusive os do banco de dados, mas isso não afeta a integridade dos dados em si, mas sim do banco como um todo. Não sei se consegui ser claro, mas gostei do tema, vou colocar na lista de vídeos para falar sobre isso de uma maneira mais ilustrativa
@@GaragemDoInventor Essa minha questão vai de encontro ao seu vídeo de Arquitetura Perfeita. Penso que entender a aplicação poderia trazer uma melhor visão da solução mais adequada. Creio que separar a aplicação do banco daria uma visão de onde está o maior consumo (Cpu, memória e disco), a partir desses dados, poderíamos utilizar, por exemplo, somente o servidor de aplicação em Auto Scaling. Com o tempo, observar se o servidor de banco necessita de mais iops ou cpu. Mas entramos aqui na questão de um trabalho em conjunto (responsável de infra com o desenvolvedor). Estou com a visão correta? Grande abraço!
Jorge, se for colocar esta instância em auto-scaling então recomendo que o banco fique separado, vai ser complicado você fazer auto-scaling com o banco de dados na mesma máquina, os dados ficarão distribuídos em máquinas diferentes. No caso de utilizar o auto-scaling é importante que sua aplicação seja stateless, ou seja, completamente independente da máquina onde está rodando pois cada requisição dos usuários irá bater em uma máquina diferente do seu cluster
Boa noite! Poderia me ajudar? Digamos que eu subi uma aplicação em PHP no EC2 principal e criei o Auto Scaling a partir de uma imagem da minha EC2 principal. Logo após ele criar suas diversas instancias "cópia" de forma automática, a cada requisição o usuário entrará em uma EC2 diferente, graças ao LOAD BALANCER ativado e assim acessando a aplicação normalmente. Logo precisei fazer uma atualização (criei uma nova tela) na aplicação e subi para a minha EC2 principal. **Duvida**: As minhas outras EC2 automáticas do Auto Scaling receberão essa "nova tela" atualizada? Ou eu teria que subir a "nova tela" em cada instancia? Ou teria que constantemente atualizar a versão da minha imagem(modelo de execução) a cada nova atualização da aplicação? Digo isso, pois eu atualizo minha aplicação via github e peço pro Git sempre sincronizar com a minha EC2 na AWS. Poderia criar um vídeo explicando melhor um cenario desse? Git Hub x EC2 x Auto Scaling? Isso seria um cenário para Deploy Automatico da aplicação? Sou seu fã!
Geovany, excelente pergunta, vou fazer um vídeo mais no estilo tutorial pra postar aqui, mas demora um pouquinho pra gravar e editar, vou fazer um vídeo mais resumido pra esclarecer sua dúvida e posto lá no Clube do Inventor ainda hoje. Obrigado por apoiar o canal parceiro, TMJ 🤜.🤛
Fala Mestre, tudo tranquilo? Uma coisa que observei, mas não entendi o por que ocorre, é a questão dos volumes EBS serem criados junto com as instâncias EC2 criadas pelo auto scaling, mas continuarem lá depois que a instância morre. Ai, quando novas instâncias são criadas, novos volumes EBS são criados de novo, fazendo assim que logo se tenha dezenas de volumes EBS disponíveis. Como resolve isso? Muito obrigado. Abraços.
Bartolomeu, tanto na criação da instância quanto do template, na hora de adicionar o storage (EBS) você tem um checkbox para remover quando deletado, essa opção existe para que não delete discos de bancos de dados por exemplo, mas no caso de instâncias escaláveis pode marcar sempre ela pra remover o EBS, esses EBS's orfãos podem te gerar um custo adicional considerável. 😉
Wesley , boa tarde ! estou tendo um problema onde a instancia Auto Scaling não esta sendo fiel a instancia principal, não consigo enviar email pelo SES qdo aparece uma instancia Auto Scaling , porem qdo desativo , envio na hora. nao consigo entender, e não acho a solução, fiz todo o passo a passo para um nova versão de modelo de execução e não vai , meu muito obrigado desde já
Olá tudo bem? me tire uma dúvida. Eu consegui seguir todo o conteúdo da aula e deu tudo certo, porém no meu caso minha estrutura é uma instancia com diversos sites, bancos de dados, e alguns até enviam arquivos, notei que o auto scaling cria copias das instancias e elas não são sincronizadas. Tem alguma forma de resolver isso?
Tiago, não sei exatamente o que quis dizer com sincronizadas, mas lembre-se que em cloud sua aplicação deve ser stateless, e não depender de nada que há dentro das instâncias além dos serviços coo http server e o interpretador da linguagem que utiliza.
A API python, utilizando servidor Gunicorn com Fast API, aonde está recebendo imagens para identificação facial e processa um modelo de aprendizado de maquina (Deep learning). Para isso estou utilizando Tensor Flow e Keras para carregar o modelo de aprendizado pré-estabelecido. Essa API está hospedada em um servidor aws com instancia t3.small com Elastic Load Balance e Auto-Scaling de com minimo de 2 instancia e máximo de 5 instancias. Pois bem, do lado do cliente há um software desktop fazendo requisições para essa API. As requisições estão dentro de um laço de repetição iterando os envios das imagens. Quando testo tudo localmente funciona que é uma beleza, rápido e sem erros. Mas quando faço o envio para o endereço da API lá na AWS começa com uma resposta boa, mas logo depois fica excessivamente lento. Como se houvesse um limite de número de request/segundo. Alguma ideia para resolver essa lentidão? Desde já agradeço 🙏
Todo vez que crio uma imagem o Bitvise SSH Client desconecta e o servidor apache cai, isso é normal? ai quando a conexão volta eu tenho que entrar no SSH e dar start no apache.
SIm é normal, assista o vídeo onde eu falo sobre as AMIs do EC2 que está na playlist de AWS. Já o start do Apache é necessário configurar como serviço ou colocá-lo no start do seu sistema operacional.
@@GaragemDoInventor Consegui Wesley, eu habilitei o apache para iniciar com o boot do sistema com o seguinte comando: sudo systemctl enable httpd.service. Gostaria também de saber se as imagens criadas geram um custo alto pois devido as muitas atualizações do meu sistema já criei várias.
Os AMI são armazenados em um bucket especial do S3 e tem um custo mensal pelo armazenamento. Você pode fazer uma limpeza periódica ou pode habilitar o life-cyle
Parabéns pela aula. Estou com o seguinte problema. Meu target está na porta 443 apontando para a 8443 da aplicação. Quando é criado uma outra instancia, ele não redireciona para a porta 8443 e sim 443. Como posso resolver esse problema? Segue um print drive.google.com/file/d/1aDQYFbht1W1_ddoZgYCnRHMJm9ctozXL/view?usp=sharing
Oi Ricardo, é difícil dar uma posição com um screenshot, mas vejo 3 targets com portas diferentes, algumas requisições podem estar caindo nos targets ruins. Lembre-se que a porta de entrada (443) é a do ELB, e a porta dos targets é a porta pela qual sua aplicação responde (8443). Não esqueça que o health-check precisa apontar para a mesma porta dos targets. Dê uma olhada no vídeo sobre Debug da AWS th-cam.com/video/sr9jiS4zIZg/w-d-xo.html talvez de ajude a achar um caminho.
Boa noite professor, To aqui seguindo os passos, ocorreu um erro ao tentar criar o auto scale group. Apareceu essa mensagem que está na imagem. Tem alguma ideia do que pode ser? Obrigado i.imgur.com/GRUQSOR.png
Matheus, desculpe pela demora, por causa do link sua mensagem foi retida pelo TH-cam. Olha só, nunca ví esse erro, mas pelo que entendi, ele está relacionado com o tipo da instância e à disponibilidade desse tipo na região que você está tentando subir ela, talvez algum erro no template de execução do seu auto-scaling. Dá uma googada por "mixedinstancespolicy.overrides 0" os dois primeiros links são sobre MixedInstancePolicy, veja se consegue identificar algo. Por favor comente aqui se identificar o problema, pode ajudar outras pessoas 😉 Desculpe não poder ajudar mais
🍀 Seu apoio é crucial para mantermos o canal independente e continuarmos a produzir os conteúdos com a qualidade que você já conhece: pix@uminventorqualquer.com.br
⚜ Curso Cloud Computing Premium: www.cloudstorm.academy/
💬 Comunidade Cloud no Discord: www.cloudstorm.club/
📝Aprenda inglês na Cambly: www.cambly.com/invite/INVENTOR?st=022722&sc=4
As aulas, estão sendo muito úteis, para meu aprendizado. Obrigado.
Fico feliz em saber Jorge, bons estudos
Teu canal virou meu dicionário
hehehe que show Antonio, obrigado por nos acompanhar
MAN, APRENDI AWS COM SEUS VIDEOS FINALMENTE. DEUS TE ABENÇOE!
Melhor do que muito curso por aí. Parabéns pelo conteúdo!
Esse, a didática desse rapaz é muito boa, parabéns!
Muito obrigado Diego! 😁
Diego, entra no nosso Discord pra trocar umas ideias www.cloudstorm.club/
Conteúdo de qualidade, nem conteúdo pago é tão bom assim. Parabéns.
Muito obrigado Daniel!
Sabe aquele conteúdo viciante? Pois é, parabéns pelo trabalho, espero aprender muito contigo!
Valeu Jose!
Tem curso novo sendo produzido, passamos Natal e Ano novo trabalhando e estamos acelerados para finalizar ele até o final desse mês. Várias trilhas de estudos, mentoria, comunidades e outras coisas estão sendo preparadas. Para participar entre na lista VIP www.uminventorqualquer.com.br/curso-aws/.
É simplesmente o melhor Tutorial sobre AWS do TH-cam, objetivo, prático, muito bem explicado. O Wesley Milan mostrou de maneira coesa e simples o uso dessa poderosa ferramenta. Explicando valores, segurança, praticidade e dando dicas valiosas de como utilizar a ferramenta da melhor maneira. Eu estava prestes a migrar minha aplicação para o Google Cloud, mas assim que comecei a ver os vídeos do Prof. Wesley, mudei de idéia. Parabens Wesley Milan pelo excelênte trabalho!!! É uma pena a AWS não patrocinar seu conteúdo, pois sua explicação é formidavel!!!!
Célio, MUITO OBRIGADO pelas palavras SENSACIONAIS! 🙏 🙏 🙏 🙏 🙏
PS: Vou responder a todos os seus comentários ;)
Conteúdo nota 1000 !!! Excelente explicação e didática.
Muito obrigado Richardson
Você é o cara tô procurando conteúdo como esse a muito tempo
Que bom que nos encontrou, também estamos a muito tempo procurando pessoas como você que gostam de aprender. Seja bem vindo e fique a vontade para sugerir conteúdos
Ótima aula, parabéns!
Pow, mano. Olha só que legal, tou trampando com AWS e sofrendo horrores. Vou pendurar no seu canal.
Seja bem vindo parceiro, aproveite o conteúdo e se tiver alguma sugestão é só falar
Simplesmente Incrível, conteúdo de qualidade e gratuito! Depois desse curso vou finalmente subir minha aplicação na nuvem da forma correta!
Quero ver essa aplicação hein!!! 😉
Conteúdo sensacional. Me ajudou muito a entender sobre o assunto.
Fico feliz em saber Humberto, obrigado por apoiar o canal
Parabéns pela aula. Muito mais muito top
Muito obrigado
Esse conteúdo é fantástico! E em português ainda, parabéns pelo canal!
Muito obrigado Nicholas 😃
Show de aula professor!! Parabéns!!
Muito obrigado Joel
Muito obrigado pelo excelente vídeo.
Eu que agradeço por assistir Jorge, bons estudos
Conteúdo bom demais!
Muito obrigado Vinicius
seu conteúdo é nível curso/treinamento. gratuito!? nossa. tenho certamente milhares de horas de cursos da aws, o seu é um dos ou o melhor: limpo, objetivo, feito c calma mas sem jabá ou enrolação. didática excelente também. meus parabéns e obg por compartilhar. pesquisei sobre AS por agenda (ex: deixar determinada quantidade de instâncias up apenas no período diurno e vim parar no seu canal). foi um prazer conhecer o seu canal. tenho alguns bons anos de experiência com infra e uns 2 com aws. certamente irei assistir toda sua playlist. p finalizar meu textão, possui outros meios de contato (adoraria conversar com vc sobre mercado e tirar algumas dúvidas q tenho) algum curso publicado na udemy ou similares?
grande abs.
Obrigado por todos os elogios Michel, ainda não tenho curso na Udemy, estamos trabalhando em algo, mas o tempo está bem complicado
Parabéns!!! professor execelente aula.
Sua explicação é impecável, meus parabéns amigo!
Maicon, você já está no nosso Discord? Entra lá www.cloudstorm.club/
Fantástico a sua dinâmica, muito bom mesmo, parabéns.
Muito obrigado 🙏
Que aula! Me ajudou muito! Parabéns pela excelente didática!
Obrigado Leonardo 🙏. fico feliz de ter ajudado
Muito útil, o que eu acho complicado na AWS é que você pode utilizar diversas soluções para o mesmo problema, e escolher a melhor solução pode ser um desafio tremendo. Abraços
É verdade, eles lançam novas ferramentas o tempo todo, é difícil acompanhar, vou tentar cobrir o máximo que puder para ir introduzindo elas e suas aplicações para todos
Parabéns pelo conteudo,tenho aprendido muito com vc,obrigado por nos passar seus conhecimentos❤
Super legal obrigado pelo video
Obrigado por assistir Rafael
Top! Valew pelo conteúdo!
Disponha!
O pessoal pula essa parte, mas mal sabem que é extremamente necessário.
Exato Cleberli, tentei deixar as dicas importantes para o momento em que eu falo dos assuntos relacionados, e na parte de ELB tem muitos macetes importantes
@@GaragemDoInventor Parabéns pelo conteúdo. De ontem pra hoje aprendi muito com essa playlist!
Excelente conteúdo, parabéns pelo video!
Muito obrigado Junior 😁
Ótimo conteúdo, bem didático! Parabéns pelo excelente video, já me inscrevi e vou acompanhar as demais aulas!
Muito obrigado Guilherme 😃. Seja bem vindo ao canal
Conteúdo top. Queremos serveless, lambda, lambda edge...
Anotado, vamos trabalhar num roteiro legal e produzir, obrigado Filipe
Que maravilha começar a semana com uma super aula dessa! Valeu professor!
É isso aí Jorge, e vamos que vamos, bons estudos
Bem explicado, sanou a dúvida que eu estava tendo. Já me inscrevi no canal!
Obrigado Raimundo, fico feliz em ajudar
Excelente aula!!
Obrigado Breno 😃, estamos preparando a versão 2.0, não deixe de se inscrever pra saber quando começa www.uminventorqualquer.com.br/curso-aws/
excelente
Muito bom o conteúdo.
Digamos que tenha uma rotina de deploy diária, nesse caso, a cada deploy que eu fizer eu preciso gerar as imagens e encerra-las para o ELB subir a AP atualizada com o novo deploy?
Silas, se não há alterações no SO não há a necessidade de gerar outra imagem, você pode fazer o deploy somente do código para as instâncias já existentes.
Oi Wesley, show de mais suas aulas. Muito, mais muito melhor que mto curso pago.
Me tira uma duvida com relação a está ideia do loud Balancing e do Auto Scalling. Vc demostrou um caminho para ele validar se a sua API estava no ar, como poderia fazer se não tivesse esta API, mais um sistema ou um site?
Daniel, segue o mesmo princípio, o Health Check vai verificar a porta do serviço HTTP, se o site estiver respondendo ele vai tratar como saudável, caso contrário ele vai derrubar e subir uma nova instância
@@GaragemDoInventor ah. que top. Agora te animei implementar
Parabéns pelo conteúdo e pelo nível de detalhes que você demonstra. Gostaria de tirar uma dúvida, quando você utiliza o loadbalancer, como você está fazendo acesso via ssh? Já que as instancias estão somente com ip´s privados? Você subiu alguma instancia como bastion e desta instancia vc acessa as instancias do autoscalling via ssh? Obrigado.
Carlos, no grupo de segurança há uma regra para o meu IP, está no vídeo de IAM. E as instâncias nesse exemplo estão com IPs públicos habilitados. Caso queira fechar ainda mais, você pode usar uma VPN ou uma máquina fazer tunneling até suas instâncias principais
Ótima vídeo aula. Fiz os processos, aparentemente esta tudo certo, o serviço responde, mas precisei fazer uma requests para fora na internet e o sistema não consegue sair da VPC, consegue resolver o domínio dns mas efetuar conexões externas não funciona. O que será que pode ser, a maquina modelo funciona e esta utilizando os mesmos grupos de segurança, coloquei um internet gateway e as rotas como no vídeo mas nada de funcionar.
Parabéns pelos vídeos e já me escrevi para nao perder nenhuma aula, sua didática é sensacional e muito explicativa, nesse conteúdo de ELB+Auto Scaling seria possível efetuar este procedimento com central telefônica asterisk?, um abraço
Oi Junior, nunca tentei, mas se usar protocolo TCP é possível sim
Parabens pelo videos , excelente conteudo . Se puder me diz uma dica de como conciliar os desafios da caminhada de um profissional de TI com a frustração de nunca ser "suficiente" , ja que voce ja acorda desatualizado em relação as tecnologias
Esse é um ponto crítico, você não precisa estar sempre na crista da onda, acho que o mais importante é você ser muito bom em algo, e não saber um pouco sobre tudo, escolha uma boa tecnologia e vá fundo nela. Mas no fim de tudo, você precisa AMAR tecnologia, especialmente aquela que você escolher pra se especializar, dessa forma você vai aprender novas técnicas e recursos novos por prazer, e não pela obrigação de se tornar melhor a cada dia. ;)
Puxa vida que conteúdo bom!!! Parabéns. Fiquei com uma dúvida. A EC2 "API-ESTÁTICA" nunca poderá ser terminada né, percebi nos testes que as "API-AUTO" sobem sem IP público, mesmo a minha "imagem" e "template" serem criadas com IP Publico, e os acessos delas pra por ex. visualizar um ".html" são pelo "dns do loadbalance" .. porém caso eu precisar de um SSH, neste caso, só através de uma "vpn" ou "bastion-host"? .. caso contrário o mais correto é manter a "Estática"?
Opa fala mestre, vai ter mais aulas dessa playlist?
Temos mais uma aula desse curso básico, mas depois virão outros vídeos sobre outros produtos AWS e alguns sobre conhecimentos avançados destes mesmos tópicos
Ótima aula professor! No caso de qualquer alteração nos arquivos locais da maquina, eu vou ter que subir uma nova versão?
Se a alteração for nos arquivos do servidor sim. Kauan tem curso novo sendo produzido, passamos Natal e Ano novo trabalhando e estamos acelerados para finalizar ele até o final desse mês. Várias trilhas de estudos, mentoria, comunidades e outras coisas estão sendo preparadas. Para participar entre na lista VIP www.uminventorqualquer.com.br/curso-aws/.
@@GaragemDoInventor Show, acabei de preenche o formulario
Mais uma aula top! Uma pergunta, já existe um curso de formação AWS elaborado por você em alguma plataforma de ensino? Outra coisa vai fazer alguma aula aqui sobre ECS, ECR, CLUSTER, TASK DEFINITION, SERVICE... ?
Ainda não Elton, mas tem mais conteúdo vindo aí e com certeza vou cobrir esses assuntos aqui e no outro canal th-cam.com/users/WesleyMilan
Parabéns pela aula. Fiquei na dúvida.. Toda essa configuração no Autoscaling também poderia ter sido feita pelo Elastic Beanstalk (que faz isso sozinho), não é mesmo?
Sim, são formas diferentes de fazer, o Beanstalk te entrega algo mais fechado porém tudo pronto.
Olá Wesley. Seu conteúdo é sensacional! Parabéns, de verdade!
Uma dúvida que fiquei foi a seguinte: Como faço para realizar o deploy de uma nova versão da aplicação para todas as máquinas criadas ao mesmo tempo?
Novamente parabéns pelo conteúdo de excelência!
Oi Higor, estou com CI/CD na minha lista pra produzir vídeos mostrando a implementação na prática, só não consegui encaixar ainda. Mas você consegue achar vários aplicativos simples de deploy automatizado pra várias linguagens, na maioria dos casos usando o próprio Git como fonte de distribuição dos deploys.
Muito bom o vídeo parabéns. Uma dúvida por favor. Como fica a sessão do usuário para uma aplicação PHP por exemplo? O ELB cuida ? E a comunicação entre aplicações em EC2 diferentes?
William, esse é um ótimo tema para um vídeo aqui no canal, mas em resumo, sua aplicação precisa estar desacoplada da máquina para funcionar bem em cloud, chamamos isso de aplicação stateless
Mto boa a aula...mas a minha dúvida seria como preparar um auto scaling que deletasse as máquinas após o pico...por exemplo, utilizou 50% da CPU então cria mais uma instância, porém, se essa utilização for reduzida para 25% ou menor após a verificação de health, então a segunda instância seria deletada e voltaria a ter apenas uma.
Leonardo, na configuração que eu expliquei no vídeo, a própria AWS vai especificar uma média abaixo dos 50% que é quando ela vai remover as instâncias excedentes, porém você pode entrar no AutoScaling Group e criar sua própria regra de Scale Down, dizendo algo do tipo, suba quando a média de CPU passar de 50%, e reduza quando baixar de 30%.
Muito obrigado pelo curso amigo, uma pergunta: É possível eu fazer "auto scaling" apenas do recurso de CPU da instancia? Ex. Durante a semana eu rodo uma x.large aos fins de semana rodo uma x.small. Se trata de uma única instância e eu não me importo de ter um downtime durante o processo porem ambas instancias (x.large e x.small) precisam usar o msm volume por conta do banco de dados. No fim seria um "resize" agendado de instancia manja?
Isso vai ter mais a ver com a arquitetura da aplicação para que ela consiga gerenciar melhor a escalabilidade horizontal ao invés de você precisar fazer um vertical, no caso CPU. Nós abordamos isso mais a fundo na CloudStorm www.cloudstorm.academy/
Salve mestre, fantástico conteúdo, Parabéns!
Gostaria de saber se com base no ponto que chegamos após ELB e Auto-Scaling adicionados na Infra ainda seria possível adicionar uma camada de fila de mensageria com RabbitMQ ou SQS ?
Everson, esse é o modelo mais básico de uma estrutura para aplicações na AWS, a partir daqui não tem limites, SQS, SNS, ElasticSearch, SES, GraphDB, tudo que você pode acoplar na sua aplicação para torná-la mais rápida, escalável e redundante é simplesmente ilimitado :)
Bacana, neste caso das mensageria SQS/RabbitMQ elas devem ser acopladas diretamente na aplicação para que dentro da app elas conversem com o ELB? ou seria o ELB que conectaria por ex. ao SQS pra depois chegar na app?
Everson, acho que não entendi sua pergunta. O SQS é um serviço de file de mensagens, você precisa se conectar a ele com uma aplicação ou serviço para enviar mensagens que serão consumidas por outras aplicações. O que você pretende desenvolver com o SQS? Talvez eu possa ajudar
Wesley, preciso contruir uma API independente de linguagem para gerar documentos fiscais, onde outro aplicativo que não emite a nf-e irá se plugar/conectar-se nesta API. Diante disto, tenho visto se falar mto em RabbitMQ/SQS, dai à duvida se quando chegamos neste ponto do curso com ELB e Auto-Scaling nesta infra de auta disponibilidade ainda seria possível ter alguma maneira de adicionar mensageria e é claro se isto faz sentido neste cenário que preciso montar? Obrigado pelo feedback 🍻
Everson, como as mensagens para o SQS serão enviadas pela sua aplicação e recebida por outra, esse fluxo se torna independente da estrutura que montamos no curso, é 100% viável sim, e trabalhar com SQS para comunicação entre sua aplicação e outras é MUITO high level, parabéns por pensar a frente, sua aplicação ficará altamente escalável e resiliente.
Boa sorte no projeto e não esqueça de voltar aqui para fazer um merchant do sistema quando ele estiver on-line
Muito bem explicado valeu pelo vídeo 😁
Tenho a seguinte dúvida se puder me ajudar.
Minha aplicação o front é em angular (então preciso fazer build) e a api está no bitbucket.
Preciso deixar esse processo de build automático e dar git pull da api para as novas e antigas instâncias do auto scaling faço isso através code deploy? Abraço!
Thiago, você não precisa ficar amarrado às ferramentas da AWS para essa finalidade, qualquer metodologia de deploy vai funcionar normalmente. Você pode tanto automatizar um git pull baseado em tags por exemplo, como utilizar ferramentas como o Jenkins. Pense que além do fato de escalar automaticamente, as instâncias se comportam como servidores normais. Espero ter ajudado
@@GaragemDoInventor Oie estou aqui de volta depois de um tempinho. Se puder tirar mais essa dúvida agradeço.
Configurei o auto scaling com um ALB quando eu deleto uma instância ele sobe outra numa boa com o code deploy pegando os arquivos no S3. Só que leva em média 2 minutos e meio para essa instãncia receber tráfego. Se que tem muitas coisas envolvidas mas será que tem como melhorar esse tempo? É assim? ou tem alguma dica?
Obrigado!
Oi Thiago, tem alguns fatores que podem afetar o tempo de start-up da instância/aplicação, aqui vão algumas delas:
- Você está usando uma imagem personalizada para sua aplicação com todos os serviços instalados (Nginx, Apache, Node, PHP, etc) ou eles são instalados no momento que a instância é criada?
- A aplicação está instalando pacotes (npm por exemplo) no momento do deploy, ou já está vindo no pack pronto pra rodar?
- Como está o intervalo de tempo de verificação do health-check do ELB? Já testou manualmente se a aplicação começa a responder muito tempo antes do ELB reconhecer que ela está saudável? Quantos ciclos de checagem estão configurados no ELB antes dele considerar a instância saudável?
Estes são os pontos principais, mas em geral de 2 a 5 minutos é um tempo razoável para uma instância entrar em atividade, o que precisa levar em consideração é que as instâncias ativas precisam ter uma folga de CPU e Memória para suportar uma certa carga excedente sem travar até que o auto-scaling tenha tempo de subir outra instância, então 5 minutos não seriam um grande problema.
Espero ter ajudado
@@GaragemDoInventor
- Usei o packer com ansible para criar uma imagem personalizada com tudo que eu preciso no caso nginx, php-fpm, configs ....
- Nesse caso já é o build do angular são arquivos finais em html, js e imagens.
- Configuei o auto scaling group na parte de Health check grace period para 30 segundos, no Health checks do ALB está em 10 segundos, esse teste ainda não fiz mas vou fazer, 2 ciclos.
Pensei que o tempo de convergência iria ser menor já que a instância não demora muito tempo para subir. Mas como você disse que esse tempo é razoável já me deixa mais de boa pois pensei que pudesse ser alguma configuração errada.
Está ajudando sim! Abraço!
Oi Wesley. Configurei launch template com uma instância que roda um bash pra dar yum update, instalar o docker e rodar um nginx básico. É uma boa aumentar as configurações do healthcheck pra mais tempo né? Acredito que até subir as instâncias e instalar tudo deve tomar um tempo a mais...
Sim, se o health check estiver verificando a porta do NGinx por exemplo, ele irá precisar de um tempo para subir. Minha dica é que você crie uma imagem com tudo que você precisa já instalado e use ela como padrão. Ainda assim você pode colocar o bash pra rodar updates. Digo isso porque já tive problemas gerados por versões quebradas de aplicações e por mudanças nos pacotes, como não inicializar o NGinx via services por exemplo. Outra vantagem da imagem pré-configurada é justamente a subida mais rápida da máquina. Mas isso tudo fica a critério da equipe e da arquitetura, se for rodar o NGinx dentro do container por exemplo fica muito melhor pegar uma versão fresquinha do Nginx na mesma versão testada no seu pacote. Espero ter ajudado
@@GaragemDoInventor Maravilha, ainda vou testar isso rs... Tem outra dúvida que esqueci de perguntar. Alguns tipos de instância não estão disponibilizadas pra algumas regiões e as vezes não estão disponibilizadas em alguma das zonas dessa região. Por exemplo o t3a.nano msm não tem disponível na zona "e" da minha VPC, dá até erro na hora de subir instância se deixar marcado nessa zona. O autoscaling é inteligente suficiente pra saber que não dá pra subir instância naquela zona? Se não vai ficar "teimando" em criar uma instância e matando pq deu erro, forever.
Gustavo, nunca ví tipos de instâncias não estarem disponíveis em zonas diferentes, normalmente suas disponibilidades são definidas por região, talvez você deva abrir um suporte para tirar essa dúvida. Mas caso isso seja normal, tenho certeza que o ELB saberá onde subir.
Olá, boa tarde! Como fica a questão dos IPs? Quero fazer auto scaling de minha EC2, que possui IP elástico. Este IP é o que está roteando o tráfego para meu site, configurado lá no Route53. Ao escalonar, as máquinas adicionais permanecem obedecendo esse mesmo IP ou são gerados IPs novos, exigindo mais alguma configuração? Um abraço!
Preciso manter uma instância estática como base para atualizações de versões da minha aplicação, por exemplo? Ou a cada atualização posso gerar uma nova imagem a partir de uma instância automática, gerada pelo auto scaling?
Paulo, se tiver um processo de construção da imagem você pode gerar um para cada deploy, mas se ainda está usando processos mais rudimentares recomendo que tenha uma imagem de base para ir atualizando e publicando.
Uma dúvida, o que acontece se atingir a capacidade máxima configurada em Número máximo de instâncias ?
Professor, se eu for trabalhar numa empresa, vai ser necessario criar uma conta e seguir todos esses passos das aulas pra trabalhar?
Elias essa playlist é só uma fração do que vai precisar pra trabalhar na área
Como você sabe a quantidade de tráfego que cada máquina aguenta em número de acessos?
Boa noite, eu criei uma imagem de um projeto que possui um projeto do Laravel que recebe atualizações do Github, como eu faço para que a imagem que esteja sempre com o código fonte sempre igual da máquina de origem ? Obrigado!
Como agendar a escalabilidade? (Exemplo: todos os dias às 10:00 subir mais 2 instancias e remover-las às 11:00)
Fiz um short pra te responder th-cam.com/users/shorts8y0PWX-bSzQ
Depois que eu adicionei novos resources na minha api, não consigo mais subir uma nova versão com mais recursos, isso está me atrasando muito para entregar novas funcionalidades para os meus usuários.
É difícil ajudar sem mais detalhes, pode ser muita coisa
Não sou dev e tenho uma dúvida. No caso, estamos falando de aplicação. Muitos desenvolvedores utilizam o mesmo servidor para aplicação e banco de dados. Haverá inconsistência de dados? Se a aplicação (além da gravação no banco de dados) permitir gravação em um local X (tipo /sdb/arquivos), como fica?
Jorge, esta é uma questão mais complexa. Vários dos nossos projetos começam com um único servidor, alguns passam anos rodando tudo em uma única máquina com 99.99% de uptime. O maior risco é quando a aplicação tem um volume muito grande de acessos, ou disputa os mesmos arquivos no disco, isso pode corromper os arquivos inclusive os do banco de dados, mas isso não afeta a integridade dos dados em si, mas sim do banco como um todo. Não sei se consegui ser claro, mas gostei do tema, vou colocar na lista de vídeos para falar sobre isso de uma maneira mais ilustrativa
@@GaragemDoInventor Essa minha questão vai de encontro ao seu vídeo de Arquitetura Perfeita. Penso que entender a aplicação poderia trazer uma melhor visão da solução mais adequada. Creio que separar a aplicação do banco daria uma visão de onde está o maior consumo (Cpu, memória e disco), a partir desses dados, poderíamos utilizar, por exemplo, somente o servidor de aplicação em Auto Scaling. Com o tempo, observar se o servidor de banco necessita de mais iops ou cpu. Mas entramos aqui na questão de um trabalho em conjunto (responsável de infra com o desenvolvedor). Estou com a visão correta? Grande abraço!
Jorge, se for colocar esta instância em auto-scaling então recomendo que o banco fique separado, vai ser complicado você fazer auto-scaling com o banco de dados na mesma máquina, os dados ficarão distribuídos em máquinas diferentes. No caso de utilizar o auto-scaling é importante que sua aplicação seja stateless, ou seja, completamente independente da máquina onde está rodando pois cada requisição dos usuários irá bater em uma máquina diferente do seu cluster
Boa noite! Poderia me ajudar?
Digamos que eu subi uma aplicação em PHP no EC2 principal e criei o Auto Scaling a partir de uma imagem da minha EC2 principal.
Logo após ele criar suas diversas instancias "cópia" de forma automática, a cada requisição o usuário entrará em uma EC2 diferente, graças ao LOAD BALANCER ativado e assim acessando a aplicação normalmente.
Logo precisei fazer uma atualização (criei uma nova tela) na aplicação e subi para a minha EC2 principal.
**Duvida**:
As minhas outras EC2 automáticas do Auto Scaling receberão essa "nova tela" atualizada?
Ou eu teria que subir a "nova tela" em cada instancia?
Ou teria que constantemente atualizar a versão da minha imagem(modelo de execução) a cada nova atualização da aplicação?
Digo isso, pois eu atualizo minha aplicação via github e peço pro Git sempre sincronizar com a minha EC2 na AWS.
Poderia criar um vídeo explicando melhor um cenario desse?
Git Hub x EC2 x Auto Scaling?
Isso seria um cenário para Deploy Automatico da aplicação?
Sou seu fã!
Geovany, excelente pergunta, vou fazer um vídeo mais no estilo tutorial pra postar aqui, mas demora um pouquinho pra gravar e editar, vou fazer um vídeo mais resumido pra esclarecer sua dúvida e posto lá no Clube do Inventor ainda hoje. Obrigado por apoiar o canal parceiro, TMJ 🤜.🤛
Mestre, num projeto real para um cliente, o pagamento dos custos da aws vai chegar diretamente no e-mail dele? É 1x por mês?
Fala Mestre, tudo tranquilo? Uma coisa que observei, mas não entendi o por que ocorre, é a questão dos volumes EBS serem criados junto com as instâncias EC2 criadas pelo auto scaling, mas continuarem lá depois que a instância morre. Ai, quando novas instâncias são criadas, novos volumes EBS são criados de novo, fazendo assim que logo se tenha dezenas de volumes EBS disponíveis. Como resolve isso? Muito obrigado. Abraços.
Bartolomeu, tanto na criação da instância quanto do template, na hora de adicionar o storage (EBS) você tem um checkbox para remover quando deletado, essa opção existe para que não delete discos de bancos de dados por exemplo, mas no caso de instâncias escaláveis pode marcar sempre ela pra remover o EBS, esses EBS's orfãos podem te gerar um custo adicional considerável. 😉
@@GaragemDoInventor Obrigado pela resposta. É gerou um bom custo. Mas está dentro da verba destinada ao aprendizado. Valeu.
Wesley , boa tarde ! estou tendo um problema onde a instancia Auto Scaling não esta sendo fiel a instancia principal, não consigo enviar email pelo SES qdo aparece uma instancia Auto Scaling , porem qdo desativo , envio na hora. nao consigo entender, e não acho a solução, fiz todo o passo a passo para um nova versão de modelo de execução e não vai , meu muito obrigado desde já
Olá tudo bem? me tire uma dúvida. Eu consegui seguir todo o conteúdo da aula e deu tudo certo, porém no meu caso minha estrutura é uma instancia com diversos sites, bancos de dados, e alguns até enviam arquivos, notei que o auto scaling cria copias das instancias e elas não são sincronizadas. Tem alguma forma de resolver isso?
Tiago, não sei exatamente o que quis dizer com sincronizadas, mas lembre-se que em cloud sua aplicação deve ser stateless, e não depender de nada que há dentro das instâncias além dos serviços coo http server e o interpretador da linguagem que utiliza.
A API python, utilizando servidor Gunicorn com Fast API, aonde está recebendo imagens para identificação facial e processa um modelo de aprendizado de maquina (Deep learning). Para isso estou utilizando Tensor Flow e Keras para carregar o modelo de aprendizado pré-estabelecido. Essa API está hospedada em um servidor aws com instancia t3.small com Elastic Load Balance e Auto-Scaling de com minimo de 2 instancia e máximo de 5 instancias.
Pois bem, do lado do cliente há um software desktop fazendo requisições para essa API. As requisições estão dentro de um laço de repetição iterando os envios das imagens.
Quando testo tudo localmente funciona que é uma beleza, rápido e sem erros. Mas quando faço o envio para o endereço da API lá na AWS começa com uma resposta boa, mas logo depois fica excessivamente lento. Como se houvesse um limite de número de request/segundo.
Alguma ideia para resolver essa lentidão?
Desde já agradeço 🙏
Jocemar, entra no club pra trocar ideias com a galera, e lá eu consigo ajudar mais www.cloudstorm.club/
@@GaragemDoInventor Show entrarei lá.. (já consegui resolver esse problema, mas tb posso ajudar ) obrigado
Estava funcionando até eu implemetar o autoScaling, a página passou a apresentar o erro 502 Bad Gateway
Yure, dá uma olhada no vídeo de Debug AWS aqui do canal
Todo vez que crio uma imagem o Bitvise SSH Client desconecta e o servidor apache cai, isso é normal? ai quando a conexão volta eu tenho que entrar no SSH e dar start no apache.
SIm é normal, assista o vídeo onde eu falo sobre as AMIs do EC2 que está na playlist de AWS. Já o start do Apache é necessário configurar como serviço ou colocá-lo no start do seu sistema operacional.
@@GaragemDoInventor Consegui Wesley, eu habilitei o apache para iniciar com o boot do sistema com o seguinte comando: sudo systemctl enable httpd.service. Gostaria também de saber se as imagens criadas geram um custo alto pois devido as muitas atualizações do meu sistema já criei várias.
Os AMI são armazenados em um bucket especial do S3 e tem um custo mensal pelo armazenamento. Você pode fazer uma limpeza periódica ou pode habilitar o life-cyle
Serverless eu gostaria muito, acho que tudo mundo
Já estou trabalhando em um projeto de exemplo para mostrarmos aqui no canal, tem muitas opções legais de projetos, difícil escolher a primeira
@@GaragemDoInventor Aguardamos !! Obrigado de novo
Parabéns pela aula. Estou com o seguinte problema. Meu target está na porta 443 apontando para a 8443 da aplicação. Quando é criado uma outra instancia, ele não redireciona para a porta 8443 e sim 443. Como posso resolver esse problema? Segue um print drive.google.com/file/d/1aDQYFbht1W1_ddoZgYCnRHMJm9ctozXL/view?usp=sharing
Oi Ricardo, é difícil dar uma posição com um screenshot, mas vejo 3 targets com portas diferentes, algumas requisições podem estar caindo nos targets ruins. Lembre-se que a porta de entrada (443) é a do ELB, e a porta dos targets é a porta pela qual sua aplicação responde (8443). Não esqueça que o health-check precisa apontar para a mesma porta dos targets. Dê uma olhada no vídeo sobre Debug da AWS th-cam.com/video/sr9jiS4zIZg/w-d-xo.html talvez de ajude a achar um caminho.
Boa noite professor,
To aqui seguindo os passos, ocorreu um erro ao tentar criar o auto scale group. Apareceu essa mensagem que está na imagem. Tem alguma ideia do que pode ser? Obrigado i.imgur.com/GRUQSOR.png
Matheus, desculpe pela demora, por causa do link sua mensagem foi retida pelo TH-cam.
Olha só, nunca ví esse erro, mas pelo que entendi, ele está relacionado com o tipo da instância e à disponibilidade desse tipo na região que você está tentando subir ela, talvez algum erro no template de execução do seu auto-scaling. Dá uma googada por "mixedinstancespolicy.overrides 0" os dois primeiros links são sobre MixedInstancePolicy, veja se consegue identificar algo.
Por favor comente aqui se identificar o problema, pode ajudar outras pessoas 😉
Desculpe não poder ajudar mais