☰

AWS Elastic Container Service — запуск сервиса в нескольких зонах доступности

tag-icon • tag-icon amazon-web-services high-availability docker amazon-ecs
AWS Elastic Container Service — запуск сервиса в нескольких зонах доступности

Я запускаю долго выполняющиеся задачи через ECS. Экземпляры контейнеров распределены по нескольким зонам доступности. Можно ли определить в ECS, что при наличии более 1 экземпляра задачи каждая задача должна запускаться в другой зоне доступности (если это возможно)? Эта функция была бы потрясающей для высокой доступности и отказоустойчивости. Сейчас возможно, что все мои 5 экземпляров задачи будут запущены на одной машине, поэтому, когда машина выйдет из строя, все задачи должны будут быть размещены в другом месте планировщиком, и это приведет к простою службы.

Надеюсь, вы сможете мне помочь.

решение1

Сегодня было объявлено о расписании с учетом AZ, так что теперь эта проблема решена.

Запись в блоге Amazon

решение2

Я столкнулся с той же проблемой.

На данный момент я использую свой собственный AMI с docker и awscli. Я внедряю скрипт init с ec2_Data. Этот скрипт запускает dockersn, применяет crontabs (для метрик cloudwatch и резервного копирования) и инициализирует оповещения.

Я не хочу использовать частный реестр или DockerHub, я загружаю образы Docker из S3

s3curl --id clouddocker -- -s --retry 5 --retry-delay 30 URL.gz | gunzip|docker load

решение3

С помощью 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.

Связанный контент