Linx

s

fe

Масштабируемое и экономичное восстановление приложений и данных

Гарантия быстрого восстановления операций после непредвиденных событий. Возврат в RPO за секунды и в RTO за минуты

Откажитесь

от ресурсов сайта восстановления после простоя, а сэкономленные средства вложите в сайт с полноценным аварийным восстановлением тогда, когда это необходимо

Восстанавливайте

приложения в считанные минуты, возвращая их в самое последнее состояние или же в состояние на определенный момент в прошлом

Единая процедура

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

Использование

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

«МЫ ОБЪЕДИНИЛИ НЕСКОЛЬКО СЕРВИСОВ В ОДИН ПРОДУКТ, ЧТОБЫ ВЫ МОГЛИ ОБЕСПЕЧИТЬ КАТАСТРОФОУСТОЙЧИВОСТЬ КОРПОРАТИВНЫХ данных И ИМЕТЬ ДОСТУП К НИМ 24/7»

1. На базе прямого соединения через Франкфурт/Стокгольм мы подключаемся к зарубежным облачным платформам.

2. Обеспечиваем надежное и безопасное соединение для резервного копирования ваших данных.

3. В случае необходимости в считанные минуты запускаем вашу инфраструктуру со всеми данными в зарубежном облаке.

Карта работы продукта Linx Safe

Настройте Linx Safe на исходных серверах, чтобы начать безопасную репликацию данных. Ваши данные реплицируются в подсети промежуточной среды под вашим аккаунтом AWS в выбранном вами регионе AWS.

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

При нормальной работе можно поддерживать готовность с помощью мониторинга репликации и периодических тестирований восстановления и отработки отказа без перерывов в работе.

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

Показать больше

«МЫ ОБЪЕДИНИЛИ НЕСКОЛЬКО СЕРВИСОВ В ОДИН ПРОДУКТ, ЧТОБЫ ВЫ МОГЛИ ОБЕСПЕЧИТЬ КАТАСТРОФОУСТОЙЧИВОСТЬ КОРПОРАТИВНЫХ данных И ИМЕТЬ ДОСТУП К НИМ 24/7»

Ситуации, которые не повлияют на сохранность и доступность ваших сервисов

Нежданные посетители заберут сервера с данными

Сервер с важными данными выйдет из строя или сгорит

Удаленный сервер окажется недоступен

Перебои электроэнергии на вашей площадке

Вредоносное ПО ограничит доступ к данным на сервере

Из чего состоит продукт

Direct
connect

Выделенный канал, обеспечивающий надежную связь, не зависящий от блокировок IP адресов.

DISASTER RECOVERY

(DRaaS)

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

Amazon WEB
Services

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

Рано или поздно, любая техника выходит из строя. Верить, что ИТ-оборудование будет работать годами, а серверная в офисе никогда не упадет – опасно.  

Чтобы подобные инциденты не стали сюрпризом, важно закладывать их вероятность в план аварийного восстановления (Disaster recovery или DR-план).

Какую роль в современных DR-планах играют глобальные облачные провайдеры – рассказывает Евгений Макарьин, руководитель группы разработки проектов и решений Linxdatacenter. 

Быстрый старт

Посмотрите, как за несколько шагов мы поможем обеспечить надежную защиту ваших данных!

Получаем заявку

Он-лайн запрос и заключение договора

Готовимся

Защищаем и готовим ваши сервера для переноса данных в облако за рубежом и отправляем ссылки для подключения

Профилируем

Создаем профиль нагрузки и верифицируем дизайн инфраструктуры

Разворачиваем

Создаем резервную инфраструктуру ваших сервисов на случай аварийного восстановления, используя AWS

Тестируем и запускаем

Проводим тестирование резервирования данных и их аварийного восстановления

Поддерживаем и обучаем 24/7/365

Оказываем техническую поддержку и консультации на русском и английском языках

Порядок цен для инфраструктур

Платите по модели pay-as-you-go в рублях

Базовый

12.29 ₽/час

БИЗНЕС

94.23 ₽/час

Корпоративный

496.41 ₽/час

Индивидуальный

Подберем под ваши потребности

Настройте Linx Safe на исходных серверах, чтобы начать безопасную репликацию данных. Ваши данные реплицируются в подсети промежуточной среды под вашим аккаунтом AWS в выбранном вами регионе AWS.

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

При нормальной работе можно поддерживать готовность с помощью мониторинга репликации и периодических тестирований восстановления и отработки отказа без перерывов в работе.

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

Показать больше

Наши партнеры

Отзывы наших клиентов

IT-КОМПАНИЯ
Read More
Возможность восстановления резервных копий напрямую в AWS позволяет нам использовать Linx как дополнительный дата-центр для послеаварийного восстановления.
IT-КОМПАНИЯ
Read More
Среди самых удачных решений, которые мы приняли, — партнерство с Linxdatacenter. Наши резервные копии находятся в защищенном хранилище на удаленной площадке за рубежом, которые при необходимости мгновенно доступны. Мы полностью защищены, выполняем нормативные требования и можем справиться с любой аварией.
Previous
Next

