лучше юзать в плане экономии средств. Интересует по факту Savings Plans vs Reserved Instances.
Кейс такой, есть 4-5 eks кластеров, которые бегут почти все на on-demand. В каждой нод группе по 5-12 нод m5.xlarge. Ну и плюс ноды эластика, и сервер мощный у RDS. Как лучше поступить? Потому что биллинг бешенный выходит(
https://docs.aws.amazon.com/savingsplans/latest/userguide/what-is-savings-plans.html
В данном случае для EKS нод - если смотрите на 1 год - EC2 Savings Plan, если на 3 года - Compute Savings Plan. Compute Savings Plan работает по всем регионам и по всем типам инстансов, а также для Fargate и Lambda. В течении 3х лет - вероятность изменений в инфраструктуре и замены старых типов инстансов на новые =100%. Потому тут Compute Savings план подойдет лучше так как он будет покрывать любые инстансы в любых регионах. И 3х летний Savings Plan даст НАМНОГО большую скидку чем годичный. Если смотреть в перспективе 1 года и быть уверенным что вы остаетесь в текущем регионе с текущими инстансами - EC2 Savings Plan даст чуть большую скидку чем Compute SP. Но для Managed Services (OpenSearch, RDS) - понадобятся свои RI, так как для них пока нет унифицированных Savings Plans
Ну а еще лучше, если нагрузка - Stateless - используйте Spot Instances. Скидка 70-90% без какого либо комитмента - https://aws.amazon.com/ec2/spot/pricing/. Плюс смотрите в сторону Graviton2 (ARM) - дешевле чем x86/x64 и тоже есть споты. А для снижения вероятности прерывания из-за забора спота - используйте Capacity Rebalancing
Обсуждают сегодня