Mail.ru Group приглашает на конференцию mailto:CLOUD 25 апреля



Дата-центр Xelent является стратегическим партнером Mail.ru Group и приглашает вас на конференцию mailto:CLOUD, которая пройдёт 25 апреля.
Конференция посвящена всему российскому облачному рынку: на ней встретятся бизнес и IT, провайдеры и их клиенты — а также компании, которые активно смотрят в сторону новых технологий.

Мы обсудим актуальные тренды, успешный опыт компаний и трудности на пути.

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

Москва
25 апреля, четверг
9:00-18:00
Московский офис Mail.ru Group, Ленинградский проспект, д. 39, стр. 79
mcs.mail.ru/m2c/

В программе
Среди спикеров — такие компании, как «Битрикс24», «МегаФон», «Леруа Мерлен», «Норникель», Burger King, Schneider Electric — а также вендоры и облачные провайдеры: Acronis, Microsoft, MerliONCloud, Oracle, SAP, SberCloud, Selectel, #CloudMTS, «Ростелеком — ЦОД», «Лаборатория Касперского», «Яндекс.Облако» — и, конечно, Mail.Ru Cloud Solutions.

Чтобы посетить событие, заполните заявку на участие:

Свежие новости от AWS



Вычисления
Базы данных
Миграция
Сеть
Мультимедийные сервисы
Безопасность и идентификация
Машинное обучение
Аналитика
Мобильные сервисы
Интеграция приложений
Публичные наборы данных в AWS
Обучение и ресурсы

Новые HDD VM по просьбам (200 ГБ на долю)

Раньше анонсов не было. Просто свободные доли иногда публиковались, по меткам, раз, два, три.

Для старого тестового проекта не было заведено раздела на hosting.kitchen. Был просто ресурс vm.center и потом я делился честными статьями, вроде этой и статьи отчета, раз, два, три и последняя обобщающая весь опыт самопальных ВМ без опыта и по приколу, которые на удивление очень понравились людям.

Итак, HDD VM я уже давно не делал, потому что все таки сейчас эпоха NVMe дисков, даже SSD уже не так круто звучит. А тут какие-то HDD SATA. Но все равно нашлись люди которые уговорили меня сделать, им хочется дешевых долей с HDD, вероятнее всего им бы подошел просто честный шаред где 2 ТБ диск делится на 20 человек, но они почему-то хотят сами все настраивать на VM.

Раньше методом теста было выявлено что лучший конфиг для SATA VM это E3-1245v2, тачки из 2014 года ОВХ когда свои запускала.
Но сейчас было решено сделать с HDD i7-7700k. И возможно только их и будем делать уже если речь о HDD VM.

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




Заказать можно
panel.core.lol/billmgr
panel.skladchik.ovh/billmgr
OVH WAW1 ДЦ Польша
  • i7-7700k 1vCore / 2 ddr4 / 200 HDD / 1 IP — 300р
  • i7-7700k 2vCore / 4 ddr4 / 400 HDD / 2 IP — 600р
  • i7-7700k 3vCore / 6 ddr4 / 600 HDD / 3 IP — 900р
  • i7-7700k 4vCore / 8 ddr4 / 800 HDD / 4 IP — 1200р
  • До 256 IP только Польша, 150р разово за активацию, можно докупать.

Время с компанией Friendhosting летит незаметно, нам 10 лет



Время с компанией Friendhosting летит незаметно, нам 10 лет!
20 апреля 2019 года исполняется 10 лет компании Friendhosting. Этот юбилей является общим достижением нашей дружной команды и вас, наших клиентов.
В честь нашего первого юбилея мы приготовили для вас следующие скидки и бонусы, которые будут действовать с 20.04.2019 до 30.04.2019:

Получить подарки
1. «Скидка 50%». Экономьте до 50% при заказе нового vds на срок от одного до шести месяцев, используйте при заказе промокод — 10year

2. «Плюс 100%». Мы увеличим оплаченный период любого заказанного vds, во время акции, в два раза (максимальное количество бонусных месяцев — 6). Для получения бонуса необходимо создать запрос в финансовый отдел после оплаты заказа.

3. «Старый друг лучше новых двух». Что может быть лучше, чем увидеть старого друга в свой день рождения? Для вас, старые друзья, мы приготовили следующие подарки:
  • увеличение оплаченного периода в два раза (максимальное количество бонусных месяцев — 6);
  • восстановление скидки по программе лояльности 15% для каждого сделанного заказа в период проведения акции.
