При обсуждении концепций DevOps и инфраструктуры как кода быстро появляются инструменты, разработанные HashiCorp. С помощью Terraform HashiCorp предлагает простой способ автоматизации предоставления инфраструктуры как в общедоступных облаках, так и локально. Terraform имеет долгую историю развертывания и управления ресурсами публичного облака OVH. Например, вы можете найти полное руководство по GitHub. В этой статье мы сосредоточимся на использовании Terraform для взаимодействия с другим решением OVH: Private Cloud.


Частное облако позволяет клиентам получать выгоду от инфраструктуры VMware vSphere, размещенной и управляемой OVH. Terraform позволяет автоматизировать создание ресурсов и их жизненный цикл. В этой первой статье мы рассмотрим основные понятия Terraform. Прочитав его, вы сможете написать файл конфигурации Terraform для развертывания и настройки виртуальной машины из шаблона. Во второй статье мы будем опираться на этот пример и изменим его так, чтобы он был более универсальным и мог быть легко адаптирован к вашим потребностям.

www.ovh.com/fr/blog/private_cloud_and_hashicorp_terraform_part1/

США развертывания также получат новый регион на Западном побережье
us.ovhcloud.com/products/public-cloud
OVH публичное облако получит новые регионы в Сиднее и Сингапуре
www.ovh.com.au/public-cloud/instances/

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

Чтобы дать некоторые цифры, клиенту потребовалось 5 недель для перемещения 300 ТБ виртуальных машин, включая планирование, установку, репликацию и переход на другой ресурс. За один день этот клиент установил 23 ТБ данных, или 1 ТБ / час между двумя центрами обработки данных в Германии. Другой клиент переместился из своего центра обработки данных более 200 ТБ, распространив более 750 виртуальных машин без простоя.

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

Перемещение рабочей нагрузки зависит от технологии VMware, HCX, для платформы Private Cloud. Эта технология, помимо управления безопасным перемещением рабочих нагрузок, обеспечивает плавный переход путем предоставления сетевого соединения между исходным дата-центром и дата-центром назначения через расширенную сеть L2, протянутую. Виртуальная машина, которая отправляется в Private Cloud hot, не теряет связи с другими машинами, с которыми она работает в номинальных условиях.

HCX использует 3 устройства, один для управления передачей виртуальных машин из одного центра обработки данных в другой, Cloud Gateway (CGW), один из которых работает с CGW, WAN Accelerator и тот, который используется для растянутой сети (L2C). Эти устройства автоматически развертываются на стороне частного облака и требуют четвертого устройства на стороне помещения, чтобы пилотировать развертывание и настройку этих трех основных элементов.

Примечание: CGW также отображается в инвентаре в качестве зарегистрированного хоста.


Подводя итог, будут созданы два минимальных туннеля между исходным дата-центром и целевым центром обработки данных, частным облаком OVH. Туннель между CGW для передачи виртуальных машин и туннель между L2C, который будет создавать растянутую сеть в случае необходимости расширения подсети. Само собой разумеется, что можно развернуть несколько L2C, в зависимости от количества расширяемых сетей.

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


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

Горячая миграция, безусловно, самая впечатляющая. Через несколько кликов виртуальная машина находится в целевом центре данных без потери состояния, возможности подключения и контекста. Метод похож на vMotion, известных пользователей VMware, этот метод называется vMotion Migration. Принцип заключается в том, что хранение виртуальной машины отправляется в целевой центр назначения, как только хранилище виртуальной машины полностью синхронизировано, необходимо синхронизировать очередь памяти и ЦП, а центр данных назначения возьмите реле. Ограничением этого метода является секвенциализация процесса, который может влиять на рабочие нагрузкираспространяются через несколько виртуальных машин и требуют низкой задержки между виртуальными машинами. Когда VM мигрирует, латентность между центрами данных будет ощущаться:


Так что с «Массовая миграция» «Мы рассмотрим эту проблему, добавив, кроме того, функции, которые помогут контролировать миграцию. Цель этой миграции — синхронизировать один или несколько виртуальных машин с центром данных назначения, пока они все еще находятся в исходном центре данных, и поддерживать эту синхронизацию с течением времени. Рокер всех виртуальных машин будет проходить в течение выбранного администратора за эту миграцией, более благоприятной временной интервал в качалке, который будет проходить через угасания VM в центре источника и данных Запуск виртуальной машины в целевом центре данных. В дополнение к освоению триггера можно настроить виртуальную машину (обновление VMware Tools, обновление виртуального оборудования и т.д.) Поскольку все виртуальные машины перемещаются одновременно, растянутая сеть.


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

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