О компании

Один из лидеров международного рынка высокотехнологичных ИТ-решений для бизнеса. География предоставления услуг Linxdatacenter охватывает рынки России, Центральной и Восточной Европы и Скандинавии. Компания работает на ИТ-рынке с 2001 г.

Linxdatacenter предоставляет облачные решения и сервисы в области хранения данных в собственных дата-центрах в Москве и Санкт-Петербурге, построенных в соответствии со стандартом Tier III, а также на базе партнерских дата-центров в Варшаве и Франкфурте. Портфолио Linxdatacenter включает услугу частного доступа к глобальным облачным сервисам, таким как Amazon Web Services и Google Cloud Platform. 

Компания Linxdatacenter является сертифицированным поставщиком инфраструктурных решений и юридической поддержки в области обработки персональных данных (ФЗ-152).

Дата-центры компании имеют сертификацию ISO 22301, ISO 27001, ISO 9001 и PСI DSS, и соответствуют стандарту Management & Operations Stamp of Approval (Uptime Institute).

лицензии и сертификаты

2018-2022

Соответствуем требованиям Management & Operations Stamp of Approval c 2018 года. Подтверждено Uptime Institute.

Регистрация в консоли
Linx Control

DR в глобальных облаках: повышаем надежность аварийного восстановления 

Евгений Макарьин, руководитель группы разработки продуктов и решенийLinxdatacenter

Рано или поздно, любая техника выходит из строя. Верить, что ИТ-оборудование будет работать годами, а серверная в офисе никогда не упадет –опасно.

Чтобы подобные инциденты не стали сюрпризом, важно закладывать их вероятность в план аварийного восстановлениям (Disaster recovery или DR-план). Какую роль в современных DR-планах играют глобальные облачные провайдеры – рассказывает Евгений Макарьин, руководитель группы разработки проектов и решений Linxdatacenter.

Аксиома непрерывности бизнеса сегодня: только при наличии и регулярном тестировании DR-плана компания сможет рассчитывать на предсказуемые сроки возобновления работы в штатном режиме в случае отказа инфраструктуры и ИТ-систем.

Создание и реализация корпоративного DR-плана требует много ресурсов, как на этапе разработки и запуска, так и при поддержании систем и процессов в состоянии постоянной готовности.

Если процесс восстановления не автоматизирован на достаточно высоком уровне, то во время катастрофы инженерам придется проделывать слишком много манипуляций вручную. А человеческие ошибки в условиях сильного стресса могут привести к большим задержкам, некорректной работе ИТ-систем и развернутых в них приложений. Не стоит забывать и про такие ситуации, как разного рода проверки бизнеса представителями органов власти, исполнение судебных решений и так далее.

«Заоблачный» уровень защиты

В последние годы становится все более распространенной практика реализации DR-плана с привлечения ресурсов публичных облаков, в том числе глобальных провайдеров.

Триумвират «больших облаков» – Amazon Web Services, Google Cloud Platform и Microsoft Azure – предоставляет клиентам максимальную автоматизацию процессов на всех этапах от инсталляции DR-решения до последующего управления, мониторинга и реагирования на инциденты.

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

Почему нельзя просто делать disaster recovery в России?

Прежде всего, глобальные облачные провайдеры обладают, по сути, бесконечными вычислительными мощностями и дисковым пространством, что позволяет им принять ИТ-инфраструктуру клиентов практически любого масштаба.

При этом не требуется платить за то, чтобы провайдер держал ресурсы для гарантированного восстановления специально под компанию. С глобальным облаком в качестве DR -площадки бизнес получает уверенность в том, что все будет работать, при этом не нужно переплачивать за ресурсы, которыми компания не пользуется.

В России провайдеры аналогичного масштаба только начинают появляться и сопоставимой комбинации мощностей, опыта, обилия доступных для клиентов сервисов и качества услуг у них еще нет.

Зачем вам это

Предположим, ваша ИТ-инфраструктура находится в ЦОДе, который внезапно загорелся. Картина реальная и очень страшная. Собственно, все помнят кейс OVH во Франции – даже компаниям, которые хранили резервные копии в удаленных ЦОДах, пришлось потом часами и днями восстанавливаться из бэкапов и поднимать инфраструктуру.

Происходит это из-за ручных манипуляций и отсутствия регулярных тестов. То есть команда представляет, что нужно делать, однако если не тестировать систему регулярно и не проводить учения, восстановление часто идет не по плану.

Другой сценарий: ваши клиенты потребляют услуги из-за рубежа, а ваша инфраструктура расположена в облаке локального провайдера в России. Из-за возможных политических конфликтов доступ из-за рубежа к сайтам в РФ и наоборот оказывается заблокирован, причем на неопределенный срок.

Если бэкапы хранятся в том числе и за рубежом, ручное восстановление займет часы и даже дни. Если бэкапов там нет, и все данные хранятся только в РФ, тогда нужно срочно контрактоваться с зарубежным хостингом, каким-то образом передавать туда данные, поднимать руками инфраструктуру и лишь затем полностью восстановиться из бэкапов. Время простоя при таком сценарии будет измеряться неделями.

