Type d'instance micro (t1.micro) est un des types d'instance plus en vogue et très acceptables par les boursiers IT pris en charge par Amazon EC2. En novembre 2010, AWS a annoncé le niveau gratuit et a commencé à offrir des 750 heures d'utilisation de Micro Instance gratuite par mois pendant la première année un, mais il est disponible comme une instance soutenue par Amazon EBS. Vous pouvez maintenant lancer EC2 dans un Cloud privé virtuel (VPC). AWS s'étend désormais à t1.micro instances qui s'exécutent à l'intérieur d'un VPC aussi.
Parler à elle technique spécifications, le type d'Instance de Micro n'a pas tant que ça puissance nécessaire pour stimuler la lourde. La mémoire présentée dans le type d'instance Micro est 613 Mo. Il est livré avec exploser la capacité de l'UC qui peut être va jusqu'à 2 unités de calcul élastique (ECU). Cela signifie que les performances du processeur ne sont pas conventionnel. C'est tout simplement pas suffisant pour l'exécution des charges de travail sévères. Et oui, stockage peut être ajouté grâce à Elastic Block Storage (EBS) et la couche libre couvre jusqu'à 30 Go d'espace de stockage.
Meilleure recommandation lors de l'optimisation d'un AMI pour le type d'instance micro :
• Conception de l'ARM peut s'exécuter sur max. 600 Mo d'utilisation de la mémoire
• Le nombre de processus chroniques qui utilisent le temps CPU (p. ex., tâches cron, démons) de bord
Mais de la spécification technique cela ne signifie pas que micro Instances sont totalement inefficaces. Ils offrent d'excellentes preuves dans certains cas. Dans cet article, je veux partager comment tirer le meilleur parti de l'Amazon EC2 MI.
Optimiser la mémoire Swap - ce qui est pertinent pour les Micro Instances basés sur Linux. Par défaut, ces types d'instances n'ont pas d'espace de swap configuré au niveau initial. J'ai couru mon nuage Magic World site Web sur un MI pendant quelques jours. Au cours de la charge de crête, j'ai connu du serveur Apache ou MySQL s'écraser de façon inattendue. Alors avec seulement 613 Mo à votre jeu, vous avez obtenu pour vous assurer que vous avez mis de côté assez d'espace disque pour le swap.
Auto Scaling Out - la funda sur le nuage est automatiquement montée en puissance parallèle. Un convoi de serveurs bas de gamme en cours d'exécution en parallèle est plus compétent et coût efficace sur une infrastructure virtualisée. Selon la charge et les cas d'usage, partage un travail dans nombre de cas de Micro peut être moins cher et plus rapide que le même travail en cours d'exécution sur une Instance unique de grande. Cette échelle de conception structurelle fournit mieux basculement et traitement plus rapide.
Ruminer Caching - si vous planifiez d'héberger ces sites, d'être clair dans votre esprit qu'ils ne sont pas très dynamiques. Sites Web dynamiques exigent plus de puissance CPU et de mémoire en raison de l'approche de que chaque demande est traitée. Simples sites Web comme les blogs et les sites avec un contenu dynamique un peu de marketing sont des participants idéales pour les Micro Instances. En outre, envisager la mise en cache du contenu afin d'éviter les pointes de la CPU. Par exemple, si vous exécutez n'importe quel blog ou site Web, vous pouvez activer la mise en cache de plug-ins pour améliorer les performances. Il ya beaucoup de plug-ins disponibles pour la mise en cache par exempt du coût.
Sélectionnez 64 bits - toujours prendre 64 bits lors de l'exécution il. Ceci est garanti pour vous donner la meilleure considérant que le complément de 32 bits. Vous verrez la différence lorsque vous exécutez lot traitement qui traite des processus et des fichiers volumineux.
Tirez les Cron jobs - commanditaires utiliser une Instance de Micro Linux pour exécuter des tâches cron et tâches locale précise que de surveillent et de gérer leur infrastructure AWS entière. Si vous souhaitez exécuter une tâche cron, arrêtez tous les autres services en cours d'exécution, ajouter de l'espace de swap à l'instance et tirez-le pour rendre une inclinaison et signifie machine à emplois cron.