Amazon web services AWS区域范围的RIs如何应用,因为它现在影响同一族的所有实例?
我刚刚读到AWS更新了其区域范围的RIs(仅适用于Linux实例),以将其应用于整个实例系列(在它只匹配确切的实例类型之前)。这允许例如一个“t2.large”RI匹配两个“t2.medium” 所以我想知道AWS是如何将每个RIs与实例相匹配的,例如我想到的两种可能性:Amazon web services AWS区域范围的RIs如何应用,因为它现在影响同一族的所有实例?,amazon-web-services,amazon-ec2,Amazon Web Services,Amazon Ec2,我刚刚读到AWS更新了其区域范围的RIs(仅适用于Linux实例),以将其应用于整个实例系列(在它只匹配确切的实例类型之前)。这允许例如一个“t2.large”RI匹配两个“t2.medium” 所以我想知道AWS是如何将每个RIs与实例相匹配的,例如我想到的两种可能性: 首先将RIs与较大的“因子”匹配。如果保留的容量比实例多,“小”RIs将保持未使用状态 尽量匹配“完整”RIs,并限制“部分”RIs的数量 此外,如果一个实例与这些RI中的一个实例的确切类型匹配,那么它是否优先于该族的另一
- 首先将RIs与较大的“因子”匹配。如果保留的容量比实例多,“小”RIs将保持未使用状态
- 尽量匹配“完整”RIs,并限制“部分”RIs的数量
术语: 出于上述目的,我将
t
视为一个实例族(与保留实例无关的标签),t2
视为一个实例类,t2.large
视为一个实例类型,我认为这是正确的名称,尽管“class”和“type”有时可互换地用于指代特定类型的实例
EC2有一个单独的保留概念,它与保留实例无关,事实上与实际保留任何内容无关。从另一个意义上说,保留是通过单个API请求启动的实例的逻辑分组,使用相同的规范和AMI。每个实例都在保留内启动,但在多个实例一起启动,它们共享一个保留,每个实例都有一个启动索引号,使其在组中处于一个逻辑位置。这通常不用于任何事情,但它是实例上运行的代码可以检查的值,因此,例如,在从同一AMI一起启动的实例集群中,实例上运行的软件可能会根据其启动索引推断的角色修改其行为。这无关紧要
如果实际运行的实例数少于保留的实例数(例如,保留一个t2.medium,但只有1×t2.micro和1×t2.small运行——保留的3/4),那么您仍然需要为整个保留支付费用,并且未使用的容量会丢失(不会发生翻滚或其他情况)
如果实际运行的实例数大于保留的实例数(例如,保留一个t2.medium,但有2×t2.small或1×t2.micro运行--保留的5/4),则您将额外收取1×t2.micro或0.5×t2.small的费用(您引用的文档提到,如果实例溢出边界,您将按比例支付额外容量的费用),这已经非常接近相同的金额--0.012美元/小时,而us-east-1中为0.0125美元/小时--但根据EC2常见问题解答:
Q:我可以控制哪些实例按折扣率计费吗?
否。AWS会自动优化以折扣率收费的实例,以确保您始终支付最低金额
因此,无论哪种算法达到该价格,都应该是应用的算法
还要注意,您使用了短语“保留容量”,这不是区域保留实例所做的。没有为您保留的实际物理容量。这仅适用于使用availability zone+实例类型粒度购买的保留实例,并且这些不受此处描述的灵活等效映射的约束
对于保留的实例,始终没有概念在任何时候保留哪些特定实例。购买的机器时数是使用的