Amazon web services 如何通过.ebextensions按ID加载ESB卷
我正在尝试为Beanstalk构建装载相同的卷,但不知道如何使其与卷id一起工作 我可以附加一个新卷,也可以基于快照ID附加一个卷,但两者都不是我想要的 我当前的.ebextensionAmazon web services 如何通过.ebextensions按ID加载ESB卷,amazon-web-services,amazon-ec2,amazon,Amazon Web Services,Amazon Ec2,Amazon,我正在尝试为Beanstalk构建装载相同的卷,但不知道如何使其与卷id一起工作 我可以附加一个新卷,也可以基于快照ID附加一个卷,但两者都不是我想要的 我当前的.ebextension commands: 01umount: command: "umount /dev/sdh" ignoreErrors: true 02mkfs: command: "mkfs -t ext3 /dev/sdh" 03mkdir: command: "mkdir -p
commands:
01umount:
command: "umount /dev/sdh"
ignoreErrors: true
02mkfs:
command: "mkfs -t ext3 /dev/sdh"
03mkdir:
command: "mkdir -p /media/volume1"
ignoreErrors: true
04mount:
command: "mount /dev/sdh /media/volume1"
option_settings:
- namespace: aws:autoscaling:launchconfiguration
option_name: BlockDeviceMappings
value: /dev/sdh=:20
当然,它将装载新卷,而不是连接现有卷。也许快照就是我想要的,我只是不理解这里的术语
我需要的数据与自动缩放开始时卷上的数据相同,以在每个EC2瞬间进行缩放。。。快照肯定只是创建快照时存在的数据
有什么想法或更好的方法吗 弹性块存储(EBS)允许您为EC2实例创建、快照/克隆和销毁虚拟硬盘驱动器。这些驱动器(“卷”)可以连接到EC2实例并与之分离,但它们不是“共享”或共享卷。。。因此,在第一个实例启动后,通过ID附加卷就不再有用了
EBS卷是硬盘驱动器。这种类比是不精确的(因为它们位于SAN上),但与您无法在多个服务器中物理安装同一硬盘驱动器的方式大致相同,您无法将EBS卷连接到多个实例(SAN!=NAS)
以云思维设计,当您发布新版本并用于生成每个新的自动缩放实例时,所有固定资源实际上都位于您部署的快照(磁盘映像)上。。。不会有任何持久性存储在那里,因为——和放大一样重要的是缩小。自动缩放的实例在不需要时消失
AWS有一个通用的存储工具,用于存储文档、化身、图像、视频和其他需要在分布式环境中访问的资源。它不是一个文件系统,不能正确地与文件系统相比较,因为它是一个对象存储。。。但它是一种高度可扩展且高度可用的存储服务,非常适合于分布式应用程序。s3fs允许将S3“bucket”装载到机器的文件系统中,但这并不是万灵药。如果您使用了该机制,则应将其保留给后端流程使用,因为它不适合代码或模板等资源,并且在提供内容时的性能也不如S3(如果按设计使用)好,客户端通过https直接访问它。如文档所述,您可以通过多种机制保护内容
AWS现在还提供了一个存储阵列,您可以使用NFS从所有计算机装载该阵列。AWS提供NFS服务器和后端存储。与EBS不同,您不需要知道预先准备多少存储空间,因为它会根据您存储的内容进行上下扩展,在撰写本文时,此服务仍处于“预览”状态,因此不应用于生产数据
或者,您可以手动配置自己的NFS服务器,并从自动缩放机器装载它。但是,设置故障保护之类的设置有点棘手。您只能将卷附加到单个实例,因此当第二个实例启动时,按id附加卷将是一个相当无意义的概念。Hmm不知道这一点。。。关于持久性存储的替代方法有什么想法吗?