Изучение сервисов AWS. Какие сервисы я должен передать свои серверы по (MySQL & PHP, работающая на Windows 2008)?
Кабельный модем будет обычно иметь выше нисходящую и восходящую пропускную способность, чем T1, однако необходимо знать об этих двух существенных различиях (один из которых Вы уже упомянули):
Строки T1 обычно идут с очень сильным соглашением об уровне обслуживания (SLA), и поставщики T1 относятся к ним очень серьезно (в основном из-за наследия T1 как телекоммуникационная услуга).
Кабельные провайдеры обычно не предлагают тот же вид гарантий времени работы/доступности, и при этом их SLAs обычно не имеют того же вида жестких штрафов как T-или циклы DS.Пропускная способность T1 симметрична, выделена и гарантируемая вплотную. Ваш T1 продвинет 1.5Mbit/sec от Вашего маршрутизатора до дальнего конца.
Кабельная пропускная способность асимметрична (обычно, Вы получаете более толстый канал загрузки), совместно использованный (несколько модемов к узлу, совместно используя каналы ВЧ), и обычно не гарантируемый в Вашем контракте - скорости "Составили __ Мбит/с".
В то время как кабельные компании обычно сверх качества проблем сервиса/скорости, они могут проигнорировать Вас до большего градуса, чем Ваш поставщик T1 мог.
Добавьте еще один, который Jason Berg упомянул в ре: SLAs:
- Большая часть T1 SLAs включает вещи как задержка схемы, потеря пакетов и (если Вы удачливы), пределы дрожания.
Большинство кабельных SLAs (по крайней мере, в моей области - нью-йоркское Метро) даже не упоминает эти вещи, поэтому даже при том, что наши поставщики хороши об ответе на те проблемы, которым они строго не обязаны.
Итан,
На их сайте есть тонна информации: http://aws.amazon.com/ec2/
Также есть отличный калькулятор для вы должны планировать расходы: http://calculator.s3.amazonaws.com/calc5.html
Тем не менее, я согласен с этим вопросом SF:
Вам действительно стоит подумать о том, чтобы получить консультанта или VAR, который имеет опыт работы с AWS (или Azure, поскольку вы упомянули об этом), если вы собираются пойти по этому пути без имеющегося опыта, особенно если это касается рабочих серверов, которые вы действительно хотите хорошо работать во время и после миграции.
Что касается выбора между AWS и Azure, вы должны иметь возможность запускать свои рабочие нагрузки в любом из них. Что касается цены, Microsoft недавно взяла на себя обязательство сопоставить цены на AWS, поэтому никакой разницы нет. Для выполнения рабочих нагрузок Microsoft стоит учесть, что Microsoft полностью поддерживает весь стек для рабочих нагрузок Azure, в то время как я не уверен, какую поддержку Amazon может предоставить, например, когда в IIS происходят странные вещи.
Цены для Azure: http://www.windowsazure.com/en-us/pricing/calculator/
Тем не менее, я думаю, что первое, что нужно решить, - это то, ищете ли вы «Инфраструктура как услуга» ( IaaS) или Платформа как услуга (PaaS). Подход Iaas означает перенос ваших текущих серверов с того места, где они находятся, в облачный центр обработки данных без каких-либо дополнительных изменений. Подход PaaS означает рефакторинг вашего веб-сайта или приложения для работы, например, поверх Azure, а не в IIS на вашем сервере. Это, вероятно, потребует больше работы, но вы получите все преимущества современной веб-службы, созданной для облака. См., Например:
http://cloud.dzone.com/articles/developers-perspective-iaas-vs
Вы также упомянули твердотельные накопители. Если это означает, что у вас есть высокие требования к производительности, убедитесь, что вы настроили несколько тестовых серверов и сначала почувствуете производительность в AWS или Azure. Мое тестирование в Azure показало отличную скорость чтения, но не кричащую скорость записи. И производительности SSD вы не получите. Но кэширования происходит много, так что это может быть нормально. С точки зрения емкости несколько ТБ данных не проблема.
а не в IIS на вашем сервере. Это, вероятно, потребует больше работы, но вы получите все преимущества современной веб-службы, созданной для облака. См., Например:http://cloud.dzone.com/articles/developers-perspective-iaas-vs
Вы также упомянули твердотельные накопители. Если это означает, что у вас есть высокие требования к производительности, убедитесь, что вы настроили несколько тестовых серверов и сначала почувствуете производительность в AWS или Azure. Мое тестирование в Azure показало отличную скорость чтения, но не кричащую скорость записи. И производительности SSD вы не получите. Но кэширования происходит много, так что это нормально. С точки зрения емкости несколько ТБ данных не проблема.
а не в IIS на вашем сервере. Это, вероятно, потребует больше работы, но вы получите все преимущества современного веб-сервиса, созданного для облака. См., Например:http://cloud.dzone.com/articles/developers-perspective-iaas-vs
Вы также упомянули твердотельные накопители. Если это означает, что у вас есть высокие требования к производительности, убедитесь, что вы настроили несколько тестовых серверов и сначала почувствуете производительность в AWS или Azure. Мое тестирование в Azure показало отличную скорость чтения, но не кричащую скорость записи. И вы не получите производительности SSD. Но кэширования происходит много, так что это нормально. С точки зрения емкости несколько ТБ данных не проблема.
dzone.com/articles/developers-perspective-iaas-vsВы также упомянули твердотельные накопители. Если это означает, что у вас есть высокие требования к производительности, убедитесь, что вы настроили несколько тестовых серверов и сначала почувствуете производительность в AWS или Azure. Мое тестирование в Azure показало отличную скорость чтения, но не кричащую скорость записи. И вы не получите производительности SSD. Но кэширования происходит много, так что это может быть нормально. С точки зрения емкости несколько ТБ данных не проблема.
dzone.com/articles/developers-perspective-iaas-vsВы также упомянули твердотельные накопители. Если это означает, что у вас есть высокие требования к производительности, убедитесь, что вы настроили несколько тестовых серверов и сначала почувствуете производительность в AWS или Azure. Мое тестирование в Azure показало отличную скорость чтения, но не кричащую скорость записи. И производительности SSD вы не получите. Но кэширования происходит много, так что это нормально. С точки зрения емкости несколько ТБ данных не проблема.
Но кэширования происходит много, так что это нормально. С точки зрения емкости несколько ТБ данных не проблема. Но кэширования происходит много, так что это нормально. С точки зрения емкости несколько ТБ данных не проблема.