HCX — это инструмент, который был предназначен для ответа на несколько проблем, связанных с миграцией, а также обеспечения работы виртуальных машин во время их передачи, необходимости переключения групп виртуальных машин, а также сетевого соединения между различными центрами обработки данных, и мы должны ассоциировать архитектурную работу. Действительно, миграция готовит вверх по течению, с проклейкой достаточно центра обработки данных назначения, которые могут адаптироваться с течением времени на OVH Private Cloud. Также необходимо работать над оценкой времени качания и стратегии качания, связанной с различными рабочими нагрузками источника центра обработки данных. В остальном это всего лишь история нескольких кликов в HCX.

Хорошие новости для всех тех, кто интенсивно использует хранилище в Public Cloud: мы приступили к развертыванию как аппаратных, так и программных оптимизаций, которые позволяют нам в долгосрочной перспективе демонстрировать повышенную производительность на всех экземплярах и регионы. Прирост не является анекдотическим: на примере типа B2-7 мы, например, находимся от 2000 IOPS до 20 000 IOPS, что составляет 10!

Прежде чем вдаваться в подробности этих оптимизаций, немного истории. В самом начале виртуальные машины, размещенные в Public Cloud, были связаны с удаленным хранилищем: это было логическое решение с точки зрения объединения, но латентность сети ограничивала производительность в больших масштабах. Поэтому мы быстро решили переключиться на локальное хранилище, а затем настроили избыточность. С этим локальным SSD RAID мы думали, что достигли очень хорошего уровня производительности.

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

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

Параллельно речь шла о файловой системе .LVM дал отличные результаты в синтетических тестах, но производительность оказалась менее привлекательной с применением тестов, соответствующих реальности поля: на практике наши клиенты, которые интенсивно используют Redis, MongoDB или Hadoop, не ограничены для выравнивания блоков 4K. Новый эталонный этап был необходим с более представительными инструментами.


Сравнение различных форматов хранения, сравниваемых командой OVH Metrics. В красном: характеристики PCI Raw с io = native на NVME. В оранжевом цвете, полученные с LVM, и в желтом цвете, сделанные с виртуальными машинами перед оптимизацией. Наконец, зелёным, производительность выделенных серверов, которая является стандартной мерой, которую мы пытаемся подойти, «Нижняя лучше».
Как показано в вышеприведенном тесте, результаты, полученные с помощью RAW, оказались очень близкими к результатам выделенных серверов.

В конце этого процесса мы предложили некоторым клиентам проверить правильную комбинацию, а именно переход из Qcow в RAW и файловую систему на основе оптимизированной версии Ext4. Хорошая новость, она единогласна среди первых клиентов-тестировщиков: они измеряют производительность в IOPS до десяти раз выше, как показано на скамьях ниже.



Миграция
Теперь идет вторая фаза: развертывание в больших масштабах, чтобы сделать эти улучшения доступными как можно большему количеству людей. Сайт займет немного времени: требуемое оборудование и его конфигурация требуют действительно последней версии OpenStack, Newton, по которой все наши инфраструктуры постепенно мигрируют. Хорошей новостью является то, что эти оптимизации не влияют на цену или номенклатуру наших экземпляров Public Cloud: они просто интегрированы в существующее предложение. На самом деле, вы даже можете наслаждаться этим!

Если IOPS является критерием выбора для ваших действий в облаке, мы предлагаем вам получить конкретное представление о производительности, предлагаемой несколькими щелчками мыши: вам просто нужно запустить VM B2 (General Purpose), размещенный в регионе GRA5.

А после?
Мы считаем, что интенсивное использование ввода-вывода имеет место в нашем общедоступном облаке. Параллельно с текущей миграцией мы готовим следующий шаг, который еще больше повысит уровень производительности на 10. Не заходя слишком далеко в детали предложения, все еще находящегося на стадии «незавершенного производства», просто представьте, что ваша виртуальная машина когда-нибудь сможет получить доступ в переходе PCI к кластеру SSD NVMe, установленному в соответствии с выбранным вами RAID и выделенным к вашим потребностям…

