OVH укрепляет сферу продаж и обслуживания клиентов в Европе

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

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

Таким образом, для удовлетворения потребностей наших клиентов в зоне Европы и некоторых наших клиентов по всему миру мы создали три многоязычных и многопрофильных центров поддержки, базирующихся во Франции (в Рубе), в Польше (Вроцлав) и в Канаде (в Монреале). Основываясь на наших внутренних командах, эти хабы собирают в одном месте все навыки для предоставления необходимых услуг нашим клиентам на протяжении всего путешествия (поиск информации, подписка на услугу, послепродажное обслуживание). Roubaix — это исторический центр OVH, он был модернизирован при строительстве Campus #2 12 месяцев назад и теперь имеет 150 сотрудников, предназначенных для поддержки. Польский центр Вроцлав был основан в 2006 году. Многочисленные инвестиции были сделаны в 2018 году и теперь охватывают весь спектр многоязычной поддержки и поддержки для всех наших продуктов. На этом сайте в конечном итоге найдется 180 человек. Наконец, центр в Монреале был создан в 2011 году и был усилен в 2016 году для обслуживания наших клиентов в Европе и во всем мире. Его размер составляет 180 человек.

В период с 2004 по 2009 год мы создали 12 дочерних компаний в Европе и Африке. После 10 лет существования мы сожалеем о том, что 5 стран не достигли критического размера по количеству клиентов, чтобы оправдать поддержание операций на местном уровне. К ним относятся Литва, Финляндия и Чешская Республика. В целом, из этих 5 стран примерно тридцать человек пострадали бы от этих сокращений рабочих мест. Все эти дочерние компании по продажам продолжают работать с командами, которые теперь будут работать из наших 3-х концентраторов. Мы продолжим заключать контракты с клиентами в этих странах на их родном языке и в местной валюте. Кроме того, эта новая организация позволит нам решать новые языки: русский, болгарский и румынский.

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

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

Это преобразование соответствует эволюции потребностей наших клиентов (все больше разработчиков используют наши продукты Plateform Cloud на все более и более критических потребностях) и нацелены на то, чтобы укрепить нас в отношении конкуренции, но особенно в том, чтобы предлагать нашим клиентам опыт OVH. Члены всех этих команд обучены для удовлетворения потребностей все большего числа технических клиентов. Это позволяет сотрудникам иметь реальную карьеру в OVH в сфере торговли, маркетинга или отношений с клиентами и обеспечивать синергизм между бизнес-направлениями.

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

Еще суммарно про DC Roubaix

travaux.ovh.net/?do=details&id=28244
Краткое описание инцидента:
8h00: все ссылки 100G на DC Roubaix не работают.
8h15: невозможно подключиться к узлу
8h40: Мы перезапускаем главный кадр электрически.
9:00 утра: узел все еще недоступен.
9:15 утра: мы отказываемся от узла управления.
9:30 утра: Мы восстанавливаем контроль над Рубе.
9h40: Мы можем видеть все кадры, но на кадре нет тревоги, и конфигурация схемы исчезла.
10h00: Мы добавляем последнюю резервную копию базы данных на узле
10h15: схемы снова начинают подниматься
10h30: Большинство схем подняты, 8 все еще
11:00: Некоторые транспондеры не могут быть обнаружены системой, а усилитель неисправен, запускается RMA усилителя.
11h30: Мы сбросили все приемоответчики, не распознанные, все схемы подняты
14h15: Замена усилителя завершена
14h30: все схемы вставлены, функциональные защиты и последние тревоги были деградированы.

Объяснение:
Согласно журналам, собранным из всех кадров узла Roubaix (20), кажется, что у нас было три отдельных события, каскадирующих на узле Roubaix:

1. Перегрузка процессора узла (главный кадр)
Каждый оптический узел имеет главный кадр, который позволяет обмениваться информацией между узлами и обмениваться со своими подчиненными кадрами. На этом главном кадре база данных сохраняется на двух картах контроллера, а также на ЖК-дисплее.

С 7:50 а. м., мы заметили, что Roubaix начинает испытывать проблемы связи с узлами, напрямую связанными с ним, и показывает перегрузку ЦП на главном кадре. На сегодняшний день мы не уверены, что вызвало перегрузку процессора. Несмотря на то, что SBG раньше, мы смотрим на все возможные причины. Команды производителя все еще следят за этой причиной. Мы запланировали звонок в субботу, 11 ноября, чтобы узнать больше о первопричине.

2. Переключение каскадов
После перегрузки процессора узел, главный кадр сделал переключение плат контроллера. После первого переключения контроллеров и перегрузки процессора мы столкнулись с известной ошибкой программного обеспечения Cisco. Эта ошибка происходит на больших узлах и приводит к переключению контроллеров, которое происходит каждые 30 секунд. Обычно это переключение стабилизируется. Эта ошибка будет полностью исправлена ​​выпуском 10.8, который будет доступен 31 ноября.

3. Потеря базы данных
В 8 часов утра, после события переключения каскада, мы столкнулись с другой ошибкой программного обеспечения, которая де-синхронизирует синхронизацию между двумя картами контроллера основного кадра. Эта ошибка вызвала команду, отправленную на карту заказа контроллера, чтобы установить базу данных на 0. Контроллеры главных кадров отправили эту новую информацию в рамы Slaves и потеряли все ссылки 100G из Roubaix. Эта ошибка исправлена ​​в версии 10.7 и теперь доступна.