DR в глобальном облаке позволяет получить полностью работающую инфраструктуру в среднем за 20 минут после инициации плана аварийного восстановления.

Подготовка

Многие представляют процесс миграции в глобальное облако как невероятно сложный и затратный. Однако провайдеры предлагают инструменты для безболезненной миграции для DR-проектов.

Как правило, такие решения состоят из нескольких основных блоков – это консоль для управления всем процессом и агенты (специальное ПО), устанавливаемые на исходные Windows или Linux – серверы заказчика. Потребуется аккаунт в публичном облаке, где автоматически разворачивается так называемая staging зона с сервером репликации. Там же хранятся реплики данных.

Рядом готовится целевая зона, где стартуют виртуальные машины клиента в случае тестового или «боевого» запуска DR-плана.

Такое решение позволяет максимально автоматизировать процесс миграции для десятков и даже сотен серверов.

На старт, внимание, DR!

После того, как данные сервера изначально передадутся в глобальное облако, включается постоянная поблочная репликация. Это позволяет добиться показателя RPO (целевая точка восстановления, до которой восстанавливается «упавшая» ИТ-система), в несколько секунд.

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

В глобальных облаках для этого создается security – группа, виртуальные сети, причем желательно с внутренней адресацией, аналогичной исходной инфраструктуре. И далее в консоли можно гранулярно для каждого отдельного сервера, настроить параметры, с которыми этот сервер будет стартовать при активации DR-плана.

Например, можно установить тип машины, то есть сколько ядер и памяти будет назначено, способ тарификации, подсеть, IP-адрес, security-группы и так далее. Для многих настроек предусмотрена возможность автоматического подбора параметров, аналогичных исходному серверу.

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

Вопросы доступа

Чтобы получить доступ к DR-возможностям больших облаков из России, необходимо искать сертифицированных партнеров глобальных провайдеров.

В чем преимущества?

Во-первых, такой партнер проведет аудит инфраструктуры. Оценит, какие компоненты ИТ- системы клиента требуют защиты – оборудование, виртуализация, операционные системы, приложения. Выяснит, как много ресурсов на них выделено и как много используется. Также оценивает, как организована связность и загружена полоса пропускания, что тоже очень важно.

Во-вторых, партнер разрабатывает план аварийного восстановления, который будет подробно описывать, от каких угроз компания защищается и каким образом. Описывает, кто и за что отвечает, с кем и каким образом контактировать во время тестирования или боевого аварийного восстановления. Прописывает регламент обновления DR-плана.

В-третьих, создает инфраструктуру под клиента в глобальном облаке. Подготавливает нужные учетные записи, сети, access-листы, security-группы, маршруты, шлюзы, балансировщики нагрузки и так далее.

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

DR-план не может считаться действующим, пока не проведено его тестирование. Партнер проведет тесты, как в виде пилота, так и регулярные проверки работоспособности.

Далее партнер возьмет на себя управление DR – инфраструктурой и поддержание DR-плана в актуальном состоянии. Это очень важная и достаточно трудозатратная часть стратегии по поддержанию работоспособности бизнеса.

Мы в Linxdatacenter первыми в России разработали готовое решение по резервному копированию и авариному восстановлению инфраструктуры клиентов, которое позволяет за максимально короткий срок обеспечить надежное и безопасное соединение между клиентом и глобальным облачным сервисом, а в случае необходимости получить полностью работающую инфраструктуру в среднем за 20 минут после инициации плана аварийного восстановления. 

Запрос на консультацию

Запрос на консультацию

Запрос на консультацию

Запрос на консультацию

Спасибо, теперь вы подписаны на наши новости!

Отправить запрос

Клиент:

БЭСТ, оператор системы денежных переводов и платежей.

Бизнес-вызов

Компания столкнулась с проблемой постоянного флага BGP-сессии с оборудованием Linxdatacenter. После изучения проблемы стало ясно, что на один из хостов в его сети происходила DDoS-атака.

Из-за распределенного характера атаки отфильтровать трафик было невозможно. Инженеры предложили решение, связанное с сокрытием хоста от внешней сети, но этот вариант не подходил заказчику. Атака прекратилась после внесения изменений в конфигурацию сервера, однако возобновилась на следующий день. Ее мощность достигла 5,5 Гбит/с, из-за чего перегружались «стыки» с интернет-провайдерами, что сказывалось на других пользователях облака Linxdatacenter. Чтобы обеспечить стабильную работу, было решено обратиться к надежному поставщику защиты от DDoS.

Решение

Чтобы обеспечить непрерывную доступность ресурсов, размещенных в облаке Linxdatacenter, весь трафик клиента был направлен через систему antiDDoS от StormWall. Атаку удалось погасить в течение получаса. Для предотвращения дальнейших кибератак все соединения сервисов клиента с интернетом были организованы через сеть StormWall.

3

простых шага

чтобы стать стажером в linxdatacenter

Спасибо за ваш запрос, мы свяжемся с вами в ближайшее время!