Условия акции «Старый друг лучше новых двух»:
  • ранее вы уже были нашим клиентом, но по каким-то причинам отказались от дальнейшего использования наших услуг;
  • заказ необходимо сделать с того аккаунта, где ранее был заказ;
  • для получения бонуса «старый друг лучше новых двух» необходимо создать запрос в финансовый отдел после оплаты заказа.

4. «Миграция». Хотите переехать к нам, но у предыдущего хостера ещё остался оплаченный период или остаток на балансе? Не беспокойтесь! При заказе любого тарифного плана VDS на год или выделенного сервера на любой период мы готовы предоставить компенсацию.
Важные условия акции «Миграция»:
  • для получения бонуса необходимо сделать заказ любого тарифного плана VDS на 12 месяцев или выделенного сервера на любой период;
  • после заказа услуги необходимо запросить перенос сайтов от предыдущего хостера;
  • после переноса сайтов необходимо написать тикет в финансовый отдел, предоставить доступ в биллинг предыдущего хостера и сообщить приблизительную сумму moneyback’a по аккаунту;
  • начисление бонуса производится путём продления оплаченного периода услуги;
  • дата регистрации у предыдущего хостера должна быть раньше даты начала проведения акции;
  • на один аккаунт можно получить одну компенсацию;
  • максимальная сумма компенсации 25$;
  • Вы не обязаны закрывать свой аккаунт у предыдущего хостера или запрашивать у него moneyback.
  • Внимание! Скидки и бонусы не могут суммироваться.

Если у вас уже есть vds, то вы также можете получить бонус: продлите заказ на год (при продлении на 12 месяцев будет учитываться скидка 10% + скидка по программе лояльности автоматически) и получите в подарок 1 месяц бесплатно.
Для получения бонуса необходимо создать запрос в финансовый отдел.
Не упустите шанс заказать сервер с большой скидкой. Акция проходит с 20 по 30 апреля 2019 года включительно.


friendhosting.net/vps.php

Сообщаем, что сетевые работы завершены, все мероприятия были проведены успешно!

В процессе их реализации удалось произвести замену коммутатора сети.
Для решения данной задачи были реализованы следующие действия:
  • Извлечение IPMI;
  • Перенос основного IPMI на 1 юнит вниз;
  • Подключение порта в новый коммутатор;
  • Перемещение коммутатора на запланированное место;
  • Организация двух воздуховодов для нового коммутатора;
  • Упорядоченное переключение серверов;
  • Осуществление процедур по наведению порядка и проверке корректности работы коммутатора.


Читать дальше →

Веб-хостинг - почему мы решили перенести три миллиона сайтов



Вы перенесли сайт раньше? Если у вас есть или вам потребуется регулярно мигрировать веб-сайты, вы будете знакомы с трудностями, связанными с этим видом операций.
Чтобы выразиться в самых основных терминах, эта операция обычно включает шесть шагов:
  • покупка и настройка инфраструктуры назначения
  • тестирование новой инфраструктуры путем импорта данных и кода сайта
  • закрытие веб-сайта или перевод его в режим только для чтения, чтобы предотвратить сохранение данных в старой инфраструктуре в процессе миграции
  • развертывание кода в новой инфраструктуре и импорт данных в новые базы данных
  • изменение исходного кода для его адаптации к новой инфраструктуре (идентификаторы базы данных, подключение к внешним API и т.д.)
  • когда веб-сайт работает над новой инфраструктурой, перенаправляет трафик, чтобы сделать его снова доступным (изменение зон DNS, обновление серверной части балансировщика нагрузки и т.д.)

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



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

Для веб-хостинга этот проект включает миграцию трех миллионов различных веб-сайтов, размещенных на 7000 серверов в Париже. Некоторые из этих сайтов работают с 1999 года! Это одно из самых продолжительных мероприятий OVH. Так зачем их мигрировать, если они хорошо работают в Париже почти 20 лет? Чтобы понять все проблемы, с которыми мы сталкиваемся, нам нужно углубиться в историю этой службы.

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

