AWS EC2 Elastic IPs utilisation de la bande passante et frais
j'ai quelques questions concernant L'élasticité IPs et sa charge. Certains blogs disent Qu'Elastic IP va vous facturer par la bande passante que vous utilisez
adresses IP Élastiques charge par bande passante et avoir un prix horaire quand ils ne sont pas attachés à une instance en cours d'exécution
à partir de http://things.zarate.org/scaling-a-single-ec2-instance-and-downsizing
à Partir de ma compréhension après avoir lu quelques blogs et la documentation, vous ne serez chargé si vous utilisez les adresses ip élastiques dans la communication entre cas et si vous avez des IPs élastiques qui restent inactifs sur votre compte sans être associés à votre instance
si vous communiquez entre les instances en utilisant L'IP publique ou élastique adresse même dans la même région que vous payez transfert de données régionales tarifs (0.01$ par GB in / out).
à partir de http://www.cloudiquity.com/2009/02/using-amazon-ec2-public-ip-address-inside-ec2-network/
Voir AWS calculatrice capture d'écran -> http://shareimage.org/images/lzjj3eull2ux0lo663fr.png
donc ma confusion est de savoir si AWS charge pour en tout genre des demandes de trafic (en utilisant mon navigateur, SSH) en utilisant l'IPs élastique?
donc si par exemple: I ssh-ed à mes instances en utilisant l'IPS élastique (par exemple 8.8.8.8) au lieu du nom DNS public donné comme ec2-xxx-xxx-xxx-xxx.compute-1.amazonaws.com, cette bande passante sera-t-elle enregistrée comme une simple bande passante dans/hors utilisation ou la bande passante IP publique/élastique?
Merci
1 réponses
vous devez découpler la question de charge de transfert de données de la charge D'adresse IP élastique un, dans la mesure où ils sont complètement indépendants les uns des autres:
adresses IP élastiques
attribuer et utiliser un adresses IP Élastiques par exemple est fondamentalement libre, sauf si le adresse IP Élastique n'est pas actuellement associé à une instance, voir section Adresses IP Élastiques à la page Amazonie EC2 Prix:
- 0,00$pour une adresse IP élastique associée à une instance en cours d'exécution
- 0,005$par adresse IP élastique supplémentaire associée à une instance de course à pied par heure au prorata
- 0,005$par adresse IP élastique non associée à une instance en cours d'exécution par heure au prorata
- 0,00$par adresse IP élastique remap pour les 100 premiers remaps par mois
0,10$par adresse IP élastique remap pour les remaps supplémentaires de plus de 100 par mois
[c'est moi qui souligne]
la raison d'être de cette approche est expliquée dans la FAQ respective Pourquoi suis-je chargé alors que mon adresse IP élastique n'est pas associée à une instance?:
afin de s'assurer que nos clients utilisent efficacement les adresses IP élastiques, nous imposer une petite charge horaire pour chaque adresse lorsqu'elle n'est pas associée à une instance en cours d'exécution.
Transfert De Données
Encore une fois, l'aspect clé est expliqué dans la section Transfert De Données à la page la Tarification d'Amazon EC2 (et détaillée par certains Faq):
Vous payez principalement pour Transfert De Données Sur Internet, i.e. transfert de données "in" et "out" d'Amazon EC2, qui exclut spécifiquement suivantes:
Il n'y a pas de frais de transfert de données entre Amazon EC2 et les autres Amazones Services Web dans la même région (c.-à-d. entre Amazon EC2 US West et Amazon S3 dans l'Ouest des états-unis). Transfert de données entre Amazon EC2 instances situées dans des Zones de disponibilité différentes dans la même région sera facturé transfert de données régionales. Transfert de données entre AWS les services dans les différentes régions seront facturés en tant que données Internet Transfert des deux côtés de la transfert.
Avertissement
L'avertissement important d'être conscient de en effet ci-dessous la déclaration:
Publics et de l'adresse IP Élastique et Elastic Load Balancing de Transfert de Données
- 0,01$par GO in – out-si vous choisissez de communiquer en utilisant votre adresse IP publique ou élastique ou L'équilibreur de charge élastique à L'intérieur de L'Amazone Réseau EC2, vous paierez les taux de transfert de données régionales même si le instance sont dans la même Zone de Disponibilité. Pour le transfert de données au sein de la même Zone de Disponibilité, vous pouvez facilement éviter cette charge (et obtenir meilleure performance du réseau) en utilisant votre IP privée à tout moment possible.
Remède
Pas mentionné dans le paragraphe ci-dessus est un important et très utile de la AWS infrastructure DNS si, voir adresses IP publiques et noms D'hôtes externes DNS:
nous fournissons chaque instance qui a une adresse IP publique avec une Nom d'hôte DNS. Nous résolvons un nom d'hôte DNS externe à L'IP publique adresse de l'instance à l'extérieur du réseau de l'instance, et à l'adresse IP privée de l'instance à partir du réseau du instance.
C'est-à-dire qu'il résout le DNS public (e.g. ec2-xxx-xxx-xxx-xxx.compute-1.amazonaws.com) <à la!--10 -- > adresse IP privée lorsque vous l'utilisez à L'intérieur du réseau EC2 D'Amazon, et adresse IP publique ou élastique lorsque vous l'utilisez en dehors du réseau EC2 D'Amazon. Comme vous obtenez gratuitement Zone De Disponibilité Transfert De Données et à charge réduite Transfert De Données Régionales automatiquement, par ex. ils appliquent activement leur conseil à toujours utiliser l'adresse interne lorsque vous communiquez entre les instances EC2 D'Amazon [qui] garantit que votre trafic réseau suit la bande passante la plus élevée, le coût le plus bas et la voie de latence la plus faible par le biais de notre réseau.
cela ne fonctionne évidemment pas, si vous utilisez les adresses IP directement (c.-à-d. sans DNS), ce qui est généralement mieux évité pour cette raison et d'autres dans le contexte D'EC2.