Я выполняю длительные задачи через ECS. Экземпляры контейнеров распределены по нескольким зонам доступности. Можно ли в ECS определить, что при наличии более 1 экземпляра задачи каждая задача должна выполняться в другой зоне доступности (если возможно)? Эта функция отлично подходит для обеспечения высокой доступности и отказоустойчивости. Прямо сейчас возможно, что все мои 5 экземпляров задачи будут выполняться на одном компьютере, поэтому, когда машина умирает, все задачи должны быть размещены планировщиком в другом месте, что приведет к простою службы.
Надеюсь, ты сможешь мне помочь.
Сегодня было объявлено о планировании с учетом АЗ, поэтому сейчас эта проблема решена.
С помощью ecs-cli вы можете определять подсети.
>ecs-cli up --help
NAME:
up - Create the ECS Cluster (if it does not already exist) and the AWS resources required to set up the cluster.
USAGE:
command up [command options] [arguments...]
OPTIONS:
--keypair Specify the name of an existing Amazon EC2 key pair to enable SSH access to the EC2 instances in your cluster.
--capability-iam Acknowledge that this command may create IAM resources.
--size [Optional] Specify the number of instances to register to the cluster. The default is 1.
--azs [Optional] Specify a comma-separated list of 2 VPC availability zones in which to create subnets (these AZs must be in the 'available' status). This option is recommended if you do not specify a VPC ID with the --vpc option. WARNING: Leaving this option blank can result in failure to launch container instances if an unavailable AZ is chosen at random.
--security-group [Optional] Specify an existing security group to associate it with container instances. Defaults to creating a new one.
--cidr [Optional] Specify a CIDR/IP range for the security group to use for container instances in your cluster. Defaults to 0.0.0.0/0 if --security-group is not specified
--port [Optional] Specify a port to open on a new security group that is created for your container instances if an existing security group is not specified with the --security-group option. Defaults to port 80.
--subnets [Optional] Specify a comma-separated list of existing VPC Subnet IDs in which to launch your container instances. This option is required if you specify a VPC with the --vpc option.
--vpc [Optional] Specify the ID of an existing VPC in which to launch your container instances. If you specify a VPC ID, you must specify a list of existing subnets in that VPC with the --subnets option. If you do not specify a VPC ID, a new VPC is created with two subnets.
--instance-type [Optional] Specify the EC2 instance type for your container instances.
Я столкнулся с той же проблемой.
На данный момент я использую свой AMI с docker и awscli. Я вставляю сценарий инициализации с ec2_Data. Этот скрипт запускает dockersn, применяя crontab (для метрик облачного наблюдения и резервного копирования) и инициализируя сигналы тревоги.
Я не хочу использовать частный реестр или dockerhub, я загружаю образы докеров с S3
s3curl --id clouddocker -- -s --retry 5 --retry-delay 30 URL.gz | gunzip|docker load