Может ли кто-нибудь описать эти основные концепции хостинга через Amazon Web Services?

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

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

Вот что я до сих пор понимаю об амазонке и моих вопросах о многом.

EC2. Я предполагаю, что я могу настроить свой веб-сервер (IIS) и запустить приложение .NET? Или это уже настроено для меня?

EBS - для базы данных? Если нет, где я могу получить сервер базы данных? Установлен ли сервер базы данных (Sql server 2005 или 2008)? Что такое запросы моментальных снимков? и запрос моментального снимка?

S3 - для чего это используется? Я думал, что EBS для хранения, смущенный здесь. Почему вам нужен S3?

Эластичная балансировка нагрузки. Я думал, что балансировка нагрузки - это всего лишь способ облегчить бремя на ваших веб-серверах. как это работает с Amazon? Что они понимают под "эластичной" балансировкой нагрузки?

Передача данных между регионами. Что это значит? и как вы контролируете, в каком регионе данные переносятся и из?

Мои требования следующие

  • Мне нужен веб-сервер IIS для запуска моей страницы
  • Мне нужен сервер базы данных
  • Мне нужно место для хранения моих файлов (может ли он быть на том же "сервере", что и # 1)?
  • Мне нужно, чтобы база данных и файловые серверы всегда были доступны для восстановления. (Я слышал, что нам нужно сохранить его в EBS, чтобы избежать потери данных?)
  • Если один веб-сервер перегружен, он работает медленно, мне нужно, чтобы он переключился на другой сервер в ферме.
  • Если трафик скапливается, мне нужен способ увеличить процессор, память и т.д. Способность обрабатывать трафик красиво (что является целью эластичного, который я предполагаю)

Кроме того, я действительно не понимаю понятия "если вы не используете свой экземпляр, не закрывайте его, иначе он будет заряжен". Я буду запускать веб-сайт, который идеально подходит для поддержания его 24 часа в сутки. В каких сценариях вы условно имеете экземпляры вверх или вниз?

[изменить]

И как вы точно контролируете свое использование? Значит, вы не удивляетесь паре тысяч долларов? можете ли вы надеть на него кепку? Я читал истории, в которых пользователи AWS удивлялись счету в 300 долларов или тому подобное, когда у них не было много размещенных на Amazon и не было сайтов с интенсивным движением.

Извините, я полный новичок для "облачных" вычислений. Пытаюсь догнать здесь.

Большое спасибо заранее

ОТВЕТЫ

Ответ 1

Я могу ответить на некоторые из ваших вопросов, но, конечно, не все. EC2 - это виртуальные машины, предварительно сконфигурированные с несколькими различными параметрами. Похоже, что вы хотите, это экземпляр Windows. Они поставляются с различными вариантами памяти и процессора в зависимости от того, что, по вашему мнению, вам понадобится.

EBS - это, в основном, ваша отказоустойчивая файловая система. Вот где вы поместите свои файлы, включая файлы базы данных.

S3 - это, по сути, сеть доставки контента. REST - удобное место для размещения файлов. Например, если все, что у вас есть, это статический контент, вы можете поместить все это в ведро S3 и не платить за какую-либо вычислительную мощность, просто хранение и пропускную способность (что дешево).

Я должен добавить, что нет необходимости использовать S3, если вам удобно использовать экземпляр EC2 для обслуживания всего вашего контента. Все это вопрос вариантов.

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

Что касается SQL Server, один из экземпляров EC2, который Amazon предлагает "предварительно настроенный", включает уже настроенный SQL Express. Если вы не хотите использовать SQL Express, то я верю, что вы будете использовать одну из своих лицензий SQL Server и установить ее на свой сервер.

Самое замечательное в AWS - это очень низкий барьер для входа. Всего за несколько долларов инвестиций вы можете совать целый день и посмотреть, что там можно увидеть. Когда я впервые начал работать с AWS, мне показалось, что полезно начинать с малого экземпляра EC2. Просто откройте порты RDP и подключитесь к нему. Вы скоро почувствуете себя как дома, имея свою собственную машину в облаке.

Пусть CDN и балансировка нагрузки происходят своевременно.

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

Ответ 2

Вы задаете много вопросов, но позвольте мне попытаться предоставить обзор на высоком уровне:

  • EC2: Просто сервер в небе. Когда вы загружаете сервер, вы используете технологию EC2.
  • EBS: считайте это жестким диском. Образ сервера должен быть загружен с диска, и это он.
  • S3: место для хранения ваших файлов, а затем извлечение их с помощью HTTP. По соображениям производительности и масштабируемости вы можете захотеть помещать данные и изображения на S3, а не запускать их непосредственно с вашего сервера.
  • Эластичная балансировка нагрузки: балансировщик нагрузки сидит перед всеми запросами и направляет их прозрачно на живой сервер. Вы использовали бы это, если ваше приложение состоит из множества серверов (скажем, 5 или более), и вы хотите, чтобы балансировщик нагрузки распределял нагрузку и автоматически обошел все неисправные машины.
  • Передача данных между регионами: центры данных Amazon распространяются по всему миру. Если вам необходимо перенести данные между физическим регионом, они будут взимать плату за каждый бит транзакций.
  • Базы данных: если вы создаете приложение, просто начинайте с собственной базы данных, запущенной на вашем собственном сервере. то есть. Просто откройте свое приложение с помощью MS SQL или MySQL, а затем более подробно изучите имеющиеся в базе данных решения Amazon.
  • Сборы: Вы правы, что плата Amazon может выйти из-под контроля и дорого, но это очень зависит от того, насколько хорошо вы управляете своей собственной инфраструктурой. Облако означает прямые затраты на единицу пропускной способности и потребляемый процессор. Вы можете сразу увидеть снижение сборов, если вы кешируете изображения на стороне клиента (пропускной способности) и уменьшаете размер вашего компьютера (ЦП). Вы можете посмотреть http://LabSlice.com [отказ от ответственности: см. Мой сиг, как там, где я работаю], поскольку технология может помочь сохранить затраты EC2 низкий. Моя рекомендация № 1 заключается в том, чтобы следить за панелью "Учетная запись" на консоли Amazon, так как это дает текущую вкладку ваших расходов, и таким образом вы избегаете сюрпризов.

Ответ 3

Другие ответы здесь пропустили некоторые важные различия между EBS и S3.

  • S3 полностью оплачивается по мере использования. т.е. вы платите только за хранение и пропускную способность, которые вы используете. Принимая во внимание, что с EBS вам нужно решить, насколько большой вам нужен ваш EBS том, и вы платите за всю сумму независимо от того, сколько данных вы фактически используете.

  • Один экземпляр EBS может подключаться только к одному экземпляру EC2 - , вы не можете совместно использовать их одновременно между несколькими экземплярами. Конечно, это может не быть проблемой для вас, но это то, о чем нужно знать. Это не общее пространство для хранения. С другой стороны, ресурс на S3 доступен из любого места, используя простой URL-адрес.

  • S3-ковши могут использоваться с Cloudfront (cdn) для ускорения доставки по всему миру. Вы не можете делать это с томами EBS.