Назад | Перейти на главную страницу

Какая установка EC2 мне нужна?

Хорошо, я больше программист и не так хорошо знаком с такими вещами, как настройка системы, хотя я стараюсь изо всех сил. В настоящее время я использую Slicehost (статистика ниже) для запуска личного веб-сайта, который получает нормальный объем трафика.

Я плачу 48 долларов в месяц (38 долларов за хостинг, 10 долларов за резервные копии).

Я занимаюсь редизайном сайта и хочу перейти на AWS (EC2 и S3). Я пытаюсь выяснить аналогичную (возможно, немного лучше с точки зрения ОЗУ, поскольку у меня постоянно было высокое использование корневого и свопового ввода-вывода), и сколько это будет мне стоить.

Amazon предлагает простой ежемесячный календарь, но я не уверен, что ввожу правильную информацию как с точки зрения поиска сопоставимой установки, так и с точки зрения ожидаемой цены.

Актуальная информация о новой версии моего сайта:

Для сравнения, текущая версия моего сайта, работающая на Slicehost:

Думаю, мои вопросы сводятся к следующему:

  1. Мне нужен инстанс по запросу или зарезервированный? Я предполагаю, что это зарезервировано, но из-за этого цена выросла до тысяч всего за 1 экземпляр.
  2. Согласно Типы инстансов AWS, Я, вероятно, могу согласиться на экземпляр Micro (613 МБ ОЗУ) или Small (ОЗУ 1,7 ГБ). Звучит правильно?
  3. Я понятия не имею, какие числа я хочу, чтобы числа помещались в часть калькулятора EBS, если таковые имеются. Нужен ли мне том EBS или у моего экземпляра EC2 будет достаточно места? (Имейте в виду, что я выгружаю свои загруженные пользователями фотографии на S3.)

Я думаю, это все. Когда я пытаюсь сделать некоторые приблизительные оценки того, что я считаю правильным, получается 63 доллара в месяц с платой за установку 350 долларов. (Это также не включает в себя расходы на S3.) Я предполагаю, что дополнительные затраты окупятся той боли, которую они решат в долгосрочной перспективе, но я даже не уверен, что правильно "числа в калькуляторе в первую очередь.

Хотя мне нравится Amazon AWS, я сомневаюсь, подходит ли он вам. AWS специализируется на облачных вычислениях; то есть большая часть их добавленной стоимости находится «между» серверными виртуальными машинами - инструменты управления, чрезвычайно масштабируемые хранилища данных, маршрутизация трафика и т. д. Но вам просто нужна одна, но более крупная серверная виртуальная машина.

Есть посмотри на Линоде, они имеют отличную репутацию в сегменте самообслуживания и справедливые цены на VPS с большим объемом оперативной памяти. Или, учитывая, что вы не системный администратор, возможно, поищите управляемый VPS от таких поставщиков, как ServInt, WiredTree и т. Д.

Если вы все равно выберете Amazon:

Мне нужен инстанс по запросу или зарезервированный?

Зарезервированный значительно дешевле в долгосрочной перспективе.

Я, вероятно, могу согласиться на экземпляр Micro (613 МБ ОЗУ) или Small (ОЗУ 1,7 ГБ).

Вам нужно будет мера ваш стек приложений + использование ОЗУ приложения. Я бы предположил, что минимум 1,7 ГБ ОЗУ.

Мне вообще нужен том EBS

Вы строго нужен EBS; «локальное» хранилище экземпляров (называемое эфемерным) уничтожается при сбое / выключении виртуальной машины. Все постоянные данные должны быть на EBS, S3 и т. Д. Но не стоит слишком беспокоиться о затратах на EBS, для небольшой базы данных это обычно не большая часть общих затрат.

Имейте в виду, что я выгружаю свои загруженные пользователями фотографии в S3.

Хорошая идея - вы также можете сделать это из Slicehost, Linode и т. Д.

