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

Question

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

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

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

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

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

S3 - Для чего это используется? Я думал, что EBS для хранения, запутался здесь. Зачем тебе S3?

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

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

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

1. Мне нужен веб-сервер IIS для запуска моей страницы
2. Мне нужен сервер базы данных
3. Мне нужно место для хранения моих файлов (может ли оно быть на том же «сервере», что и # 1)?
4. Мне нужны базы данных и файловые серверы, чтобы их можно было всегда восстанавливать. (Я слышал, нам нужно сохранить его в EBS, чтобы избежать потери данных?)
5. В случае, если один веб-сервер перегружен, работает медленно, мне нужно его отключить на другом сервере в ферме.
6. Если трафик увеличивается, то мне нужен способ увеличить процессор, память и т. Д. Возможность красиво обрабатывать трафик (что, как я полагаю, является целью упругости)

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

[Изменить]

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

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

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

Answer 1

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

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

Answer 2

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

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

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

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

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

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

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

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

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

Answer 3

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

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

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

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