0. Aleksey.Bochkov 3357 05.07.18 08:09 Сейчас в теме

Опыт миграции из собственного датацентра в облако AWS

Хотя данная публикация и не имеет прямого отношения к 1С, она может быть интересна тем, кто занимается крупными базами данных на MS SQL Server. Описывается опыт миграции баз данных в облако AWS в компании glassdoor.com, где я занимался этим проектом.
Это первый драфт текста, получившийся довольно скомканным - в процессе буду дополнять.

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. grumagargler 662 30.07.18 00:09 Сейчас в теме
Подскажите пожалуйста, в статье описаны особенности и сложности перехода, но непонятно зачем вы это делали?
2. Aleksey.Bochkov 3357 30.07.18 02:55 Сейчас в теме
(1) Задача была перевести все приложения в облако, для того, чтобы ускорить развитие бизнеса в конечном счете. В своем датацентре требуется минимум пара недель для получения нового сервера, в облаке же это вопрос пары минут.
JohnyDeath; +1 Ответить
3. mad375 30.07.18 05:15 Сейчас в теме
Было очень интересно, спасибо
4. ihtiking 01.08.18 12:45 Сейчас в теме
Дороговато выходит.... После перехода Вы почувствовали изменения к лучшему с точки зрения бизнеса или с точки зрения ИТ ?
5. Aleksey.Bochkov 3357 03.09.18 23:05 Сейчас в теме
(4) По словам CTO, в долговременной перспективе расходы на инфраструктуру после перехода в AWS ожидаются на 10-20% меньше расходов на собственный датацентр.
Изменения к лучшему заметили практически на всех уровнях:
- цикл разработки новой функциональности ускорился
- стало легче реагировать на скачки трафика (сервера приложений масштабируются горизонтально в течение пары минут)
- проще устранять проблемы
- и, как бы странно это ни звучало, сайт работает существенно быстрее в AWS.
6. kiruha 384 15.10.18 11:05 Сейчас в теме
glassdoor.com из США обратился во франч 1С в России для перевода дата центра ?
7. Aleksey.Bochkov 3357 15.10.18 20:14 Сейчас в теме
(6) я работаю в этой компании. Живу в Сан Франциско.
AQR84; Krio2; kiruha; +3 Ответить
8. zuxelzz 05.04.20 10:32 Сейчас в теме
Алексей, спасибо за статью, очень интересно.
Подскажите, пожалуйста, один момент:
"Во-первых, нужно забыть стандартную рекомендацию про создание отдельных томов для данных, логов, tempdb."

В связи с чем именно вам пришлось отказаться от этих рекомендаций? Возможно, в тексте это было написано, но, тогда значит, я не смог это понять :)
Это было связано с какими-то особенностями вашей архитектуры или просто при работе в AWS эти рекомендации не стоит принимать во внимание? Или их вообще не стоит принимать во внимание? :)
спасибо)
9. Aleksey.Bochkov 3357 06.04.20 01:46 Сейчас в теме
(8) Все, конечно, зависит от конкретной нагрузки и требований к системе, но, как мне кажется во многих случая это будет оправдано.
В AWS применяются жесткие лимиты пропускной способности как на уровне виртуальных машин, так и на стороне хранилища данных.
Например, для самых больших размеров более менее новых типов инстансов лимит пропускной способности к хранилищу составляет 2350 мегабайт в секунду.
В то же время, один GP2 том пропускает не более 250 мегабайт в секунду, а IO1 том - не более 500 Мб/с (можно до 1 Гб/с увеличить, но очень дорого).
Таким образом, для наиболее эффективного использования всей пропускной способности нужно не менее 9-10 томов GP2 или 5 томов IO1 на каждый сервер.
Если не использовать RAID0, то придется создавать 5-10 дисков и разносить нагрузку равномерно по ним, что в нашей ситуации практически нереально.
Можно использовать RAID0 и создать 2-3 логических диска, но все равно каждый из них будет ограничен пропусной способностью в 500-1000 мегабайт в секунду. Когда система испытывает повышенную нагрузку это становится узким местом.
Для нас самым оптимальным вариантом является создание единственного логического диска который состоит из 5-10 томов в RAID0 и обеспечивает максимальную пропускную способность в 2350 Мб/с. Это позволяет сгладить эффект от неожиданных пиков нагрузки.
(лимиты пропускной способности были увеличены после написания этой статьи)
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Программист 1С
Екатеринбург
зарплата от 80 000 руб. до 130 000 руб.
Полный день

Автор новостных обзоров на тему 1С и бухучета
Санкт-Петербург
По совместительству

Программист 1С
Санкт-Петербург
зарплата до 150 000 руб.
Полный день

Ведущий программист 1С
Москва
зарплата от 150 000 руб.
Полный день

Ведущий программист 1С (УТ 11)
Москва
зарплата до 200 000 руб.
Полный день