Gewusst wie: zuweisen von EIP zu Autoskalierender Gruppe der VPC in einer Cloudformation-Vorlage

Ich möchte zu teilen meine reservierte Elastische IP-Adressen(ec2-classic-ip) zu Autoskalierender Gruppe in VPC. Mit AWS Cli zog ich die ip-vpc:

$ aws ec2 move-address-to-vpc --public-ip 23.23.23.23

Und sah in aws concole, dass diese IP übergeben VPC.
Und Zugeordnete tags AutoscalingGroup in Cloudformation-Vorlage, in Ressourcen:

"Process": {
        "Type" : "AWS::AutoScaling::AutoScalingGroup",
        "Properties": {
            "LaunchConfigurationName": {"Ref": "PreprocessorLC"},
            "LoadBalancerNames": [{"Ref": "ProcessELB"}],
            "VPCZoneIdentifier" : [{ "Fn::Join" : [",", [ { "Ref" : "PublicSubnet1"}, { "Ref" : "PublicSubnet2"} ]]}],
            "AvailabilityZones": {"Ref": "AZs"},
            "MinSize" : "1",
            "MaxSize" : "1",
            "HealthCheckGracePeriod": 300,
            "Tags" : [
                {"Key": "Name", "Value": {"Fn::Join": ["", [{"Ref": "Env"}, "-Process"]]}, "PropagateAtLaunch": true},
                {"Key": "WorkersScalingGroup", "Value": {"Fn::Join": ["", ["Offering-", {"Ref": "Env"},  "-Process-Worker"]]}, "PropagateAtLaunch": true},
                {"Key": "EIP", "Value": {"Ref": "ProcessIP"}, "PropagateAtLaunch": true},
                {"Key": "Environment", "Value": {"Ref": "Env"}, "PropagateAtLaunch": true}
            ]
        }
    }

Und der Mehrwert von "ProcessIP" in-Parameter:

"ProcessIP":{
            "Description": "DEV: 23.23.23.23",
            "Type": "String",
            "Default": "23.23.23.23",
            "AllowedValues": ["23.23.23.23"]
}

Werden und es nicht funktionierte. Noch zufällige IP.
Wenn jemand sagen kann, wo ich falsch bin, oder was sollte hinzufügen, für damit es funktioniert?

Dank!

InformationsquelleAutor muzafarow | 2016-01-18

Hier ist ein einfaches bash-Skript:

#!/bin/sh
# Region in Which instance is running
EC2_REGION='us-east-1'
AWS_ACCESS_KEY='xxxxxxxxxxxx'
AWS_SECRET_ACCESS_KEY='xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx'

#Instance ID captured through Instance meta data
InstanceID=`/usr/bin/curl -s http://169.254.169.254/latest/meta-data/instance-id`

#Elastic IP captured through the EIP instance tag
Elastic_IP=`/opt/aws/apitools/ec2/bin/ec2-describe-tags -O $AWS_ACCESS_KEY -W $AWS_SECRET_ACCESS_KEY --filter resource-id=$InstanceID --filter key='EIP' | cut -f5`
Allocate_ID=`/opt/aws/apitools/ec2/bin/ec2-describe-tags -O $AWS_ACCESS_KEY -W $AWS_SECRET_ACCESS_KEY --filter resource-id=$InstanceID --filter key="AllocationID" | cut -f5`

#Assigning Elastic IP to Instance
aws ec2 associate-address --instance-id $InstanceID --allocation-id $Allocate_ID

Es gibt eine Diskussion über eine ähnliche Methode, die auf der aws-Foren hier forums.aws.amazon.com/message.jspa?messageID=498761

InformationsquelleAutor muzafarow

5

In meinem Fall habe ich benötigt, um eine bank von nicht zugeordneten Elastic IP-Adressen und zufällig ordnen Sie die EC2, wenn Sie gestartet werden. So weiß ich immer, mein Server wird mit einer bestimmten Liste von IPs, die kann ich whitelist an anderen stellen.

Wenn Sie erstellen mehrere EIP mit dem Namen "prod-pool" dann können Sie dieses Skript verwenden.
```
apt install -y jq awscli
ALLOCATION_ID=`aws ec2 describe-addresses --filters="Name=tag:Name,Values=prod-pool" | jq -r '.Addresses[] | "\(.InstanceId) \(.AllocationId)"' | grep null | awk '{print $2}' | xargs shuf -n1 -e`

if [ ! -z $ALLOCATION_ID ]; then
    aws ec2 associate-address --instance-id $INSTANCE_ID --allocation-id $ALLOCATION_ID --allow-reassociation
fi
```
Können Sie befestigt diese Richtlinie, um Ihre IAM-Benutzer
```
{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "AllowEIPAttachment",
      "Effect": "Allow",
      "Resource": [
        "*"
      ],
      "Action": [
        "ec2:AssociateAddress",
        "ec2:DisassociateAddress"
      ]
    }
  ]
}
```
Dieser neuer ist so nicht den Ruf, aber ist IMHO die beste, da Sie mit der Fähigkeit, zu halten Anmeldeinformationen aus der offenen und ziemlich einfach zu gelten in einer Reihe von Automatisierungs-Situationen.

InformationsquelleAutor Steve Robbins
2

Müssen Sie explizit zuordnen, die Elastic IP-Adresse mit Ihrem gewünschten EC2-Instanz. Sie können dies tun, in ein userdata-Skript beim Start, oder extern durch andere scripting-oder Configuration-Management.

PropagateAtLaunch einfach propagiert tags aus der Auto Scaling-Gruppe, um alle Instanzen, die gestartet werden, als ein Ergebnis der Auto Scaling-Aktionen. Ich bin mir nicht bewusst, irgendeine Magie, die Ursache wäre ein tagged Elastische IP-Adresse im Zusammenhang mit einer gestarteten Instanz.

Siehe weitere Diskussion und Beispiele von Start-scripting mit EIP hier.

Ohne VPC-es funktioniert gut, um ihn in den tags. Kennen Sie alle "scripting oder Configuration Management" Beispiel für dieses spezifische Problem?
Ein Beispiel: github.com/skymill/aws-ec2-assign-elastic-ip
Übrigens, ich bin daran interessiert zu hören, dass diese Werke, die in EC2-Classic. Ich habe nicht gesehen, dass vor. Bist du sicher, dass es kein Skripting geht es vermutlich.
Wir arbeiteten seit mehr als einem halben Jahr wie das. Ich bin mir sicher, weil ich schrieb, dass)
Ich bin nicht zweifeln Sie, ich habe Sie nur noch nicht gesehen. Zum Beispiel, ich sehe keine Dokumentation im Zusammenhang mit "PropagateAtLaunch" und "EIP", der angibt, dass eine gestartete Instanz zuordnen, die EIP. Ich sehe auch nicht, wie das funktionieren würde, wenn die Automatische Skalierung gestartet werden mehrere Instanzen (würde die zuletzt gestartete Instanz 'win' der EIP?) Zeigen Sie mir an, keine Dokumentation, wenn Sie es haben. Danke.

InformationsquelleAutor jarmod

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.