В чем разница между простым экземпляром Amazon ec2 и бобовым стеблем?


8

Я являюсь индивидуальным разработчиком, и сайты, которые я разворачиваю, очень маленькие, обычно это хобби, и у меня есть несколько вопросов о сервисах Amazon.

  1. Есть ли причина для меня, чтобы использовать beanstalk или я должен просто придерживаться одного экземпляра ec2?

  2. Должен ли я использовать RDS для базы данных? Я слышал, как кто-то сказал, что я могу просто установить базу данных на мой экземпляр ec2, что сделает ее дешевле. Я стараюсь держать все как можно дешевле.

  3. Мне нужно указать пользовательские домены на мои сайты. Уверен, это означает, что мне приходится иметь дело с эластичными IP. Работают ли они с beanstalk или только с отдельными экземплярами ec2?

Заранее спасибо!

Ответы:


16

Вы можете рассматривать AWS Elastic Beanstalk как своего рода автоматическую версию EC2, то есть он использует EC2 в серверной части сервера, но вам не нужно беспокоиться о ручной подготовке серверов, расширении серверов при достижении емкости. , и так далее. По сути, вы даете Beanstalk свое приложение, и оно «масштабирует» его для вас. Фактически, вы не платите за сам Beanstalk - вы платите за используемые вами ресурсы AWS, такие как S3, SNS и EC2.

Итак, чтобы ответить на ваши вопросы:

  1. Если вы хотите контролировать масштабирование и управление ресурсами, EC2 - это то, что вам нужно, но имейте в виду, что это приводит к большой административной работе, и если вы не знакомы с имеющимися концепциями, вы можете немного потеряться , Кроме того, это может не стоить времени и усилий для этого. Beanstalk обеспечивает масштабируемость без микроуправления.
  2. Экземпляры MySQL Micro RDS начинаются с 0,025 долл. В час , а экземпляры Small EC2 - с 0,020 долл. В час . Однако служба RDS предоставляет несколько полезных функций , таких как автоматическое масштабирование, автоматическое резервное копирование, оптимизация базы данных и т. Д. Это действительно зависит от вас, если вы хотите или. Вам нужно будет самим управлять числами и решить, сколько времени вы хотите потратить на работу с БД.
  3. Вам почти наверняка понадобится использовать DNS-провайдера для настройки CNAME в вашем домене. По совпадению, есть сервис AWS - Маршрут 53 - который делает это. IIRC, есть также несколько сторонних сервисов, которые могут восполнить этот пробел для вас.

Надеюсь это поможет!


Отлично. Именно то, что я искал. Очень хорошее объяснение. Фактически, за время, прошедшее с момента постановки вопроса и просмотра вашего ответа, я обнаружил и настроил маршрут 53. Похоже, это лучший вариант, потому что он способен динамически возвращать правильные IP-адреса, назначенные моим сайтам, и еще много чего. Единственное, что меня беспокоит, так это обвинения в базе данных. Означает ли ".025 / час" в час, что служба работает там, или в час, когда она стоит ЦП из-за активности сайта?
Chev

Для базы данных на самом деле это не будет $ 0,020 в час для экземпляров, а $ 0,045 в час для RDS, потому что у меня также будет запущен экземпляр?
Chev

Если вы объединили свой веб-хостинг с хостингом базы данных, да. Как я уже сказал - это во многом зависит от того, что вы делаете. Я бы также посоветовал вам взглянуть на некоторых VPS-провайдеров - я думаю, вы обнаружите, что они могут дать вам гораздо лучшую отдачу, и вам не придется беспокоиться о значительной части инфраструктуры.
Андрей М.

Я сделал это, но я стараюсь держать свои расходы на очень низком уровне, например, 15 долларов в месяц или дешевле. Запуск полного VPS, кажется, стоит около $ 60 или более.
Chev

Как насчет виртуального хостинга? Например, я и некоторые из моих друзей используем DreamHost (не пропагандируя его использование, просто приводя пример), который предлагает базовый хостинг за 9 долларов в месяц, а VPS начинается с 15 долларов. Поскольку это не кажется интенсивным, вы можете рассмотреть что-то вроде этого.
Андрей М.
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.