P19 строительство и расширение
В начале 2000-х годов у OVH была возможность приобрести здание в 19 округе Парижа. Здание P19 имело хороший доступ к электричеству и интернет-сетям, поэтому оно могло предоставлять услуги хостинга через Интернет и электронную почту большому количеству клиентов. Некоторое время это был единственный центр обработки данных OVH.

В P19 OVH не просто предлагал веб-хостинг. В центре обработки данных также размещены выделенные серверы. Оба вида деятельности быстро завоевали популярность, и в конце 2000-х годов OVH начала строить много новых центров обработки данных в Рубе, затем в Страсбурге, Богарном (Канада), Гравелине и за ее пределами.

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

Как сеть развивалась между 1999 и сейчас
Интернет сильно изменился с 1999 года. С нашей точки зрения, как хостинг-провайдера, мы наблюдали три события с течением времени…
  • 1999 -> 2005: рождение сети. Статические сайты создавались в формате HTML. Это было, когда блоги начали появляться. Но эта технология была доступна только людям, которые знали, как использовать клиенты HTML и FTP, хотя FrontPage помог многим людям начать работу.
  • Для работы эти сайты включали данные прямо в код. Веб-хостинг был довольно прост: пользователю требовалось место для хранения и веб-сервер, единственной целью которого была отправка веб-страницы, которую он будет искать в пространстве для хранения.
  • 2006 -> 2013: Web 2.0 — революция в социальных сетях и базах данных. Веб-сайты стали динамичными и могли отображать пользовательские страницы в зависимости от пользователя. Это было, когда впервые начали появляться дискуссионные форумы, блог-платформы и социальные сети, которые все еще так популярны сегодня.
  • Динамические сайты были революцией для провайдеров веб-хостинга; код и данные теперь хранятся в двух разных местах. Это означало, что страница должна была быть сгенерирована до того, как она была отправлена ​​конечному пользователю. Роль веб-сервера изменилась и будет генерировать эти страницы по запросу, в основном на языке PHP. Для этих веб-сайтов необходимо добавить серверы баз данных, а также вычислительную мощность для веб-серверов.
  • 2014 -> сегодня: мощь JavaScript возросла, помогая разработчикам создавать сложные веб-приложения в браузерах и значительно улучшая работу веб-пользователей. Это изменение стало возможным благодаря развертыванию Интернета на наших смартфонах. В результате может быть запущено большое количество сервисов, требующих веб-доступа.

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

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

Развертывание веб-хостинга в Gravelines
Как только мы отметили это, было только одно решение: чтобы избежать нехватки планов веб-хостинга, нам нужно разместить наши сайты в другом центре обработки данных. Мы внедрили наши услуги в Париже, чтобы предоставлять услуги хостинга 24/7, управлять 7 000 серверов и поддерживать их работоспособность на основе самых ранних технологий OVH.

Мы могли бы сохранить эту индустриализацию и применить ее к Gravelines, но мы решили сделать что-то еще. Мы решили создать новую техническую архитектуру, которая будет поддерживать растущие потребности с точки зрения производительности и, прежде всего, позволит нам повторно использовать другие продукты OVH. Это известный подход «съешь свою собачью еду», который применяется и расширяется в соответствии с нашими планами веб-хостинга.

Мы поставили перед нашими собственными командами задачу управлять выделенными серверами, vRack (частной сетью), IP-адресами и балансировщиками нагрузки (IPLB), чтобы они могли поддерживать инфраструктуру и трафик наших клиентов. Став одним из наших крупнейших клиентов, мы смогли выявить и преодолеть множество ограничений — повысить скорость отклика наших API, оптимизировать наши базы данных и многое другое.

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

Чтобы выбрать наш новый центр обработки данных, мы проанализировали наш естественный рост, чтобы выработать наши требования к инфраструктуре. Фактически, наша инфраструктура растет каждую неделю с новыми поставками оборудования, и мы рискуем настолько быстро заполнить наши центры обработки данных, что это помешает нашим клиентам арендовать выделенные серверы и другие сервисы OVH. Согласно этим критериям, только два центра обработки данных удовлетворяли наши потребности в плане инфраструктуры в 2016 году: Gravelines на севере Франции и Beauharnois в Канаде. Поскольку наша платформа в настоящее время развернута только в Европе, мы начали работать над Gravelines.

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

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

Этот центр данных для веб-хостинга был открыт в июле 2016 года. И с ноября того же года все наши новые планы хостинга были доставлены туда.

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

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