План Действий:
Вот план действий, который будет реализован с рекомендацией производителя:
  • Две недели назад мы запустили замену контроллеров Roubaix и Gravelines с помощью TNCS (вместо TNCE), в результате чего вдвое увеличилась мощность процессора и удвоила оперативную память. Мы получили первые 2 вчера для Roubaix, и мы сделаем своп как можно скорее после проверки процесса с производителем. Мы собираемся подтолкнуть замену контроллеров на узлах Страсбурга и Франкфурта.
  • Мы сейчас нажимаем обновление программного обеспечения на всех узлах, чтобы перейти на 10.8
  • Теперь мы используем версию 10.5.2.6, мы должны пройти промежуточную версию 10.5.2.7, чтобы иметь возможность перейти в 10.7 или 10.8 после этого.
  • Мы разделим большие узлы (POP / DC) на наличие как минимум 2 контроллеров узлов на POP / DC

Резюме:
  • Шаг 1: Замена TNCE на RBX / GRA (ETA: понедельник, 13 ноября, вечер для RBX, вторник, 14 ноября, вечер для GRA)
  • Шаг 2: Обновление программного обеспечения в 10.8 (возможно ETA: 4 недели)
  • Шаг 3: Разделение больших узлов (ETA: TBA. Необходимо определить правильную стратегию и установить точный протокол, а затем работать над дорожной картой)


Стратегия потенциального разделения:
Можно полностью разделить сеть на 2 полностью независимых сети на уровне управления (всегда с возможностью повторного разбиения узлов внутри каждой сети). Благодаря «умному» красно-синему распределению оптических линий между двумя сетями каждый постоянный ток может достигать каждого POP в двух различных сетях.

Low-budget IPv4 and IPv4-NAT from €3/year – NanoVZ/MegaVZ/BudgetVZ

Ryan, from evoBurst, has sent in these offers from his three brands: NanoVZ (IPv4-NAT VPS with low resources), MegaVZ (IPv4-NAT VPS with high resources), and BudgetVZ (IPv4 VPS with low or high resources). These are all paid annually. The MegaVZ1024 (listed after you click ‘Read more’) even has an exclusive discount.

Nano128
  • 128MB RAM
  • 128MB vSwap
  • 1x vCPU
  • 3GB HDD space
  • 500GB transfer
  • 1Gbps uplink
  • 20x IPv4 NAT
  • 1x IPv4 NAT (SSH)
  • IPv6 subnet
  • OpenVZ/SolusVM
  • €3/year

BVZ1024
  • 1GB RAM
  • 1GB vSwap
  • 1x vCPU
  • 25GB HDD space
  • 1500GB transfer
  • 1Gbps uplink
  • 1x IPv4
  • /64 IPv6
  • OpenVZ/SolusVM
  • €10/year


evoBurst is a registered company in Australia and has been registered since October 2014. They’ve quickly gained quite some following and attention with their amazing offers. I can even attest to the quality of BudgetVZ as I quite happily use one of those machines myself for VPS and it’s rock-solid. The locations vary between the brands, as do the IPv6 subnet allocations, and the host nodes. All nodes have at least RAID1, some may have RAID10, and a 1Gbps uplink. More information on this is inside. There are special bundles which can get you multiple machines for a lower price, for example: 5x NANO128 would normally cost €15/year, but as a bundle it will cost you €10/year! How’s that for a discount! As always, please share your experiences with these guys in the comments.

Mega1024
  • 1GB RAM
  • 1GB vSwap
  • 1x vCPU
  • 7GB HDD space
  • 500GB transfer
  • 1Gbps uplink
  • 20x IPv4 NAT
  • 1x IPv4 NAT (SSH)
  • IPv6 subnet
  • OpenVZ/SolusVM
  • Coupon: LET1024MB
  • €5/year

BVZ512
  • 512MB RAM
  • 512MB vSwap
  • 1x vCPU
  • 15GB HDD space
  • 1000GB transfer
  • 1Gbps uplink
  • 1x IPv4
  • /64 IPv6
  • OpenVZ/SolusVM
  • €7/year

Payments are accepted via PayPal, Stripe, or Bitcoin (Bitpay). There are a lot more offers available on their website that fall within the LowEnd price-range so be sure to check that out. Before you order, please read the Terms of Service (they are the same for all the brands as far as I know).

IPv6 subnet size
  • DE: /64
  • NC: /64
  • FR: /80
  • LA: /80
  • KC: /80

Network information

Dacentec – Lenoir, North Carolina, USA
NanoVZ and MegaVZ only
Test IPv4: 199.191.56.90
Test IPv6: 2607:5600::c7bf:385a‏

QuadraNet – Los Angeles, California, USA
NanoVZ and MegaVZ only
Test IPv4: 198.55.111.5
Test IPv6: 2607:fcd0:0:a::2

ProviderService – Dusseldorf, Germany
NanoVZ and MegaVZ only
Test IPv4: 130.255.184.86
Test IPv6: 2a02:e00:ffff:56:ffff:ffff:12a7:8cef

Datashack – Kansas City, Missouri, USA
NanoVZ and MegaVZ only
Test IPv4: 204.152.38.112
Test IPv6: 2604:4300:a:1:c000::1

OVH – Roubaix, France
NanoVZ and MegaVZ only
Test IPv4: 188.165.12.106
Test IPv6: 2001:41d0:2:876a::1

QuickPacket – Atlanta, Georgia, USA
BudgetVZ only
Test IPv4: 104.247.200.10
Test IPv6: 2607:3f00:1:100::2

Incero – Seattle, Washington, USA
BudgetVZ only
Test IPv4: 107.155.106.130
Test IPv6: 2604:880:8:2::2