Только что услышали внутри, что мы увеличили наши операций ввода-вывода на OVH PublicCloudс x20 раз, благодаря SD NVMe оптимизации.

Свобода, скорость и простота
Глядя на управляемую среду для ваших веб — проектов?
Бета-тестирование и в настоящее время завершены, решение Web Cloud позволяет настроить переменные окружения и развивать свой веб — сайт или ваш API в PHP или Node.js, изолированный на сервере, оснащенный SSD.
www.ovh.com/fr/hebergement-web/

«Инфра есть код»
Кстати, чтобы построить свой суб
не в автоматизированной среде, инфраструктура как код больше не факультативная. Yann Degat Наше решение архитектор, говорит вам об инструменте облако оркестровка терраформировать.
www.ovh.com/fr/public-cloud/instances/
registry.terraform.io/modules/ovh/publiccloud-k8s/ovh/
registry.terraform.io/modules/ovh/publiccloud-k8s/ovh/0.1.0/examples/public-cluster-cl
github.com/ovh/terraform-ovh-commons

Создать Мультирегион блог
Пример гармонические и автоматизации
Узнайте, как использовать конкретные терраформировать с Public Cloud, развертывать и обновлять блог или высокодоступную mulitrégion сайта!
www.ovh.com/fr/blog/infra-as-code-creer-blog-multi-regions-avec-terraform-sur-public-cloud/

VPS SSD
Места для хранения вещей х 2
Всегда хранить больше…
… не платить больше! Мы рады сообщить, что емкость твердотельных накопителей три наши предложения в два раза, чтобы ваши проекты росли.
www.ovh.com/fr/vps/vps-ssd.xml

Выделенные серверы новые объявления
Три региона
Ваши спецификации или клиенты приглашают вас на заказ серверов хранения в Англии, Германии или Польше?
www.ovh.com/fr/serveurs_dedies/stockage/

Несколько месяцев назад, мы улучшили наше решение путем создания нового поколения экземпляров (B2, C2, и т.д.), которые доступны только для новых проектов.

После отличной обратной связью, мы получили, теперь мы хотели бы, чтобы унифицировать наше решение путем расширения применения этого нового поколения, для того, чтобы более точно соответствовать вашим потребностям (локальное хранение SSD, высокой доступности дополнительных дисков, экземпляры GPU). Со временем, они заменят старые экземпляры (EG, HG, SP).

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

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

Мы посылаем вам это письмо, как у вас есть проект Public Cloud развернутого в наших Страсбургских центрах обработки данных, которые будут затронуты этой миграцией.

Пожалуйста, примите к сведению меры, шаг за шагом ниже, которые будут иметь место в SBG1 регионе:

• OVH добавил новое поколение экземпляров в каталог вашего проекта. Теперь вы можете развернуть проекты как на старом и новом каталоге одновременно. Это идеальное время для планирования миграции.
• OVH скоро деактивировать старые поколения экземпляров из каталога. Никакие изменения не будут иметь место для ваших серверов, которые в настоящее время функционирует. Тем не менее, вы сможете только развернуть экземпляры из нового каталога.

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

OVH является уполномоченным поставщиком медицинских данных с 24 октября 2016 года. Это утверждение, касающееся частного облака OVH, позволило нам запустить предложение OVH Healthcare. Мы предоставляем нашим клиентам виртуальные центры обработки данных, работающие на инструментах VMware и обладающие всеми функциями автоматизированного управления (Sofware Defined Datacenter).

Начиная с коммерческого запуска предложения в начале 2017 года, бренды интереса умножились, и многие клиенты подписали это предложение. Ставка успешна для OVH Healthcare с устойчивым темпом подписки. В соответствии с нашими ценностями, наши клиенты могут менять свой хост каждый месяц. Тем не менее, большинство из них поддерживает доверие к нашим инфраструктурам и нашим командам.


ovh.healthcare

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

Именно поэтому мы решили развивать хостинг данных о здоровье в предложениях Private Cloud.

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