Почему мы решили перенести наш центр обработки данных?
Чтобы дать Парижу новую жизнь?

Есть несколько причин, по которым мы начинаем это грандиозное начинание. Но главная причина — это устаревание.

Наша инфраструктура основана на физических ресурсах, размещенных в этом центре обработки данных: выделенных и виртуализированных серверах (которые основаны на физических машинах), сетевых элементах и ​​контуре охлаждения (водяное охлаждение и кондиционирование воздуха). И чтобы инфраструктура оставалась доступной 24/7, нам необходимо периодически обновлять это оборудование.

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

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

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

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

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

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

Чтобы повысить производительность сайта
Благодаря новой инфраструктуре в Gravelines мы можем повысить производительность веб-сайтов наших клиентов. Более того, эти новые технологии помогли нам развернуть некоторые дополнительные функции, которые мы не можем развернуть в Париже без обновления нашей инфраструктуры: HTTP / 2, MySQL 5.6 и другие.

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

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

Как мы переносим так много сайтов?
Как провайдер веб-хостинга, мы в основном специализируемся на двух областях — хостинг данных и выполнение кода.

Хостинг данных — сложная операция, если он должен поддерживать свою целостность во времени, но это относительно стандартизированная отрасль. Данные хранятся в файловой системе (это стандарт) или в базе данных, которая использует определенный язык запросов (MySQL 5.5 или MySQL 5.6). Поэтому нам просто нужно воспроизвести архитектуру, которая соответствует тому же стандарту в целевой инфраструктуре, и перенести в нее данные.

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

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

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

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

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

Хотите узнать больше информации о нашем плане миграции? Мы не можем включить все в эту запись блога, поэтому мы решили рассказать о нашей миграции в серии постов, поскольку эта тема очень обширна.

Следите за нашими будущими публикациями, которые дадут вам возможность заглянуть за кулисы крупнейшей в Европе миграции веб-сайтов, осуществляемой крупнейшим в Европе хостинг-провайдером!

Темплейты Ubuntu server 18 LTS


Доступны темплейты VDS с Ubuntu 18
Сегодня стали доступны темплейты VDS с Ubuntu 18 LTS Server как в чистом виде, так и с панелью ISPmanager Lite (по акции, бесплатно до ноября 2019 года) и VestCP. Так же доступы темплейты оптимизированный под 1C-Bitrix.
ruweb.net

Announcing IPv6 Support in USA-EAST-3 (Ashburn, VA)




Объявляя Поддержка IPv6 в США-EAST-3 (Ashburn, VA)
Мы рады сообщить, что Public Cloud расположение наших новейших Atlantic.Net, в США-ВОСТОК-3 (Ashburn, VA), теперь поддерживает IPv6 (Internet Protocol Version 6). Дополнительные места получат поддержку IPv6 в ближайшие месяцы. 16 адресов IPv6 предлагается бесплатно с каждым новым или существующим Cloud Server.

Что такое IPv6?
IPv6 является самой последней версии интернет-протокола (IP), система идентификации и определения местоположения для компьютеров в сети, которые составляют Интернет. Она была разработана, чтобы помочь поддерживать рост Интернета и подключенных устройств, обеспечивая гораздо большее адресное пространство, чем IPv4.

Как начать использовать IPv6?
При создании нового облако серверов, установите флажок «Включить IPv6» окно. После создания вашего новый сервер Cloud будет иметь 16 адресов IPv6, выделенные для использования и автоматически настроит свой первый адрес IPv6.

Для того, чтобы использовать IPv6 на существующем Cloud сервере, перейдите на страницу «Сведения» и нажмите кнопку «Включить IPv6.» Это будет выделять 16 адресов IPv6 для этого Cloud Server. Вам нужно будет вручную настроить сетевые настройки облака серверов, чтобы начать использовать их.
www.atlantic.net/community/howto/enable-configure-ipv6/

То, что вы должны знать, прежде чем активировать IPv6
Как наши члены раскатать IPv6 на нашем Cloud Platform, мы думали, что это было бы хорошая идея, чтобы поделиться некоторыми из наших результатов, которые помогут сделать прыжки во вселенную IPv6 проще для вас. Будем надеяться, что это экономит ваше время и усилия в развертывании IPv6. www.atlantic.net/cloud-hosting/what-you-should-know-before-enabling-ipv6/
cloud.atlantic.net/login/