Vrack Connect: New POPs (DE et UK PoP)
Переходы VRack или новые проблемы инфраструктуры
Технология VRack была предложена OVH с 2009 года для взаимного соединения серверов друг с другом, полностью личным образом, независимо от того, размещены ли они в одном или нескольких центрах обработки данных. Почти через 10 лет vRack значительно изменился, чтобы адаптироваться к технологическим преобразованиям и новым требованиям клиентов. Сегодня развертывается версия 3.0. Вернемся к этой миграции новой шкалы, со Стефани Логеротом, директором программы и Себастьяном Сеюрне, режиссером проекта.
VRack стал ключевым сервисом для всех тех, кто строит гибридные инфраструктуры, тенденция, которая растет *, поскольку она отвечает новым вызовам ИТ-услуг. Согласно Stéphanie Logerot,
Переключение с одной версии на другую может показаться довольно тривиальной операцией. Команды OVH используются для управления эволюцией цифровых услуг, для перехода от одной версии к другой. Кроме того, это не первое улучшение, которое испытывает эта служба.
Множество параметров, которые необходимо учитывать во время такой операции, позволяют понять ее масштабы и сложность логистики, которые она влечет за собой.
Это вопрос глубокой смены архитектуры. Версия 3.0 представляет собой существенные технологические изменения с переходом на распределенную инфраструктуру для обеспечения большей масштабируемости и отказоустойчивости. Эволюция должна отражаться на всем парке 28 центров данных OVH в мире, поскольку vRack позволяет подключать между ними сервисы, распределенные в разных центрах обработки данных. Наконец, с vRack, это эволюция сетевой службы, которая подразумевает миграцию, выполненную в кратчайшие сроки и не допускающую каких-либо инцидентов.
Кроме того, это не просто переход от инфраструктуры A к B, потому что эта миграция влечет за собой целый ряд услуг. С vRack также задействованы выделенные серверы, частные облачные сервисы (vSphere), маршрутизация выделенного соединения и балансировщики нагрузки. Каждый сервис, каждый конкретный процесс должен учитываться определенным образом, потому что все требуют нового дизайна. Не будем забывать, что эта новая архитектура основана на оборудовании, имеющем собственный жизненный цикл.
Чтобы все это, мы должны добавить разнообразие версий, которые все еще используются, и клиентов, некоторые из которых имеют уникальную инфраструктуру. В конце концов, для этой эволюции vRack были определены и определены не менее восьми различных случаев технической миграции.
Очевидно, что операция такого масштаба ожидается несколько лет назад. Переход к vRack 3.0 начался в прошлом году с выделенных серверов. А с января 2018 года OVH мобилизовало около пятнадцати сотрудников, которые работают над созданием эффективного и прозрачного процесса для клиентов. Отражение, совместное использование, разработка программного обеспечения, перераспределение пропускной способности, избыточность для повышения отказоустойчивости или даже организации, этот процесс существует.
В начале апреля было завершено 30% рабочих процессов. К концу лета многие клиенты должны воспользоваться новой версией vRack. Для обеспечения прозрачности процесса регулярно осуществляется регулярная передача информации о ходе этой миграции, и информация регулярно обновляется на сайте. Они позволяют следить за ходом различных миграций. Чтобы открыть их, нажмите на эту ссылку: travaux.ovh.net/?do=details&id=32595
Сегодня основные поставщики цифровой инфраструктуры, исторические гиперслоители, начинают сталкиваться с управлением устареванием в промышленном масштабе. Эти вопросы являются беспрецедентными и непревзойденными. Поскольку никто пока не может воспользоваться опытом или отзывами по этому вопросу, способность реагировать является серьезной проблемой для всего сообщества.
VRack стал ключевым сервисом для всех тех, кто строит гибридные инфраструктуры, тенденция, которая растет *, поскольку она отвечает новым вызовам ИТ-услуг. Согласно Stéphanie Logerot,
искусственный интеллект, Интернет вещей, большие данные… vRack теперь должен соответствовать этим задачам на будущее. Именно по этой причине OVH решила обновить его версией 3.0.
Переключение с одной версии на другую может показаться довольно тривиальной операцией. Команды OVH используются для управления эволюцией цифровых услуг, для перехода от одной версии к другой. Кроме того, это не первое улучшение, которое испытывает эта служба.
Но это определенно самое важное. На чисто технологическом и организационном уровнях, поскольку мы хотим, чтобы обновление этой версии было максимально плавным для наших клиентов и что все пользователи предыдущих версий могут извлечь из этого выгодудобавляет Себастьян.
Множество параметров, которые необходимо учитывать во время такой операции, позволяют понять ее масштабы и сложность логистики, которые она влечет за собой.
Это вопрос глубокой смены архитектуры. Версия 3.0 представляет собой существенные технологические изменения с переходом на распределенную инфраструктуру для обеспечения большей масштабируемости и отказоустойчивости. Эволюция должна отражаться на всем парке 28 центров данных OVH в мире, поскольку vRack позволяет подключать между ними сервисы, распределенные в разных центрах обработки данных. Наконец, с vRack, это эволюция сетевой службы, которая подразумевает миграцию, выполненную в кратчайшие сроки и не допускающую каких-либо инцидентов.
Кроме того, это не просто переход от инфраструктуры A к B, потому что эта миграция влечет за собой целый ряд услуг. С vRack также задействованы выделенные серверы, частные облачные сервисы (vSphere), маршрутизация выделенного соединения и балансировщики нагрузки. Каждый сервис, каждый конкретный процесс должен учитываться определенным образом, потому что все требуют нового дизайна. Не будем забывать, что эта новая архитектура основана на оборудовании, имеющем собственный жизненный цикл.
Чтобы все это, мы должны добавить разнообразие версий, которые все еще используются, и клиентов, некоторые из которых имеют уникальную инфраструктуру. В конце концов, для этой эволюции vRack были определены и определены не менее восьми различных случаев технической миграции.
Очевидно, что операция такого масштаба ожидается несколько лет назад. Переход к vRack 3.0 начался в прошлом году с выделенных серверов. А с января 2018 года OVH мобилизовало около пятнадцати сотрудников, которые работают над созданием эффективного и прозрачного процесса для клиентов. Отражение, совместное использование, разработка программного обеспечения, перераспределение пропускной способности, избыточность для повышения отказоустойчивости или даже организации, этот процесс существует.
В начале апреля было завершено 30% рабочих процессов. К концу лета многие клиенты должны воспользоваться новой версией vRack. Для обеспечения прозрачности процесса регулярно осуществляется регулярная передача информации о ходе этой миграции, и информация регулярно обновляется на сайте. Они позволяют следить за ходом различных миграций. Чтобы открыть их, нажмите на эту ссылку: travaux.ovh.net/?do=details&id=32595
Сегодня основные поставщики цифровой инфраструктуры, исторические гиперслоители, начинают сталкиваться с управлением устареванием в промышленном масштабе. Эти вопросы являются беспрецедентными и непревзойденными. Поскольку никто пока не может воспользоваться опытом или отзывами по этому вопросу, способность реагировать является серьезной проблемой для всего сообщества.
vRack 3.0: частная сеть OVH тщательно переработана, чтобы продолжать предвидеть потребности ИТ-проектов
1. Развитие сетевых потоков
Будучи провайдером облачной инфраструктуры, работающим с собственными центрами обработки данных и сетью, OVH имеет привилегированное положение для наблюдения и прогнозирования изменений в использовании трафика.
Это позиционирование в основе цифровых обменов позволило несколько лет назад установить четкое наблюдение: если потоки информации были исторически вертикальными («север-юг», то есть центры данных за пределами), горизонтальные потоки («запад-восток», т. е. внутренние по отношению к инфраструктуре) экспоненциально возрастают. Они даже представляют собой трафик, иногда более важный, чем трафик исходящих потоков! Машины, которые теперь работают в кластере, нуждаются в обмене все больше и больше данных между собой. И это конфиденциально, не проходя через общественную сеть (интернет).
Например, это могут быть n-ярусные инфраструктуры, потенциально распределенные между несколькими сайтами в рамках плана восстановления или непрерывности бизнеса (PRA / PCA) или больших кластеров данных, питаемых производством. все увеличивая данные. Совсем недавно рост IoT (оборудования, подключенного к очень ограниченным ресурсам) и программных архитектур, ориентированных на микроуслуги (при содействии «контейнеризации»), требует депортации все большего числа вычислений в центрах обработки данных и, следовательно, для создания для связи между ними различные машины, составляющие его.
Эти инфраструктуры отражают три императива современных ИТ-проектов: наличие достаточных вычислительных ресурсов для эффективного управления постоянно растущими объемами данных, обеспечения высокой доступности приложений и обеспечения максимальной безопасности для своей инфраструктуры.
2. VRack, первопроходческая служба
Именно в этом контексте OVH разработала собственный и развернула в 2009 году технологию Virtual Rack (vRack), чтобы объединить машины вместе. Заблаговременно, когда он запускается, vRack позволяет частное соединение серверов, независимо от того, находятся ли они в одном центре данных или в разных дата-центрах OVH.
Известная особенность технологии vRack: она полагается на выделенную физическую сеть OVH, тем самым обеспечивая горизонтальное соединение, не проходя через общедоступную сеть! Растущие потоки, падающие задержки и достижения в области безопасности являются основными непосредственными преимуществами, обеспечивая при этом большую гибкость и простоту в управлении инфраструктурой. Например, если IP-блок назначается VLAN, то маршрутизация выполняется динамически в частной сети. Это позволяет администраторам реализовать конкретный план IP-адресации, особенно в контексте инфраструктуры с несколькими ЦОД.
С помощью vRack пользователи могут подключать различные кирпичи своих инфраструктур. В том числе, когда речь идет о различных типах ресурсов: физических или виртуальных серверах (Public Cloud, Private Cloud) и даже внутренних ресурсах компании, благодаря vRack Connect (подключение вашей корпоративной сети к вашей частной сети в OVH). Это облегчает широкомасштабную реализацию гибридных облачных решений.
В дополнение к дополнительной функции vRack сегодня стал одним из краеугольных камней большого числа клиентских инфраструктур. OVH также является первым пользователем технологии, используемой внутри для разработки большого количества решений (Private Cloud, Exchange, Public Cloud и т. Д.), Демонстрируя таким образом свою надежность.
Решающее значение при создании инфраструктур, vRack предлагается бесплатно и внедряется в общую стоимость большинства продуктов, а также защиту от DDOS, без ограничений объема трафика! Как клиент, вы получаете систематическое и непрерывное вознаграждение от максимальной контрактной пропускной способности, связанной с вашим предложением (или максимальной емкостью встроенной частной сетевой карты на выделенном сервере).
3. Вернемся к непрерывной итерации
Инновационный, vRack развивался на протяжении многих лет и улучшался командами OVH. Потребности компаний для такого типа соединений увеличились и диверсифицировались, как ожидалось во время запуска этой технологии, что привело к тому, что vRack прошел различные технические точки. Если в 2009 году было необходимо иметь дело с существующими сетевыми технологиями (не предназначенными для такого типа использования), последние развивались много и особенно переживали революцию виртуализации.
3.1 / vRack 1.0
Таким образом, vRack 1.0 был доступен в одном регионе (RBX) и предлагал одну VLAN, основанную на одноименной технологии. В частности, это была виртуальная сеть, созданная практически в общедоступной сети, которая только «разрешала» связывать выделенные серверы.
3.2 / vRack 1.5
VRack 1.5 требовал добавления второго сетевого адаптера на серверы. Частная сеть, параллельная сети общего пользования, на этот раз физическая, также должна была быть развернута в центрах данных OVH; они были переделаны для этого!
На этом этапе vRack стал мультизонным. Клиенты могли бесплатно подключаться к серверам между четырьмя основными географическими регионами, предлагаемыми OVH: RBX (Франция), SBG (Франция), BHS (Канада) и GRA (Франция). Это беспрецедентное предложение для облачных провайдеров.
Именно в это время предложение Private Cloud стало совместимым с vRack. Соединив виртуальные центры обработки данных и выделенные машины, пользователям удалось извлечь выгоду из большей мощности, чтобы, например, управлять большими базами данных.
3.3 / vRack 2.0
VRack 2.0 тесно связан с внедрением технологии QinQ. Это позволяет, среди прочего, создавать несколько VLAN в одном и том же Ethernet-фрейме, используя теги.
VRack 2.0 также предлагал каждому пользователю создавать несколько VLAN — до 4000 — для повышения уровня изоляции их инфраструктуры. Отсекая установку в отсеки, герметизированные с точки зрения сети, становится значительно сложнее проникать извне.
Наконец, именно на этом этапе vRack использовался в качестве основного компонента предложения Private Cloud. Действительно, для связи друг с другом виртуальные машины (виртуальные машины) OVH Private Cloud используют эту технологию.
4. vRack 3.0, новое измерение
VRack 3.0 — это не просто эволюция. Настоящий технологический стержень, что простое увеличение номера версии листьев не появляется.
Уже в производстве в течение двух лет для всей вселенной выделенных серверов (vRack-совместимых серверов) он подробно изучает свою архитектуру и используемые технологии.
4.1 / Пересмотренные технические слои
В отличие от предыдущих версий, vRack 3.0 больше не полагается на QinQ, а на технологию VxLAN. Из этого выбора возникает несколько преимуществ, начиная с количества адресуемых VLAN. Основываясь на протоколе 802.1Q, QinQ не поддерживает более 4096 VLAN. Если это число остается удобным, переход на VxLAN доводит этот теоретический предел до более 16 миллионов в одном домене!
Кроме того, благодаря передаче кадров непосредственно на уровень 2 в UDP, эта технология позволяет сегментировать VLAN за пределами одного домена Ethernet, тем самым устраняя последнее. Как часть виртуального центра обработки данных, VxLAN также значительно расширяет сети уровня 2, предоставляя администраторам большую гибкость и гибкость.
Отметим также, что vRack 3.0 относится к работе частных сетей, реализованных изначально в OpenStack Neutron. Воздействие. VRack 3.0 частных сетей между облачными облачными областями OVH можно контролировать через собственный API OpenStack! Значительная степень интеграции и прозрачности, которая упрощает управление сложной инфраструктурой. Следует отметить, что, вопреки рыночным стандартам, клиентам Public Cloud OVH не выставлен счет за трафик между данными.
4.2 / Новая архитектура
В этом выпуске архитектура системы vRack и базовая инфраструктура были тщательно пересмотрены. Цель состоит в том, чтобы обеспечить более масштабируемый, устойчивый и шумный сервис соседей (чрезмерное потребление ресурсов другими пользователями).
Некоторые контекстуальные элементы необходимы для лучшего понимания масштабов этого изменения дизайна, а также преимуществ.
Начиная с vRack 1.5, маршрутизаторы G5 были развернуты, чтобы действовать как шлюзы между датацентрами OVH для трафика vRack. Это высокодоступное оборудование (два наблюдательных совета могут переключаться друг на друга в случае возникновения проблем), с высокой вычислительной мощностью для поддержки крупных обменов. Их присутствие стало необходимым благодаря централизованной инфраструктуре, созданной для первых версий vRack, каждая из которых оборудована оборудованием. Однако материал имеет физические пределы. Несмотря на то, что эта архитектура была абсолютно независимой и надежной, эта архитектура не была масштабируемой до бесконечности.
РИСУНОК 1: Глобальная архитектура vRack 2.0
И наоборот, vRack 3.0 основан на сегментированной схеме, состоящей из нескольких распределенных ячеек: в каждой географической области больше нет центральной точки или одного прохода!
Таким образом, сеть vRack умножает точки обмена в центрах обработки данных, что позволяет значительно улучшить скорость передачи данных и задержки. Например, две машины, расположенные в одном центре обработки данных, будут иметь прямое подключение vRack, не проходя через другое место.
Кроме того, сегментирование, вызванное этой распределенной инфраструктурой, позволяет избежать любого явления «шумного соседства». Общий трафик, распределенный на практически неограниченном количестве обменников, становится возможным создавать множество независимых ячеек друг от друга.
Набор также позволяет повысить устойчивость инфраструктуры, значительно ограничив объем возможного сбоя на стороне клиента. Пользователи могут точно настраивать распределение своих виртуальных машин, размещая их в разных областях в пределах одного региона или центра данных, без ущерба для всей установки, если ячейка закрыта (Обратите внимание, что на стороне OVH все критические элементы, составляющие vRack, являются избыточными в разных местах).
РИСУНОК 2: Глобальная архитектура vRack 3.0
VRack 3.0 является результатом постепенной эволюции. Первоначально основанная на довольно монолитной инфраструктуре, она стала настоящей сетью «полной сетки» (полностью децентрализованной). Чтобы всегда предвидеть потребности своих пользователей, vRack теперь может расти вертикально так же легко, чтобы настроить свои возможности обработки, поскольку это горизонтально, чтобы обеспечить его масштабируемость.
www.ovh.com/fr/blog/vrack-3-0-le-reseau-prive-dovh-revu-de-fond-en-comble-pour-continuer-a-anticiper-les-besoins-des-projets-it/
Будучи провайдером облачной инфраструктуры, работающим с собственными центрами обработки данных и сетью, OVH имеет привилегированное положение для наблюдения и прогнозирования изменений в использовании трафика.
Это позиционирование в основе цифровых обменов позволило несколько лет назад установить четкое наблюдение: если потоки информации были исторически вертикальными («север-юг», то есть центры данных за пределами), горизонтальные потоки («запад-восток», т. е. внутренние по отношению к инфраструктуре) экспоненциально возрастают. Они даже представляют собой трафик, иногда более важный, чем трафик исходящих потоков! Машины, которые теперь работают в кластере, нуждаются в обмене все больше и больше данных между собой. И это конфиденциально, не проходя через общественную сеть (интернет).
Например, это могут быть n-ярусные инфраструктуры, потенциально распределенные между несколькими сайтами в рамках плана восстановления или непрерывности бизнеса (PRA / PCA) или больших кластеров данных, питаемых производством. все увеличивая данные. Совсем недавно рост IoT (оборудования, подключенного к очень ограниченным ресурсам) и программных архитектур, ориентированных на микроуслуги (при содействии «контейнеризации»), требует депортации все большего числа вычислений в центрах обработки данных и, следовательно, для создания для связи между ними различные машины, составляющие его.
Эти инфраструктуры отражают три императива современных ИТ-проектов: наличие достаточных вычислительных ресурсов для эффективного управления постоянно растущими объемами данных, обеспечения высокой доступности приложений и обеспечения максимальной безопасности для своей инфраструктуры.
2. VRack, первопроходческая служба
Именно в этом контексте OVH разработала собственный и развернула в 2009 году технологию Virtual Rack (vRack), чтобы объединить машины вместе. Заблаговременно, когда он запускается, vRack позволяет частное соединение серверов, независимо от того, находятся ли они в одном центре данных или в разных дата-центрах OVH.
Известная особенность технологии vRack: она полагается на выделенную физическую сеть OVH, тем самым обеспечивая горизонтальное соединение, не проходя через общедоступную сеть! Растущие потоки, падающие задержки и достижения в области безопасности являются основными непосредственными преимуществами, обеспечивая при этом большую гибкость и простоту в управлении инфраструктурой. Например, если IP-блок назначается VLAN, то маршрутизация выполняется динамически в частной сети. Это позволяет администраторам реализовать конкретный план IP-адресации, особенно в контексте инфраструктуры с несколькими ЦОД.
С помощью vRack пользователи могут подключать различные кирпичи своих инфраструктур. В том числе, когда речь идет о различных типах ресурсов: физических или виртуальных серверах (Public Cloud, Private Cloud) и даже внутренних ресурсах компании, благодаря vRack Connect (подключение вашей корпоративной сети к вашей частной сети в OVH). Это облегчает широкомасштабную реализацию гибридных облачных решений.
В дополнение к дополнительной функции vRack сегодня стал одним из краеугольных камней большого числа клиентских инфраструктур. OVH также является первым пользователем технологии, используемой внутри для разработки большого количества решений (Private Cloud, Exchange, Public Cloud и т. Д.), Демонстрируя таким образом свою надежность.
Решающее значение при создании инфраструктур, vRack предлагается бесплатно и внедряется в общую стоимость большинства продуктов, а также защиту от DDOS, без ограничений объема трафика! Как клиент, вы получаете систематическое и непрерывное вознаграждение от максимальной контрактной пропускной способности, связанной с вашим предложением (или максимальной емкостью встроенной частной сетевой карты на выделенном сервере).
3. Вернемся к непрерывной итерации
Инновационный, vRack развивался на протяжении многих лет и улучшался командами OVH. Потребности компаний для такого типа соединений увеличились и диверсифицировались, как ожидалось во время запуска этой технологии, что привело к тому, что vRack прошел различные технические точки. Если в 2009 году было необходимо иметь дело с существующими сетевыми технологиями (не предназначенными для такого типа использования), последние развивались много и особенно переживали революцию виртуализации.
3.1 / vRack 1.0
Таким образом, vRack 1.0 был доступен в одном регионе (RBX) и предлагал одну VLAN, основанную на одноименной технологии. В частности, это была виртуальная сеть, созданная практически в общедоступной сети, которая только «разрешала» связывать выделенные серверы.
3.2 / vRack 1.5
VRack 1.5 требовал добавления второго сетевого адаптера на серверы. Частная сеть, параллельная сети общего пользования, на этот раз физическая, также должна была быть развернута в центрах данных OVH; они были переделаны для этого!
На этом этапе vRack стал мультизонным. Клиенты могли бесплатно подключаться к серверам между четырьмя основными географическими регионами, предлагаемыми OVH: RBX (Франция), SBG (Франция), BHS (Канада) и GRA (Франция). Это беспрецедентное предложение для облачных провайдеров.
Именно в это время предложение Private Cloud стало совместимым с vRack. Соединив виртуальные центры обработки данных и выделенные машины, пользователям удалось извлечь выгоду из большей мощности, чтобы, например, управлять большими базами данных.
3.3 / vRack 2.0
VRack 2.0 тесно связан с внедрением технологии QinQ. Это позволяет, среди прочего, создавать несколько VLAN в одном и том же Ethernet-фрейме, используя теги.
VRack 2.0 также предлагал каждому пользователю создавать несколько VLAN — до 4000 — для повышения уровня изоляции их инфраструктуры. Отсекая установку в отсеки, герметизированные с точки зрения сети, становится значительно сложнее проникать извне.
Наконец, именно на этом этапе vRack использовался в качестве основного компонента предложения Private Cloud. Действительно, для связи друг с другом виртуальные машины (виртуальные машины) OVH Private Cloud используют эту технологию.
4. vRack 3.0, новое измерение
VRack 3.0 — это не просто эволюция. Настоящий технологический стержень, что простое увеличение номера версии листьев не появляется.
Уже в производстве в течение двух лет для всей вселенной выделенных серверов (vRack-совместимых серверов) он подробно изучает свою архитектуру и используемые технологии.
4.1 / Пересмотренные технические слои
В отличие от предыдущих версий, vRack 3.0 больше не полагается на QinQ, а на технологию VxLAN. Из этого выбора возникает несколько преимуществ, начиная с количества адресуемых VLAN. Основываясь на протоколе 802.1Q, QinQ не поддерживает более 4096 VLAN. Если это число остается удобным, переход на VxLAN доводит этот теоретический предел до более 16 миллионов в одном домене!
Кроме того, благодаря передаче кадров непосредственно на уровень 2 в UDP, эта технология позволяет сегментировать VLAN за пределами одного домена Ethernet, тем самым устраняя последнее. Как часть виртуального центра обработки данных, VxLAN также значительно расширяет сети уровня 2, предоставляя администраторам большую гибкость и гибкость.
Отметим также, что vRack 3.0 относится к работе частных сетей, реализованных изначально в OpenStack Neutron. Воздействие. VRack 3.0 частных сетей между облачными облачными областями OVH можно контролировать через собственный API OpenStack! Значительная степень интеграции и прозрачности, которая упрощает управление сложной инфраструктурой. Следует отметить, что, вопреки рыночным стандартам, клиентам Public Cloud OVH не выставлен счет за трафик между данными.
4.2 / Новая архитектура
В этом выпуске архитектура системы vRack и базовая инфраструктура были тщательно пересмотрены. Цель состоит в том, чтобы обеспечить более масштабируемый, устойчивый и шумный сервис соседей (чрезмерное потребление ресурсов другими пользователями).
Некоторые контекстуальные элементы необходимы для лучшего понимания масштабов этого изменения дизайна, а также преимуществ.
Начиная с vRack 1.5, маршрутизаторы G5 были развернуты, чтобы действовать как шлюзы между датацентрами OVH для трафика vRack. Это высокодоступное оборудование (два наблюдательных совета могут переключаться друг на друга в случае возникновения проблем), с высокой вычислительной мощностью для поддержки крупных обменов. Их присутствие стало необходимым благодаря централизованной инфраструктуре, созданной для первых версий vRack, каждая из которых оборудована оборудованием. Однако материал имеет физические пределы. Несмотря на то, что эта архитектура была абсолютно независимой и надежной, эта архитектура не была масштабируемой до бесконечности.
РИСУНОК 1: Глобальная архитектура vRack 2.0
И наоборот, vRack 3.0 основан на сегментированной схеме, состоящей из нескольких распределенных ячеек: в каждой географической области больше нет центральной точки или одного прохода!
Таким образом, сеть vRack умножает точки обмена в центрах обработки данных, что позволяет значительно улучшить скорость передачи данных и задержки. Например, две машины, расположенные в одном центре обработки данных, будут иметь прямое подключение vRack, не проходя через другое место.
Кроме того, сегментирование, вызванное этой распределенной инфраструктурой, позволяет избежать любого явления «шумного соседства». Общий трафик, распределенный на практически неограниченном количестве обменников, становится возможным создавать множество независимых ячеек друг от друга.
Набор также позволяет повысить устойчивость инфраструктуры, значительно ограничив объем возможного сбоя на стороне клиента. Пользователи могут точно настраивать распределение своих виртуальных машин, размещая их в разных областях в пределах одного региона или центра данных, без ущерба для всей установки, если ячейка закрыта (Обратите внимание, что на стороне OVH все критические элементы, составляющие vRack, являются избыточными в разных местах).
РИСУНОК 2: Глобальная архитектура vRack 3.0
VRack 3.0 является результатом постепенной эволюции. Первоначально основанная на довольно монолитной инфраструктуре, она стала настоящей сетью «полной сетки» (полностью децентрализованной). Чтобы всегда предвидеть потребности своих пользователей, vRack теперь может расти вертикально так же легко, чтобы настроить свои возможности обработки, поскольку это горизонтально, чтобы обеспечить его масштабируемость.
www.ovh.com/fr/blog/vrack-3-0-le-reseau-prive-dovh-revu-de-fond-en-comble-pour-continuer-a-anticiper-les-besoins-des-projets-it/
Univers Cloud : toutes les nouveautés du mois de mai
Nouveaux Serveurs Dédiés GPU
Trois nouvelles configurations de Serveurs Dédiés sont disponibles. Équipées de cartes GPU NVIDIA (GTX 970, Tesla M60 et K80), elles sont destinées à réaliser des tâches parallèles comme l’encodage vidéo, le calcul intensif, ou encore le déploiement d’environnements VDI 3D.
www.ovh.com/fr/serveurs_dedies/gpu/
Les frais d'installation offerts sur So you Start
Jusqu’au 31 mai, les frais d’installation sont offerts sur nos serveurs So you Start. Une solution parfaite pour ajouter un serveur de sauvegarde à votre infrastructure!
www.soyoustart.com/fr/#xtor=ES-11-[news]-20160526-[SYS-img]
Installer Windows Server sur vos instances Public Cloud HG et SP vous revient moins cher à partir d'aujourd'hui. Nous avons baissé le prix de nos instances jusqu'à 40% pour nos modèles les plus performants. Ce changement de tarif sera effectif sur votre prochaine facture sans aucune intervention de votre part.
www.ovh.com/fr/cloud/instances/#xtor=ES-11-[news]-20160526-[EG-btn]
Lab PaaS DB: vos bases de données en toute simplicité !
Vous avez un projet nécessitant une base de données SQL performante? Vous souhaitez être sûr de la bonne configuration et du bon monitoring de celle-ci?
Venez rejoindre notre Lab gratuit PaaS SQL sur RunAbove.com.
Nous vous délivrerons instantanément des instances MySQL et PostgreSQL avec 2 Go de RAM dédiés et 32 Go d’espace disque, entièrement managées par nos équipes.
Le Lab est compatible avec la plupart des produits Cloud OVH tels que nos VPS, Serveurs Dédiés, Public Cloud, ainsi que vos services externes!
Découvrez comment HostMe gère ses pics de charge grâce au Dedicated Cloud.
www.ovh.com/fr/news/usercase/gerer-des-pics-de-charge-avec-dedicated-cloud.xml#xtor=ES-11-[news]-20160526-[-btn]
PaaS Logs: rejoignez l'aventure
Que vous soyez DevOps, DSI, data analyst ou expert en acquisition de trafic, PaaS Logs facilitera le traitement et la visualisation de vos logs. La solution, actuellement en bêta gratuite sur RunAbove.com, est optimisée chaque jour par nos équipes qui l’agrémentent de nombreuses fonctionnalités. Notre communauté n’attend plus que vous!
www.runabove.com/paas-logs.xml#xtor=ES-11-[news]-20160526-[PaasLogs-btn]
vRack disponible en bêta sur le Public Cloud.
Le vRack est maintenant disponible sur l'ensemble de nos datacentres pour les projets Public Cloud. Actuellement en bêta, le vRack est géré via l'API et sera ajouté au manager dans les prochaines semaines.
www.ovh.com/fr/g2148.public_cloud_et_vrack_-_explications_et_roadmap/#xtor=ES-11-[news]-20160526-[vRack-btn]
On parle de VAC5 à VAC16 dans les 18 mois à venir
Bonjour,
Nous allons proposer le vRack sur le PCI/VPS. Le Public Cloud.
On va le dérouler en plusieurs étages:
1) d'abord, vous allez pouvoir créer un vrack entre les VM d'un
même DC
2) en suite, on va l’élargir (automatiquement) à tous les services
d'un même DC (SD+PCC+PCI/VPS)
3) puis multi-dc, mais sachant que le vrack 2 est déjà multi-dc
dés que le 2) est fait, ça sera multi-dc, juste on aura à changer
la techno entre les DC pour utiliser les 100G au lieu de Nx10G
Il faut compter 6 semaines entre le 1) et 3). Le 1) commence
la semaine prochaine. On attend le matos pour finir le 2) et
le 3) et complétement arrêter le vrack 2.0 qui va mourir au
profit de vrack 3: 100% vxlan de bout à bout.
Comment ça va marcher?
— Le vRack de PCI/VPS est un vrack standard. Un segment L2,
un mega bridge multi dc par client qui peut se terminer sur
chaque service chez ovh. C'est l'eth1 de serveurs dédiés si
on veut. Sur ce segment vous pouvez créer 4000 vlan. Par
exemple le vlan 123 c'est eth1.123.
Sur le PCI on vous configure un vlan spécifique par interface,
c'est à dire vous allez pouvoir configurer le vlan 123 sur eth1
directement. Pas besoin de faire eth1.123, le vlan 123 est déjà
specifié de notre côté. Plus tard, on va vous proposer aussi
tout les vrack entier sur une seule interface ethX puis vous
allez pouvoir configurer vous même les vlans que vous voulez
eth5.123 eth5.1984 etc.
toujours plus et moins cher
— En parallèle, nous travaillons sur l'accélération de traitement
de packets dans le PCI/VPS. Vous savez qu'Ovh a fait son
propre router à la base de X86. On gère 160Gbps/160Mpps
par châssis. On est en train de préparer la mise en place du
vR sur RBX1, un petit DC avec les Kimsufi où nous avons 80Gbps
de trafic Aujourd'hui, le routage est assuré par 2 ASR9001
avec 120Gbps de capa chaque. Demain, on aura 4x vR avec
4x160Gbps de capa et ceci pour 10% du prix des ASR9K
Cette même techno est portée dans les hosts de PCI/VPS
afin de supporter 10Gbps/10Mpps (25Gbps/25Mpps demain).
Il nous manque encore quelques devs mais pour fin mars
on devrait l’intégrer dans tous les hosts de PCI/VPS. Le gros
avantage est qu'un DDoS n'aura plus aucun impact sur les
hosts ni sur les VM hébergés sur ce host. Ça sera routé comme
un routeur vR.
Le cerise sur le gâteau: nous sommes en train d’intégrer
le VAC + l'Anti-DDoS GAME sur le vR. C'est à dire par défaut
on veut protéger tous les clients sans détecter les DDoS.
24/24 par défaut tous les packets sont analysés en input
et output. RBX1 sera le 1er à avoir cette techno et les autres
DC vont suivre. On devrait être 100% vR pour la fin 2016
et donc de faire x10 sur les capacités de nos DCs pour un
coût de 10%.
L'Anti-DDoS de vR sera porté sur les hosts PCI/VPS et donc
ça sera pareil pour les VPS, c'est à dire 100% de PCI et VPS
seront protégés 24/24.
On est en train de terminer le VAC4 pour GRA en se basant
sur le vR + Anti-DDoS. Le VAC4 sera comme le VAC1/2/3
sauf qu'il coutera 10% du prix. On va pouvoir donc le déployer
massivement dans nos 12 nouveaux DCs, sans limite de
capacité de traitement. On parle de VAC5 à VAC16 dans
les 18 mois à venir.
Amicalement
Octave
Nous allons proposer le vRack sur le PCI/VPS. Le Public Cloud.
On va le dérouler en plusieurs étages:
1) d'abord, vous allez pouvoir créer un vrack entre les VM d'un
même DC
2) en suite, on va l’élargir (automatiquement) à tous les services
d'un même DC (SD+PCC+PCI/VPS)
3) puis multi-dc, mais sachant que le vrack 2 est déjà multi-dc
dés que le 2) est fait, ça sera multi-dc, juste on aura à changer
la techno entre les DC pour utiliser les 100G au lieu de Nx10G
Il faut compter 6 semaines entre le 1) et 3). Le 1) commence
la semaine prochaine. On attend le matos pour finir le 2) et
le 3) et complétement arrêter le vrack 2.0 qui va mourir au
profit de vrack 3: 100% vxlan de bout à bout.
Comment ça va marcher?
— Le vRack de PCI/VPS est un vrack standard. Un segment L2,
un mega bridge multi dc par client qui peut se terminer sur
chaque service chez ovh. C'est l'eth1 de serveurs dédiés si
on veut. Sur ce segment vous pouvez créer 4000 vlan. Par
exemple le vlan 123 c'est eth1.123.
Sur le PCI on vous configure un vlan spécifique par interface,
c'est à dire vous allez pouvoir configurer le vlan 123 sur eth1
directement. Pas besoin de faire eth1.123, le vlan 123 est déjà
specifié de notre côté. Plus tard, on va vous proposer aussi
tout les vrack entier sur une seule interface ethX puis vous
allez pouvoir configurer vous même les vlans que vous voulez
eth5.123 eth5.1984 etc.
toujours plus et moins cher
— En parallèle, nous travaillons sur l'accélération de traitement
de packets dans le PCI/VPS. Vous savez qu'Ovh a fait son
propre router à la base de X86. On gère 160Gbps/160Mpps
par châssis. On est en train de préparer la mise en place du
vR sur RBX1, un petit DC avec les Kimsufi où nous avons 80Gbps
de trafic Aujourd'hui, le routage est assuré par 2 ASR9001
avec 120Gbps de capa chaque. Demain, on aura 4x vR avec
4x160Gbps de capa et ceci pour 10% du prix des ASR9K
Cette même techno est portée dans les hosts de PCI/VPS
afin de supporter 10Gbps/10Mpps (25Gbps/25Mpps demain).
Il nous manque encore quelques devs mais pour fin mars
on devrait l’intégrer dans tous les hosts de PCI/VPS. Le gros
avantage est qu'un DDoS n'aura plus aucun impact sur les
hosts ni sur les VM hébergés sur ce host. Ça sera routé comme
un routeur vR.
Le cerise sur le gâteau: nous sommes en train d’intégrer
le VAC + l'Anti-DDoS GAME sur le vR. C'est à dire par défaut
on veut protéger tous les clients sans détecter les DDoS.
24/24 par défaut tous les packets sont analysés en input
et output. RBX1 sera le 1er à avoir cette techno et les autres
DC vont suivre. On devrait être 100% vR pour la fin 2016
et donc de faire x10 sur les capacités de nos DCs pour un
coût de 10%.
L'Anti-DDoS de vR sera porté sur les hosts PCI/VPS et donc
ça sera pareil pour les VPS, c'est à dire 100% de PCI et VPS
seront protégés 24/24.
On est en train de terminer le VAC4 pour GRA en se basant
sur le vR + Anti-DDoS. Le VAC4 sera comme le VAC1/2/3
sauf qu'il coutera 10% du prix. On va pouvoir donc le déployer
massivement dans nos 12 nouveaux DCs, sans limite de
capacité de traitement. On parle de VAC5 à VAC16 dans
les 18 mois à venir.
Amicalement
Octave
Garanties de BP sur 10G/25G et qq news
Bonjour,
On est en train de mettre en place de réseau dans
le DC où on pourra garantir 10G et 25G, aussi bien
en réseau public et réseau privé (vrack). C'est un
nouveau réseau qui coute un peu plus cher que
le réseau 10G qu'on a actuellement. Et on veut pas
toucher aux prix qu'on vous propose. Ca marche
très bien et on veut rien changer.
On a donc décidé que:
1)
les serveurs HOST qui ont 10G en réseau public
et privé, auront une limité de 3Gbps par port
aussi bien sur le réseau public vers exterieur (ça
c'est historique), mais aussi vers les IP d'Ovh à
l’intérieur du réseau et sur le vrack. C'est une
offre très compétitive et le fait de limiter le
trafic à 3Gbps au lieu de 10Gbps à l’intérieur de
nos DCs ne devrait pas poser de gros problèmes
à beaucoup de clients.
2)
les serveurs mHG, HG, BigHG, FS qui ont des
interfaces 10G auront une limite de 3Gbps vers
extérieur (comme aujourd'hui) et on va changer
le réseau pour garantir le 10G entre les serveurs
d'ovh aussi bien sur le réseau public que le vrack.
Ca passera par le changement de tous les switchs
dans les baies (aie) et la mise en place de 160Gbps
(4x40G) de capacité par baie minimum.
3)
On a proposé EG-128 2014 avec du 10G. Il va
évoluer comme le HOST. Pour l'instant. Car on
réfléchit comment évoluer la gamme EG pour
vous proposer du 10G garantie. Cette réflexion
inclue une nouvelle fonctionalité qu'on veut
proposer sur les mHG/HG/BigHG/FS et donc EG.
Vous avez 2 ports et vous pouvez choisir à n'importe
lequel moment de faire:
— 1x10G réseau public et 1x10G vrack
— 2x10G le réseau public, pas de vrack
— pas de réseau public, 2x10G vrack
A chaque fois, c'est du FULL HA, c'est à dire que
chaque 10G est attaché à un équipement différent.
Et donc si vous avez 2x10G en LAG, c'est un LAG
multi-chassis sur 2 équipements. Si l'un est mort
ça marche toujours sur l'autre. C'est exactement
la configuration qu'on fait sur le PCC et on veut
vous la proposer sur le SD. Ca coute un peu plus
cher mais on souhaite l'inclure dans le prix de
la série HG, FS et EG (mais il faut encore regarder).
4)
on va sortir bientôt les HG / FS avec les interfaces
25Gbps garantie. C'est top pour les gros clusters
de HBase par exemple ou de CEPH, Swift. Bref
du stockage avec de Peta de données
5)
enfin, le plus beau pour la fin. Aujourd'hui quand
vous prenez un SD, vous avez une IP dans un vlan
avec 240/250 autres clients. On veut vous proposer
un vlan par serveur ou par client (à vous de choisir).
Vous êtes seul dans votre vlan et vous avez un /32.
Vous pouvez ajouter les autres serveurs dedans
et donc d'avoir plusieurs /32 pour chaque serveurs.
Si vous prenez une /24, elle est dans votre vlan
et vous pouvez distribuer les /32 sur tous les serveurs
et faire une migration de /32 directement sans nous.
C'est un peu comme le vrack aujourd'hui quand on
accroche le réseau public. Cette configuration on
vous la proposer par défaut sur tous les serveurs
Ovh. A côté de ça, le vrack, le réseau privé sera
vraiment privé sans possibilité de faire router les
IP public, mais vous aurez un VPN pour entrer
dedans. Bien sûr ces réseaux public et privé sont
compatibles PCC et PCI/VPS avec la même logique.
Bref, ça bosse dur et on continue d'innover.
Amicalement
Octave
On est en train de mettre en place de réseau dans
le DC où on pourra garantir 10G et 25G, aussi bien
en réseau public et réseau privé (vrack). C'est un
nouveau réseau qui coute un peu plus cher que
le réseau 10G qu'on a actuellement. Et on veut pas
toucher aux prix qu'on vous propose. Ca marche
très bien et on veut rien changer.
On a donc décidé que:
1)
les serveurs HOST qui ont 10G en réseau public
et privé, auront une limité de 3Gbps par port
aussi bien sur le réseau public vers exterieur (ça
c'est historique), mais aussi vers les IP d'Ovh à
l’intérieur du réseau et sur le vrack. C'est une
offre très compétitive et le fait de limiter le
trafic à 3Gbps au lieu de 10Gbps à l’intérieur de
nos DCs ne devrait pas poser de gros problèmes
à beaucoup de clients.
2)
les serveurs mHG, HG, BigHG, FS qui ont des
interfaces 10G auront une limite de 3Gbps vers
extérieur (comme aujourd'hui) et on va changer
le réseau pour garantir le 10G entre les serveurs
d'ovh aussi bien sur le réseau public que le vrack.
Ca passera par le changement de tous les switchs
dans les baies (aie) et la mise en place de 160Gbps
(4x40G) de capacité par baie minimum.
3)
On a proposé EG-128 2014 avec du 10G. Il va
évoluer comme le HOST. Pour l'instant. Car on
réfléchit comment évoluer la gamme EG pour
vous proposer du 10G garantie. Cette réflexion
inclue une nouvelle fonctionalité qu'on veut
proposer sur les mHG/HG/BigHG/FS et donc EG.
Vous avez 2 ports et vous pouvez choisir à n'importe
lequel moment de faire:
— 1x10G réseau public et 1x10G vrack
— 2x10G le réseau public, pas de vrack
— pas de réseau public, 2x10G vrack
A chaque fois, c'est du FULL HA, c'est à dire que
chaque 10G est attaché à un équipement différent.
Et donc si vous avez 2x10G en LAG, c'est un LAG
multi-chassis sur 2 équipements. Si l'un est mort
ça marche toujours sur l'autre. C'est exactement
la configuration qu'on fait sur le PCC et on veut
vous la proposer sur le SD. Ca coute un peu plus
cher mais on souhaite l'inclure dans le prix de
la série HG, FS et EG (mais il faut encore regarder).
4)
on va sortir bientôt les HG / FS avec les interfaces
25Gbps garantie. C'est top pour les gros clusters
de HBase par exemple ou de CEPH, Swift. Bref
du stockage avec de Peta de données
5)
enfin, le plus beau pour la fin. Aujourd'hui quand
vous prenez un SD, vous avez une IP dans un vlan
avec 240/250 autres clients. On veut vous proposer
un vlan par serveur ou par client (à vous de choisir).
Vous êtes seul dans votre vlan et vous avez un /32.
Vous pouvez ajouter les autres serveurs dedans
et donc d'avoir plusieurs /32 pour chaque serveurs.
Si vous prenez une /24, elle est dans votre vlan
et vous pouvez distribuer les /32 sur tous les serveurs
et faire une migration de /32 directement sans nous.
C'est un peu comme le vrack aujourd'hui quand on
accroche le réseau public. Cette configuration on
vous la proposer par défaut sur tous les serveurs
Ovh. A côté de ça, le vrack, le réseau privé sera
vraiment privé sans possibilité de faire router les
IP public, mais vous aurez un VPN pour entrer
dedans. Bien sûr ces réseaux public et privé sont
compatibles PCC et PCI/VPS avec la même logique.
Bref, ça bosse dur et on continue d'innover.
Amicalement
Octave
The GRA 3.0 vrack infrastructure is ready
The GRA 3.0 vrack infrastructure is ready. This new infrastructure has, among other advantages, more capacity (thanks to 40G ports) and will allow us to interconnect services in the near future.
We will gradually switch servers to the new infrastructure (switch by switch and vlLAN by vLAN). This intervention is not supposed to lead to a service interruption (a microfreeze may be felt during the time of switching mac-addresses).
Service area: Vrack GRA
Impact of Support: None
Date of maintenance: Tuesday, November 3rd starting at 00:01.
status.ovh.net/?do=details&id=11252
We will gradually switch servers to the new infrastructure (switch by switch and vlLAN by vLAN). This intervention is not supposed to lead to a service interruption (a microfreeze may be felt during the time of switching mac-addresses).
Service area: Vrack GRA
Impact of Support: None
Date of maintenance: Tuesday, November 3rd starting at 00:01.
status.ovh.net/?do=details&id=11252
The SBG 3.0 vrack infrastructure is ready
The SBG 3.0 vrack infrastructure is ready. This new infrastructure has, among other advantages, more capacity (thanks to 40G ports) and will allow us to interconnect services in the near future.
We will gradually switch servers to the new infrastructure (switch by switch and vlLAN by vLAN). This intervention is not supposed to lead to a service interruption (a microfreeze may be felt during the time of switching mac-addresses).
Service area: Vrack SBG
Impact of Support: None
Date of maintenance: Tuesday, November 3rd starting at 00:01.
status.ovh.net/?do=details&id=11251
We will gradually switch servers to the new infrastructure (switch by switch and vlLAN by vLAN). This intervention is not supposed to lead to a service interruption (a microfreeze may be felt during the time of switching mac-addresses).
Service area: Vrack SBG
Impact of Support: None
Date of maintenance: Tuesday, November 3rd starting at 00:01.
status.ovh.net/?do=details&id=11251