- PVSM.RU - https://www.pvsm.ru -
За десятилетия своего существования центры обработки данных прошли длинный путь от небольших компьютерных комнат до вычислительных центров, ЦОД, облачных и распределенных дата-центров. Для чего нужны распределенные ЦОД? Всем известная Cisco Systems выделяет следующие цели их создания:
Средним организациям нередко достаточно централизованной модели, когда все данные, сервисы и приложения сосредоточены в одном ЦОД, который обеспечивает гарантированные уровни доступности и безопасности данных. Однако нередко возникает необходимость в резервном ЦОД, объединенном с основным ЦОД с помощью высокоскоростных каналов связи [1]в единый вычислительный комплекс.
[2]
Система распределенных дата-центров (основного ЦОД и нескольких региональных), которые выполняют функции сбора, хранения, обработки и доставки данных для поддержки корпоративных бизнес-процессов, может стать оптимальным решением для крупных территориально-распределенных организаций. Региональные ЦОД можно использовать и в качестве резервных площадок, задействовать их при пиковой нагрузке или реализовать катастрофоустойчивое решение (DR). Оно обеспечит непрерывность бизнес-процессов даже при отказе значительной части ИТ-ресурсов или каналов связи.
Однако создание собственного ЦОД — проект дорогостоящий. При расчете стоимости строительства резервного ЦОД необходимо учитывать затраты на ИТ-инфраструктуру и лицензии/поддержку ПО. По некоторым оценкам [3], это более 60% совокупных затрат на создание ЦОД.
Чаще всего имеет смысл обратиться к поставщикам услуг ЦОД, а не инвестировать немалые средства в строительство и поддержку собственной площадки. Не случайно в последние непростые годы в России со стороны крупного ритейла, соцсетей и некоторых ИТ-компаний увеличилось количество проектов [4] по передаче ИТ-инфраструктуры на аутсорсинг. Аренда ИТ-инфраструктуры экономически выгоднее и придает дополнительную гибкость бизнесу, позволяет запускать новые сервисы и развивать существующие продукты без капитальных затрат.
Распределенные ЦОД минимизируют различные риски, а недавние блокировки сайтов и подсетей Роскомнадзором, ставшие, в частности, причиной перебоев в работе многих облачных сервисов, показывают, что возможны любые неожиданности. Выход из подобной ситуации некоторые компании видят в том, чтобы приобрести сервер за рубежом, на котором организовать свой VPN, и все нужные облачные сервисы пустить через него.
В случае резервирования и некоторых сервисов критична скорость доступа к площадке, и провайдеры это учитывают. Например, собственный ЦОД компании RUVDS RUCLOUD в Королеве имеет три интернет-канала по 5 Гбит/сек, что дает гарантированно высокую скорость. Каналы подключены к крупнейшим узлам связи М-9 (ММТС-9) и М-10. Оборудование клиенты могут выбрать на любой из площадок. За счет этого пользователь получает скорость не ниже 250 Мбит/сек с доступом по России, что позволяет ему комфортно работать со своим виртуальным сервером (VPS/VDS).
Например, дата-центр RUCLOUD соединен прямым каналом связи с пропускной способностью в 10 Гбит/с с магистральным узлом связи в дата-центре М-9. Это позволяет гарантировать клиентам высокую скорость обмена трафиком между виртуальными серверами, расположенных в разных дата-центрах.
Кроме того, провайдеры имееют возможность повысить эффективность резервных ЦОД за счет максимального использования ресурсов ИТ-инфраструктуры (эффект масштаба, недоступный в большинстве корпоративных ЦОД).
В типичной схема распределенного дата-центра локальные сети (LAN) и сети хранения данных (SAN) площадок связаны между собой. Сегменты локальных сетей, к которым подключены серверы, объединены в домены L2, и это позволяет прозрачно для приложений перемещать IP-адреса серверов между площадками. Благодаря объединению SAN серверы могут использовать ресурсы хранения данных разных площадок.
С точки зрения управления и эксплуатации географически распределенные ЦОД (а всего таких дата-центра – четыре вида) могут выглядеть для пользователя как единая система. Когда распределенный дата-центр предоставляет услуги внешним пользователям, доступен единый интерфейс услуг и поддержки.
Классификация распределенных ЦОД по расстоянию между площадками.
Что еще дают распределенные ЦОД компании-провайдеру и ее клиентам? Для компании-провайдера они означают возможность расширения сферы деятельности, выхода на новые рынки, позволяют предложить клиентам новые точки присутствия и более широкие возможности выбора. Географически распределенные международные ЦОД способны предоставить наилучшие условия по разным параметрам. Кроме того, у таких провайдеров, как правило, гибкая ценовая политика, позволяющая подобрать оптимальный вариант размещения ИТ-оборудования и тариф с учетом индивидуальных требований.
В частности, для клиента это:
Как уже отмечалось выше, за счет размещения ИТ-систем в нескольких ЦОД можно обеспечить их катастрофоустойчивость и высокую доступность. Каждый ЦОД играет при этом свою роль, но в целом самостоятельная реализация и поддержка такой архитектуры – задача обычно нетривиальная. Причем понятие высокой доступности зависит от специфики бизнеса компании. Чтобы можно было воспользоваться преимуществами такой топологии с несколькими ЦОД, необходимы соответствующая реализация архитектуры дата-центров, функционирующих в них приложений, процессов.
Катастрофоустойчивость и высокую доступность ИТ-систем можно обеспечить, разместив их в нескольких ЦОД.
Катастрофоустойчивый ЦОД (DR) служит для размещения ИТ-инфраструктуры критичных для бизнеса приложений для поддержки ИТ-сервисов в случае катастрофы или аварии основного ЦОД. В этом случае требуется обеспечить допустимый уровень потерь при миграции из основного ЦОД в аварийной ситуации.
Резервных площадок может быть несколько, в зависимости от:
Некоторые функции резервного дата-центра может взять на себя публичное облако. Размещение приложений в публичных облаках с целью повышения гибкости и оптимизации затрат на ИТ-инфраструктуру часто становится наиболее разумным решением. Поэтому в долгосрочной перспективе возможно сокращение количества ЦОД за счет использования публичных облачных сервисов.
Катастрофоустойчивость предполагает соблюдение требуемых параметров RPO/RTO -точки восстановления (Recovery Point Objective, RPO) и времени восстановления (Recovery Time Objective, RTO). Чем меньше RPO/RTO, тем дороже решение. В этом случае обычно используется репликация данных и «горячее резервирование» систем. При большем RPO/RTO можно обойтись резервным копированием на ленту или в облако и «холодным резервированием».
Для обеспечения непрерывности бизнеса могут применяться географически распределенные отказоустойчивые кластеры. Кластерные системы обычно требуют «растягивания» L2 VLAN между ЦОД, хотя некоторые приложения поддерживают кластеризацию через L3-сеть.
Мобильность виртуальных сервисов означает возможность перемещения виртуальных машин между ЦОД. Это требует «растягивания» VLAN и обеспечения непрерывного доступа к томам LUN. Такое решение может стать основой для управления облачной нагрузкой, ее балансирования и миграции нагрузки между площадками.
При этом расстояние между площадками – ключевой фактор. При небольшом расстоянии меньше задержка (latency), выше производительность, проще коммуникации. Можно использовать синхронную репликацию.
Обеспечение провайдером катастрофоустойчивости и высокой доступности для критичных приложений клиентов — один из самых востребованных сценариев. Еще один вариант – локальное резервирование. Например, компания RUVDS, предоставляющая услуги виртуальных серверов (VPS/VDS), по запросу клиентов организовывала резервирование их виртуальной инфраструктуры внутри основного дата-центра, когда серверы клиентов дублировались на разных физических машинах, в разных гермозонах и при этом подключались к разной сетевой инфраструктуре. Затем к этой добавилась возможность дублировать (или использовать в качестве основного) сервер в Швейцарии [9], а теперь и в Англии.
При таком разнесении площадок, конечно, есть проблема ограниченной скорости передачи данных между странами, однако для организации дополнительного резервирования критически важных ресурсов ее достаточно. По запросу клиентов возможна и мобильность виртуальных сервисов (перемещение ВМ между ЦОД).
Вслед за открытием второй площадки в Москве [10] RUVDS запустила [11] новую гермозону в Лондоне — финансовой столице Европы. Гермозона находится в дата-центре Equinix LD8 [12] – одном из крупнейших дата-центров сети Equinix. ЦОД LD8 имеет давнюю историю и считается одним из самых важных центров обработки данных за пределами кампуса Telehouse. В 2016 году Equinix купила Telecity за 2,6 млрд. Фунтов стерлингов, а оба здания были переименованы в Equinix LD8.
Equinix LD8 — ЦОД с резервированием по схеме N+1, полностью соответствующий требованиям TIER3 и спецификациям по стандартам OHSAS 18001, PCI-DSS, ISO 14001, ISO 27001, ISO 9001, ISO 50001, PCI-DSS (последнее важно для платежных систем).
Equinix обслуживает клиентов из всех стран мира и 175 дата-центров в 22 странах. Дата-центр Equinix LD8 находится всего в нескольких километрах от Лондонского финансового центра, связан прямым доступом с интернет-обменниками в Франкфурте (DE-CIX) и Амстердаме (AMS-IX) и является одним из лучших не только в Великобритании, но и в Европе.
В данном дата-центре клиенты получают доступ к различным финансовым сервисам, услугам интернет-провайдеров, облачным сервисам и ИТ-услугам, услугам для предприятий разного профиля, например, разработчиков контента и цифровых медиа-компаний.
ЦОД имеет сертификат информационной безопасности ISO 27001, сертификат управления энергосистемами ISO 50001, сертификат стандарта качества ISO 9000, сертификат стандарта экологического управления ISO 14000, сертификат промышленного управления OHSAS 18001, а также сертификат безопасности данных платежных карт PCI DSS. Вся инфраструктура дата-центра зарезервирована по схеме N+1.
Партнерское соглашение позволит RUVDS не только расширить операционные возможности и улучшить качество предоставляемых услуг, но и оставаться одним из наиболее динамично развивающихся хостинг-провайдеров на всем постсоветском пространстве. К собственному дата-центру в г. Королев, арендуемой RUVDS гермозоне в швейцарском дата-центре Deltalis теперь добавится и гермозона в Лондоне.
Изолированная гермозона [10] гарантирует, что никто другой, кроме клиентов RUVDS, не будет пользоваться сетевой инфраструктурой, которая на нее выделяется. Этот вариант размещения — наиболее правильный с точки зрения показателей «цена-качество-надежность».
Гермозона оборудована двухконтурным охлаждением (горячий и холодный коридоры). В ней используется оборудование корпоративного класса от Huawei. Высокое качество производства, надежность, гарантийное обслуживание при разумной цене позволяют предоставлять клиентам услуги аренды выделенных виртуальных серверов (VDS/VPS) на высокопроизводительном новом оборудовании по привлекательной стоимости.
Серверы Huawei RH2288H V3 корпоративного класса высокой плотности. Эти надежные и экономичные серверные платформы, помогают провайдеру оптимизировать стоимость предоставляемых клиентам услуг.
Huawei — стратегический партнер [13] российского
Компания RUVDS также открывает новую площадку на базе ММТС-9 (М9 [15]). В настоящее время ММТС-9 [16] является крупнейшей в Москве технологической площадкой для взаимодействия московских, российских и международных операторов связи при оказании услуг местной, междугородной, международной телефонной связи, передачи данных, доступа в интернет и других телекоммуникационных услуг. Кроме того, ММТС-9 — крупнейшая точка межоператорского обмена интернет-трафика в России.
На всех трех площадках RUVDS цены для клиентов [17] одинаковы — от 130 рублей в месяц.
Здание станции ММТС-9 оснащено современной инженерной инфраструктурой, в том числе системами бесперебойного электропитания, климат-контроля, газового пожаротушения, мониторинга и видеонаблюдения. Наличие высокотехнологичной инженерной инфраструктуры позволяет ММТС-9 обеспечить организацию отказоустойчивой точки присутствия с необходимыми условиями функционирования серверного и телекоммуникационного оборудования операторов связи.
Автор: ru_vds
Источник [18]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/hosting/281478
Ссылки в тексте:
[1] объединенном с основным ЦОД с помощью высокоскоростных каналов связи : https://tinaword.livejournal.com/1180231.html
[2] Image: https://habr.com/company/ruvds/blog/412829/
[3] По некоторым оценкам: https://bijournal.hse.ru/data/2016/08/11/1118257058/%D0%9F%D0%B8%D1%80%D0%BE%D0%B3%D0%BE%D0%B2%D0%B0%20%D0%93%D1%80%D0%B5%D0%BA%D1%83%D0%BB%20%D0%9F%D0%BE%D0%BA%D0%BB%D0%BE%D0%BD%D0%BE%D0%B2%20%D0%A0%D0%A3%D0%A1.pdf
[4] увеличилось количество проектов: https://www.rbc.ru/technology_and_media/22/08/2017/599aec2b9a794789da3d996b
[5] Image: https://habrastorage.org/webt/sr/0k/j2/sr0kj2awm9zezlxfpwc4zhxwd2m.png
[6] катастрофоустойчивых конфигураций: https://habr.com/company/ruvds/blog/328988/
[7] выбирают трейдеры: https://habr.com/company/ruvds/blog/325862/
[8] Возможность работы в нескольких юрисдикциях: https://habr.com/company/ruvds/blog/319716/
[9] сервер в Швейцарии: https://habr.com/company/ruvds/blog/320218/
[10] площадки в Москве: https://habr.com/company/ruvds/blog/313112/
[11] запустила: http://www.km.ru/science-tech/2018/04/16/informatsionnye-tekhnologii-it/823570-rossiiskii-khosting-provaider-ruvds-ra
[12] Equinix LD8: https://www.equinix.com/locations/united-kingdom-colocation/london-data-centers/ld8
[13] стратегический партнер: https://habr.com/company/ruvds/blog/314024/
[14] хостинг-провайдера: https://www.reg.ru/?rlink=reflink-717
[15] М9: http://www.alldc.ru/dcs/cod/448.html
[16] ММТС-9: http://www.mmts9.ru/about/o-nas.php
[17] цены для клиентов: https://ruvds.com/ru-rub#order
[18] Источник: https://habr.com/post/412829/?utm_campaign=412829
Нажмите здесь для печати.