Среднее время EC2?

Ответ 1

Обычно время безотказной работы рассчитывается ежегодно. Поэтому, если у вас есть соглашение об уровне обслуживания на 99,95%, это означает:

365 * 0.0005 = 0.1825 days or 4.38 hours

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

По вашему вопросу у меня есть сервер, работающий в EC2 в течение 3 месяцев. Я бы сказал, что их работоспособность хорошая, но если у вас есть критически важное приложение, вам обязательно нужно иметь решение об отказе. Хорошее время безотказной работы означает, что они смогут быстро реагировать на перебои в работе. Даже безотказность 99,9999% не сможет спасти вас, если вы не готовы к сбою.

Ответ 2

Внимательно прочитайте SLA (http://aws.amazon.com/ec2-sla/), они только считают "Region Unavailable" как время простоя, и, более того, они считают это только время простоя, если область не работает в течение 5 последовательных минут.

"Годовая процентная ставка Uptime" рассчитывается путем вычитания из 100% процентного содержания 5-минутных периодов в течение Года обслуживания, в течение которого Amazon EC2 находился в состоянии "Регион недоступен".

По моему мнению, это означает, что время простоя менее 4 минут не является счетным. Также, если они нарушают SLA, они попадают только на% 10 месяца, когда у вас был самый большой счет простоя. Так что, если они будут в течение всего января и ваш счет будет составлять 100 долларов США, они будут использовать кредит в размере 10 долларов США для вашей учетной записи.

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

Ответ 3

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

У меня есть один клиент с 400 днями работы в режиме EC2, а другой с 300 + днями, измеряемый с помощью веб-импульса, это самый надежный сервис, с которым я работал.

Ответ 4

Для моего единственного экземпляра, работающего в зоне доступности США и Востока, 9 месяцев, 0 простоя.

Ответ 5

Так как Amazon переключилась на предоставление SLA, у меня никогда не было случая, чтобы на меня свалился экземпляр. Когда у меня были экземпляры в прошлом, Amazon всегда отправлял сообщение, сообщающее мне, что экземпляр деградировал, прежде чем он исчез, поэтому я успел запустить новый экземпляр.

Однако предыдущий ответ дает хороший момент; Модель сервисной службы EC2 диктует, что вы пишете приложения для управления откатом на новом сервере, если вы не готовы к увеличению времени простоя.

Ответ 6

[email protected] ~ $ uptime
 04:42:36 up 495 days,  8:51,  8 users,  load average: 0.02, 0.02, 0.00

Ответ 7

Проверка AWS Service Health Dashboard даст вам представление о любых текущих или прошлых проблемах. Мой опыт в том, что время безотказной работы AWS лучше, чем большинство "традиционных" вариантов хостинга (даже полномасштабная избыточная установка RackSpace...).

Однако просто переход с AWS на время безотказной работы - это как получить автомобиль для брелка (нормально, почти..;)). С архитектурой, использующей AWS, большое преимущество - масштабирование (без предварительных затрат).

Ответ 8

SLA... Гарантированное время безотказной работы...

Все это очень хорошие теги. Но когда серверы недоступны в течение часа (1 марта 2012 года в регионе ЕС), и клиенты начинают звонить, то это не поможет вам, что они все еще имеют работоспособность в течение 300 дней.

И когда молния ударила 1 из 3 своих центров обработки данных в ЕС, мы все узнали, что у них нет увольнений за пределами площадки, а тот факт, что у них есть 3 центра обработки данных, не означает ничего.

Нужно любить фразу "деградированная производительность", которая на самом деле означает: "скрестите пальцы и молитесь, чтобы ваши данные все еще были доступны после прохождения катастрофы".

Я все еще пытаюсь найти официальную/неофициальную статистику о процентах доступности всех их датацентров.

Не повезло до сих пор...