Если в вашем вопросе не хватает чего-то принципиального, я бы сказал, что AWS будет для вас ужасным шагом. Даже без учета трафика и EBS (которые вам обязательно понадобятся для хранения ваших баз данных PgSQL и SearchSphinx) это удвоит стоимость, и для чего? Ваш вариант использования, похоже, не включает в себя ничего из того, в чем AWS действительно хорош (обработка очень пиковых нагрузок, особенно тех, которые могут быть обработаны с помощью фоновой обработки; или работа с быстрым ростом и некомпетентным ИТ-персоналом, который не может планирования мощности), поэтому вы будете платить налог на «мгновенное масштабирование», не получая за это ничего.

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

  1. "Мне нужен экземпляр по требованию?" -- может быть. Думайте о зарезервированном экземпляре как о покупке сервера сразу и заранее. Если вы захотите сделать это для своей службы, вы получите зарезервированный экземпляр. Если вы не знаете, понадобится ли вам сервер через 6 месяцев или год, то, вероятно, не стоит. И если у вас нет предоплаты, чтобы заплатить за это, то, очевидно, вы не сможете.
  2. Определение размера экземпляра - как сказал Джеспер, проанализируйте объем памяти, занимаемый вашим сервисом, и примите собственное решение. Если у вас сейчас 512 МБ, я думаю, что микроконтроллер не принесет вам много пользы.
  3. Да, вам нужен EBS. Где иначе будет жить ваш индекс PgSQL и Sphinx? Я подозреваю, что вы могли не осознавать, что EC2 принципиально отличается от других хостинг-провайдеров. Когда вы загружаете экземпляр, вы не получаете обратно то, что было после его выключения. Когда вы загружаете экземпляр, вы получаете то, что находится в загруженном AMI. Это означает, что каждый раз, когда вы выполняете обновления безопасности или изменяете что-либо в ОС, которое хотите сохранить, вам придется повторно запускать этот AMI, и все, что естественным образом изменяется во время выполнения, должно передаваться на EBS (а они по моему опыту не работают вообще хорошо).

Опять же, я не думаю, что вы подходите для использования AWS. Придерживайтесь традиционного сервиса VPS.

Я собираюсь предложить альтернативный взгляд на это, поскольку моя ситуация несколько иная (не совсем критическая) и дает мне немного больше свободы действий.

Один из моих серверов работает на AWS - это в основном для некоторых небольших сайтов для меня и нескольких друзей, около 10 сайтов, общая передача данных 2 ГБ / мес. Все это PHP / MySQL, работающие с некоторыми CMS.

Мои ежемесячные расходы составляют 12 +/- 2 доллара: 5 долларов за инстансы, 2,5 доллара за снимки, 3,5 доллара за EBS (а остаток идет на «разные элементы» (0,5 доллара за S3, 0,2 доллара за пропускную способность, 0,08 доллара за Cloudfront и т. Д.). добавить еще один сервер примерно за 8 долларов в месяц (что я планирую сделать когда-нибудь).

Мой t1.micro запускает PHP в режиме FastCGI с Apache, nginx, postfix, dovecot, vsftp и mysql - использует 250 МБ памяти и загружает блог Wordpress менее чем за 2 секунды.

Причина, по которой мои затраты такие низкие (помимо очевидной - небольшие сайты и микро-экземпляры), заключается в том, что я придерживаюсь спотовой цены. Я заметил, что колебания минимальны, обычно такие же, как стоимость зарезервированного экземпляра. Таким образом, я значительно перебил ставку (что-то вроде 0,5 доллара за экземпляр за 0,007 доллара), и я по существу гарантирован, что экземпляр не будет остановлен. Я сомневаюсь, что вы найдете решение VPS менее чем за 5 долларов в месяц с корневым доступом.

Конечно, эта предпосылка бесполезна для чего-то критически важного, но внедрите немного аварийного переключения, и вы легко сможете получить что-то жизнеспособное. Для меня это идеальная платформа для экспериментов и тестирования по минимально возможной цене.

Мои ответы на ваши вопросы:

  1. Спотовый инстанс с завышенной ставкой (в противном случае вам придется зарезервировать)
  2. Сервер зависит от ваших конкретных потребностей - я бы предложил PHP-FPM и использовать nginx в качестве обратного прокси для статических файлов - это значительно снизит использование вашей памяти. Если вы можете обойтись микро-экземпляром, сделайте это - помните, что вы всегда можете обновить его позже - это преимущество AWS.
  3. Вы должны использовать тома EBS - не забудьте сделать их постоянными (по умолчанию корневые тома EBS не являются постоянными).

AWS может быть очень недорогим в одних обстоятельствах и чрезвычайно дорогим в других - проявите творческий подход и оставьте свои варианты открытыми, и вы найдете то, что лучше всего для вас.

Если вы сосредоточитесь на затратах, вы можете попробовать Cloudorado, который рассчитает стоимость сервера у нескольких провайдеров. Однако он не будет рассчитывать резервные копии, а сервер и передачу.