Новая сертификация HDS
С появлением облака старое одобрение, принципы которого были определены в 2006 году, уже не соответствовало рынку и многим типам существующих услуг (IaaS, PaaS, SaaS ...). Юридические ограничения, связанные с размещением данных о здоровье, больше не связаны только с утвержденным хостинг-провайдером, который иногда предоставлял только физическое жилье. Теперь они охватывают всю цепочку создания стоимости информационной системы здравоохранения.

В последнем постановлении № 2018-137 определены шесть сертифицируемых видов деятельности:
Указ 2018-137 — статья CSP R.1111-9 Иными словами

1. Предоставление и обслуживание в рабочем состоянии физических сайтов для размещения физической инфраструктуры информационной системы, используемой для обработки медицинских данных. Корпус
2. Предоставление и обслуживание в условиях эксплуатации физической инфраструктуры информационной системы, используемой для обработки медицинских данных. Серверы, сети, хранилища
3. Предоставление и обслуживание в рабочем состоянии виртуальной инфраструктуры информационной системы, используемой для обработки данных о состоянии здоровья. IaaS
4. Предоставление и обслуживание в рабочем состоянии платформы для размещения приложений информационной системы. PaaS
5. Администрирование и функционирование информационной системы, содержащей данные о состоянии здоровья. SaaS
6. Сохранение данных о состоянии здоровья.

«Хост медицинских данных» будет сертифицирован по всем или некоторым из перечисленных выше видов деятельности. Предложение OVH Healthcare охватывает действия 1-3. Благодаря нашему варианту Veeam Backup мы частично покрываем активность 6. Однако наши клиенты должны обеспечить согласованность резервных копий и их способность восстанавливать их. Поэтому они также несут ответственность за гарантии. Мероприятия 4-6 должны быть сертифицированы в помещении клиента.

Ожидаемое изменение регулирования
Новая сертификация для размещения данных о здоровье была закреплена в законе с указом № 2018-137 и указом от 11 июня 2018 года, утверждающим систему сертификации.

Эта модификация была предметом многочисленных консультаций, проведенных ASIP Santé. Дискуссии были оживленными с государством, которое хотело укрепить безопасность информационных систем. Согласно новым правилам, государство убивает двух зайцев одним камнем:

• он исправляет проблемы, связанные с аккредитацией хостинга медицинских данных: его время получения было длинным, файл не адаптировался ко всем ситуациям с постулантами;
• он передает валидационные действия будущих хостов специалистам: органам по сертификации.

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

Репозитории публично доступны на веб-сайте ASIP Santé (см. Ниже).
До тех пор, пока все данные о состоянии здоровья не будут сертифицированы, применяются переходные меры. Например, утверждения продолжают применяться до истечения срока их действия. В случае OVH наши клиенты будут продолжать пользоваться нашим одобрением до 23 октября 2019 года. Все наши клиенты Healthcare должны быть готовы к этой эволюции.

Как будет применяться это новое правило?
Как поставщик компьютерных услуг для медицинских работников, вы не можете избежать этого правила. Это тем более верно, что ASIP Santé уже начал повышать осведомленность своих клиентов об этой проблеме.

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

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

OVH Healthcare, основанная на частном облаке, будет включать сертификацию по действиям с 1 по 3. В зависимости от деятельности наших клиентов возможны две стратегии для сертификации деятельности 4-6:

• Поставщики и интеграторы SaaS будут сертифицированы для мероприятий с 4 по 6, что станет гарантией их опыта в их бизнесе. OVH (сертифицированный для мероприятий с 1 по 3) предоставляет список поставщиков услуг, способных обучать, помогать в процессе сертификации и проходить сертификацию;
• поставщики программного обеспечения будут использовать сертифицированных менеджеров для деятельности с 4 по 6. OVH (сертифицированный для деятельности с 1 по 3) предоставляет список профессионалов, которые имеют опыт управления областями здравоохранения OVH.

Наши команды остаются доступными, чтобы помочь нашим клиентам сделать правильный выбор, чтобы соответствовать новым правилам.

СОДЕРЖАНИЕ РЕФЕРЕНЦИАЦИИ HDS
Репозиторий основан на:

• все требования ISO 27001, некоторые требования ISO 20000-1 и около 15 конкретных требований ASIP Health;
• набор лучших практик стандартов ISO27002, ISO27017 и ISO27018.

Есть несколько месяцев, мы улучшили наше предложение по созданию нового поколения экземпляров (B2, C2 и т.д.), доступное только для новых проектов.

