tldr: AWS очень надежен, если вы знаете, что делаете, плохая идея, если вы не знаете.
Поскольку вы не знакомы с терминами, вот очень быстрый глоссарий: AZ - зона доступности, естьнесколько зон доступности на регион (например, 3 в Ирландии).Они представляют собой физически изолированные центры обработки данных с различными сетями электропитания, равнинами и т. Д., Но с внутренним качеством сети и скоростью соединений.Возможно даже, что вероятнее всего, AZ может стать недоступным в какой-то момент, хотя я не думаю, что все AZ в регионе когда-либо были недоступны.
EBS / Instance Store - это два основных типа хранилища, доступных дляпример.Лучший способ описать их - Instance Store - это эквивалент жесткого диска, который вы подключили через sata к материнской плате - это очень быстро.Но что произойдет, если вы закроете свой экземпляр (или если материнская плата выйдет из строя) и захотите мгновенно запустить ее на другой плате?(Amazon полностью скрывает настройку физического оборудования), очевидно, вы не будете ждать, пока инженер отключит диск от одного сервера и от другого, чтобы они даже не предлагали этого.Хранилище экземпляров быстрое, но временное и привязанное к физической машине. НЕ храните на нем ничего важного.EBS - это альтернатива, это сетевой диск с очень низкой задержкой, к которому любой сервер может подключиться, как если бы он был локальным.Вы выключаете сервер, изменяете размер и перезагружаетесь на совершенно другом сервере с другой стороны центра обработки данных (опять же физический материал скрыт), не имеет значения, что ваши ebs никуда не делись (по умолчанию они также на несколькихфизические диски).
Товарное облачное оборудование - моя интерпретация «облачного оборудования все время терпит неудачу - его действительно рискованно и ненадежно» заключается в том, что да, но оборудование не так надежно, как компоненты уровня предприятия в управляемом центре обработки данных,Это не означает, что это ненадежно, это просто означает, что вы должны встроить отказ в качестве опции в свой дизайн.
Первое, что очень важно отметить, когда речь идет об SLA, это то, что состояние amazon очень ясно, что SLA применяется ТОЛЬКО, еслиодин или несколько AZ выходят из строя.Поэтому, если вы не понимаете, как работает их служба, и строите только один сервер в одном AZ, а генератор или маршрутизатор дает сбой, это ваша собственная ошибка.
Что касается восстановления, это зависит от того, хранится ли все состояние вашего приложения на одномсервер - если это так, не связывайтесь с облаком.Однако если вы можете кластеризовать свое состояние на нескольких серверах, сохраните его в RDS или другой постоянной базе данных.ИЛИ, если ваш контент меняется так редко, вы можете использовать периодические копии в хранилище s3, все будет в порядке.Ваша стратегия отказа (в порядке предпочтения) может быть кластеризована, восстановление после отказа или автоматическое восстановление.Для первого вы имеете состояние общего доступа к кластерным серверам - не имеет значения, потеряете ли вы сервер или AZ.Во-вторых, у вас есть только один работающий сервер, но если он выходит из строя, у вас есть резервный сервер с тем же контентом.Наконец, с автоматическим восстановлением есть две возможные ситуации - если ваши данные находятся только на одном диске EBS, вы можете запустить другой экземпляр с тем же диском и продолжить.Но если происходит сбой диска EBS или AZ, вам нужно будет подготовить снимок в s3, который можно скопировать и запустить с совершенно нового экземпляра.
Зарезервированные экземпляры более не надежны - они одинаковыаппаратное обеспечение, вы просто заключаете контракт, чтобы сказать, что у меня будет х машин в течение y лет.Что позволяет планировать лучше, что для вас дешевле.