Tipo de instância de micro (t1.micro) é um dos tipos mais elegante e altamente aceitável instância por companheiros é suportados pelo Amazon EC2. Durante novembro de 2010, AWS anunciou a camada livre e passou a oferecer 750 horas de uso de instância de Micro grátis por mês para o primeiro ano de um, mas está disponível como uma instância de Amazon EBS-backed só. Agora você pode lançar o EC2 dentro de uma nuvem privada Virtual (VPC). AWS estende-se agora para t1.micro instâncias em execução dentro de um VPC também.
Falando a ele técnicas especificações, o tipo de instância de Micro não tem muita potência necessária para estimular pesado. A memória principal, apresentada no tipo de instância de Micro é 613 MB. Ele vem com capacidade de CPU que pode ser vai até 2 unidades de Computação elástica (ECU) de explodir. Isso significa que o desempenho da CPU não é convencional. Isto apenas não é suficiente para a execução de quaisquer cargas severas. E sim, o armazenamento pode ser adicionado através do armazenamento de bloco elástico (EBS) e a camada livre cobre até 30 GB de espaço de armazenamento.
Melhor recomendação ao otimizar um AMI para o tipo de instância de micro:
• Projeto da AMI pode executar no máximo. 600 MB de uso de memória
• O número de processos crónicos que usam o tempo de CPU (por exemplo, cron jobs, daemons) de borda
Mas de especificação técnica não significa que micro instâncias são totalmente ineficazes. Eles oferecem excelente valor em certos casos. Neste artigo, quero compartilhar como tirar o melhor proveito do Amazon EC2 MI.
Otimizar memória Swap - isto é pertinente para instâncias de Micro baseados em Linux. Por padrão, esses tipos de instâncias não têm espaço de swap configurado no nível inicial. Corri o meu site de mundo de magia de nuvem em um MI por alguns dias. Durante as cargas de crista, eu experimentei o servidor Apache ou MySQL deixar de funcionar inesperadamente. Assim, com apenas 613 MB no seu afastamento, você tem que certificar-se de que você reservou espaço em disco suficiente para a troca.
Auto Scaling Out - a funda na nuvem é auto escalando. Executar um comboio de servidores low-end em paralelo é mais competente e eficaz em qualquer infra-estrutura virtualizada de custo. Conforme a carga e casos de uso, dividir um emprego através de número de instâncias de Micro pode ser mais barato e mais rápido do que executar o mesmo trabalho em uma única instância de grande. Este dimensionamento do projeto estrutural fornece processamento mais rápido e melhor fail over.
Meditar sobre cache - se você estiver agendando para hospedar sites sobre estas, ser claro em sua mente que não são muito dinâmicos. Sites dinâmicos exigem mais poder de CPU e memória devido a abordagem que cada solicitação é processada. Sites simples, como blogs e sites com conteúdo dinâmico alguns de marketing são participantes ideais para as instâncias de Micro. Além disso, consideram que o armazenamento em cache o conteúdo para evitar picos de CPU. Por exemplo, se você estiver executando qualquer blog ou site, você pode habilitar o cache de plug-ins para aumentar o desempenho. Há uma abundância de plug-ins disponíveis para armazenamento em cache por livre do custo.
Selecione 64 bits - sempre escolher 64 bits quando executá-lo. Isso é assegurado para dar-lhe o considerando melhor do que o complemento de 32 bits. Você verá a diferença quando você estiver executando o lote de processamento que lida com processos e arquivos grandes.
Puxe os Cron empregos - muitos consumidores operam uma instância de Micro Linux para executar o cron empregos e tarefas precisas localidade que monitoram e lidar com toda a infra-estrutura AWS. Se você deseja executar um trabalho do cron, parar todos os outros serviços em execução, adicionar espaço de swap a instância e puxe-a para torná-lo um tilt e significa máquina de trabalho cron.