После получили отличные отзывы, мы хотим сегодня стандартизировать наше предложение обобщения этого новое мышления поколения, чтобы наилучшим образом удовлетворить ваши потребности (родной SSD, дополнительные диски высокой доступности, GPU Instances). В конце концов, он будет стремиться заменить старые тела (EG, HG, MS).

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

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

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

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

• OVH добавил новое поколение каталога экземпляров вашего проекта. Вы уже можете начать проекты по старому и новому каталогу. Это идеальное время, чтобы рассмотреть миграцию.
• По какому — то времени, OVH отключит ваш каталог старшего поколения экземпляров. Никакие изменения не будут происходить на серверах. Тем не менее, вы не можете создавать новые экземпляры только из нового каталога.
• Ваши проекты, размещенные в регионе GRA1 пользуются теми же изменениями в будущем каталоге времени. Мы, конечно, держать в курсе этих изменений.

Благодарим Вас за доверие к OVH и остаются в вашем распоряжении.
Команда Public Cloud

Выбранное Европейским космическим агентством (ESA) через своего партнера SERCO, общественное облачное решение OVH будет содержать данные проекта Copernicus для содействия использованию изображений, связанных со спутниковыми снимками. В результате десятки петабайт новых данных будут полезны разработчикам!

Проект Copernicus — самая амбициозная программа наблюдения Земли, установленная на сегодняшний день. Запущенный в 2001 году, как Глобальный мониторинг окружающей среды и безопасности (GMES) Европейской комиссии и Европейского космического агентства (ЕКА), стратегической задачей этой инициативы, чтобы обеспечить Европу автономного потенциала наблюдения и мониторинг Земли в целях содействия развитию оперативных служб для доступа к пространственным данным. Семь из 30 спутников Sentinel уже спроектированы и выведены на орбиту для удовлетворения оперативных потребностей программы.

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

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

Все собранные данные представляют собой значительный запас новых видов использования. С неба они представляют новые возможности для развития для европейских компаний и вскоре будут доступны пользователям и разработчикам с помощью цифровой открытой платформы данных, разработанной нашим партнером SERCO Italy. В рамках программы Copernicus для этого посвящен специальный проект служб данных и доступа к информации (DIAS). В конечном итоге ожидается создание экосистемы, объединяющей стартапов и издателей программного обеспечения для улучшения этих изображений.

При среднегодовом темпе роста, составляющем 15% в год в соответствии с PCW, сектор обслуживания наземных наблюдений является очень перспективным рынком. Основными отраслями промышленности являются потенциальные клиенты: транспорт, сельское хозяйство, энергетика, городское планирование


10 Петабайт данных в год будут размещаться OVH
OVH и ее партнер SERCO входят в число четырех промышленных консорциумов, выбранных ESA, чтобы сделать эти данные доступными через общественное облако. OVH предоставит часть облачной инфраструктуры, а SERCO через свою итальянскую компанию (SERCO Italia S.p.A.), специализирующуюся на предоставлении услуг, предоставит экспертов и высокопоставленных инженеров в разных областях знаний.

С технической точки зрения, основной задачей проекта является создание инфраструктуры, способной хостинг и обрабатывать большой объем данных, а также данные свободно доступны для любого пользователя, потому что Коперник является фараонов масштаб. Будет создано более 10 Po / год неструктурированных данных: географические изображения, тепловые, файлы различных видов.

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

Для Yoann Lamoureux, архитектора решения, отвечающего за проект в OVH, «инфраструктура OpenStack, на которой основано Public Cloud, стала ссылкой на разработку проектов очень крупного масштаба. OVH, которая выбрала Openstack в 2012 году, чтобы построить свое предложение, приобрела большой опыт в этой области. Это решение также не имеет ограничения по размеру и благодаря тройной репликации данных, это позволяет гарантировать их долговечность. Наконец, клиентская сторона, решение является стандартным, оно не блокируется технологией; он может контролировать свои развертывания через API, который разработчики любят. ». Со своей стороны, Guido Vingione, директор проекта Copernicus Services в SERCO, объясняет: «Мы очень гордимся работать с OVH по этой революционной инициативе. Данные наблюдения Земли, собранные в рамках программы Copernicus, невероятно богаты, а потенциальный диапазон использования огромен.