Есть ли способ получить идентификатор тома root root в шаблоне CloudFormation? Экземпляр был создан из образа AMI. Я хочу указать идентификатор тома для Alarm Cloudwatch. Функция Fn :: GetAtt не может вернуть ее, после многократной прочтения документации я нашел только один способ сделать это: «пользовательский ресурс», но это слишком сложно.Как получить идентификатор root root в шаблоне CloudFormation?
Вы должны попытаться создать объем сначала (http://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-ec2-ebs-volume.html), а затем привязать его к /dev/sda1 (http://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-ec2-ebs-volumeattachment.html).
Хотя документ не исключает этого, я не уверен, что он будет работать. Я предполагаю, что вам, по крайней мере, понадобится правильный идентификатор моментального снимка от желаемого AMI.
Если это происходит, пример под второй ссылкой показывает, как затем ссылаться и получать идентификатор тома. И предложить альтернативу, я считаю, что экземпляры экземпляра обеспечивают совокупный ввод-вывод для эфемерных дисков (см. EC2 под номером http://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/ec2-metricscollected.html).
Я понимаю, что вы не просите идеи по реинжинирингу вашего стека ... но в зависимости от того, что представляет собой этот IO диск, вы можете реализовать дополнительные преимущества, переключившись на хранилище экземпляров (бесплатное и очень быстрое) или дополнительную EBS (многие преимущества в дороге, например, монтируются для каталогов данных для баз данных). Обе эти проблемы также решат вашу непосредственную проблему.
Ну, это работает неправильно, когда вы обновляете экземпляр. Если для обновления экземпляра требуется замена экземпляра, он говорит, что том уже прикреплен к экземпляру (старый), как для свойства экземпляра VolumeAttachment, так и для экземпляра «Тома». «BlockDeviceMappings» отлично работает, но я не могу получить идентификатор тома. Совокупные показатели просто не имеют требуемой метрики (время простоя тома), по крайней мере, в веб-интерфейсе AWS. – gray
@gray, смотри. Если разгрузка этого io на вторичные тома в противном случае не подходит, я не думаю, что 'DependsOn' будет очень помогать в этом (я слышал об этом точном парадоксе). Я бы тщательно взвешивал второстепенные тома против создания инфраструктуры для пользовательских ресурсов, и я не буду лгать, это было бы знатоком для меня. –
Да, было бы парадоксально, поскольку в документации VolumeAttachment говорится: «Прикрепляет тома Amazon EBS к экземпляру _running_». Я не понимаю, что касается вторичных томов, на самом деле у моего экземпляра уже есть 2 тома, они оба EBS, и мне нужен мониторинг для обоих из них. Я задал вопрос об объеме корня, как я думал, что это распространенная ситуация, и я быстрее отвечу на вопрос. – gray