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

  • LSCache теперь доступен всем клиентам виртуального хостинга. Подробнее о lscache
  • У бэкапов убраны жёсткие квоты, вместо этого теперь мы предлагаем оплатить за превышение. Лимит места был увеличен для того, чтобы можно было делать новый бэкап, не удаляя старый.
  • В личном кабинете для бухгалтерии теперь можно создавать запросы и вести переписку с нашей бухгалтерией.
  • На сайте появился калькулятор тарифов, чтобы легче было подбирать наиболее выгодный тариф.
  • Файловый менеджер теперь доступен на хостингах с панелями cPanel и ISPmanager, а также для заказов места под резервные копии.

www.ihc.ru

Новая возможность Cloud2. Watchdog для виртуальной машины

Использование watchdog I6300ESB в виртуальных машинах в Cloud2
Сегодня мы расскажем о полезной возможности Cloud2, которая позволяет повысить доступность виртуальных машин за счет использования виртуального устройства watchdog, которое доступно внутри VPS.

Сначала несколько слов о том, что такое watchdog. В апаратных серверах промышленного класса всегда есть специальная микросхема, которая работает автономно от всего и представляет собой обычный таймер с действием при достижении нуля. По умолчанию, таймер отключен и действие не установлено, но с помощью специального программного обеспечения, например, ipmitool, можно это изменить и задать определенное поведение — например, перезапуск сервера через reset при достижении нулевого значения, а начальное значение, например, установить в 360 секунд. Далее, в системе запускается специальная программа, которая просто обновляет таймер, не давая ему достигнуть нулевой отметки. Таким образом, пока система работает и процессы выполняются, таймер обновляется и watchdog не срабатывает, однако, как только операционная система зависла, программа, обновляющая таймер перестает работать тоже. В течение максимум 360 секунд счетчик достигнет нулевой отметки, и система перезагрузится с помощью виртуального нажатия на кнопку «reset». Механизм абсолютно надежный, поскольку работает на уровне аппаратного обеспечения, позволяя администраторам в большинстве случаев значительно уменьшить время недоступности систем при возникновении ошибочных ситуаций.

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

Реализация в Cloud2. В Cloud2 используется гипервизор KVM, который поддерживает watchdog на базе микросхемы Intel i6300esb, эмуляция которой и осуществляется гипервизором. Мы задали действие для watchdog как reset, таким образом при зависании машина будет перезапускаться.

Использование watchdog в Cloud2. Использование i6300ESB в ОС Linux не представляет труда. Для начала использования необходимо выполнить следующие действия (Ubuntu Linux 16.04):

Установить ПО watchdog:
# apt-get update && apt install watchdog

Узнать как собрана поддержка устройства I6300ESB для вашей ОС:
# grep I6300ESB /boot/config-$(uname -r)
CONFIG_I6300ESB_WDT=m

Если «m», значит, модуль необходимо загрузить. Если «y», значит, что поддержка встроена в ядро, если «n», требуется пересборка ядра. Скорее всего, у вас будет «m», если это так, необходимо установить дополнительные компоненты ядра:
# apt install linux-image-extra-$(uname -r)

Теперь можно загрузить модуль:
# modprobe i6300esb
# lsmod | grep i6300esb
i6300esb 16384 1

Видим, что все отлично — модуль загружен. Теперь необходимо добавить его для автоматической загрузки. Пакет watchdog в Ubuntu позволяет сделать это через добавление параметра в настройки запуска сервиса watchdog:
# cat /etc/default/watchdog 
run_watchdog=1
run_wd_keepalive=1
watchdog_module="i6300esb"

Последняя строка как раз указывает, что надо сделать такую загрузку. Теперь выполним настройку сервиса watchdog. В самом простом варианте необходимо раскомментировать строку
watchdog-device = /dev/watchdog

в файле /etc/watchdog.conf.

Выполним запуск сервиса watchdog:
# service watchdog start

Если запуск прошел успешно, то в журнале /var/log/syslog, Вы увидите следующие записи:
Oct 2 03:55:08 sop watchdog[22526]: test=none(0) repair=none(0) alive=/dev/watchdog heartbeat=none to=root no_act=no force=no
Oct 2 03:55:08 sop watchdog[22526]: watchdog now set to 60 seconds
Oct 2 03:55:08 sop watchdog[22526]: hardware watchdog identity: i6300ESB timer

Если система зависнет, то в течение 60 секунд для нее будет выполнено действие «reset». Убедитесь, что сервис watchdog корректно стартует после перезапуска системы.

Проверить работоспособность можно посредством генерации состояния Kernel Panic:
echo c > /proc/sysrq-trigger

Не более чем через 60 секунд система должна перезагрузиться.

В статье приведена настройка только для Ubuntu Linux. Для Debian, CentOS и других ОС семейства Linux настройка будет похожа. Настройка для других операционных систем (MS Windows, *BSD и других) осуществляется посредством интерфейсов и приложений, которые в них предоставляются для взаимодействия с таймером i6300esb и в этой статье не рассматриваются.

Предзаказ доменов .page



В RU-CENTER стартовал прием предзаказов на доменные имена в новой универсальной зоне .page.

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

В целях развития безопасного интернета правилами доменной зоны .page предусмотрена возможность использования имен только для сайтов, доступных по протоколу https. Для его настройки владельцам доменов потребуется валидный SSL-сертификат — для клиентов RU-CENTER на первый год он выпускается бесплатно.

RU-CENTER принимает заявки на премиальную и открытую регистрацию доменных имен .page. Стоимость доменов — от 1 290 рублей.
www.nic.ru/catalog/domains/page/

BigQuery и суррогатные ключи: практический подход

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

Почему нам нужно использовать суррогатные ключи? Совершенно просто: вопреки естественным ключам они сохраняются с течением времени (т. Е. Они не привязаны ни к каким бизнес-значениям), и они допускают неограниченные значения. Подумайте о таблице, которая собирает данные IoT с нескольких устройств в разных регионах: поскольку вы хотите хранить неограниченные данные, и у вас могут быть возможные совпадения с идентификаторами устройств, суррогатные ключи помогут многозначительно идентифицировать запись. Другим вариантом использования может быть таблица «items», в которой вы хотите хранить информацию, связанную не только со статьями, но и с историей изменений, сделанных на данных: даже в этом случае суррогатные ключи могут быть изящным решением, позволяющим легко присваивать уникальные идентификаторы всем записям



Как сгенерировать суррогатные ключи
Обычный способ генерации суррогатных ключей — назначить инкрементный номер каждой строке таблицы: вы можете достичь этой цели, используя стандартную функцию
ROW_NUMBER() OVER({window_name | (window_specification)})


SELECT 
	ROW_NUMBER() OVER() AS SurrogateKey,
	*
FROM `bigquery-samples.wikipedia_benchmark.Wiki1M`



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

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


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

Возможны два возможных подхода:
INSERT INTO, когда новые записи должны быть вставлены в таблицу (воспроизведение с внутренним запросом для выбора целевых данных, которые необходимо вставить в таблицу целей)

INSERT INTO `MyPrj.MyDataset.Wiki100B_With_SK`
(SurrogateKey,year,month,day,wikimedia_project,language,title,views)
SELECT (SHA256(title)) AS SurrogateKey,*
FROM `bigquery-samples.wikipedia_benchmark.Wiki100B`


UPDATE, когда существующие записи необходимо обновить (играть с фильтрами, чтобы выбрать правильные данные для обновления)
UPDATE `MyPrj.MyDataset.Wiki100B_With_SK`
SET SurrogateKey = (SHA256(title))
WHERE year = 2010


Когда вы планируете свои действия, обратите внимание, что вы ограничены 1000 операций INSERT на таблицу в день и 200 операций UPDATE на таблицу в день.

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



Другим способом достижения такого же результата является использование новой функции GENERATE_UUID (), которая генерирует уникальный идентификатор для каждой строки результата запроса во время выполнения. Сгенерированный ключ будет строчной строкой, состоящей из 32 шестнадцатеричных цифр в пяти группах, разделенных дефисом в форме 8-4-4-4-12.
SELECT 
GENERATE_UUID() AS SurrogateKey,
*
 FROM `bigquery-samples.wikipedia_benchmark.Wiki100B`



Вывод
Суррогатные ключи распространены в средах хранилища данных, поскольку они:
  • Контекстно-независимый
  • Больше совместимости с будущим
  • Потенциально бесконечно масштабируемый

BigQuery предоставляет конечным пользователям возможность легко справляться с суррогатными ключами, позволяя их генерировать и обновлять по шкале.
cloud.google.com/blog/products/data-analytics/bigquery-and-surrogate-keys-practical-approach

Разработка и реализация плана аварийного восстановления с использованием GCP

Когда вы работаете в ИТ-команде предприятия, события прерывания службы могут произойти в любое время. В вашей сети может произойти перебои в работе, ваш последний запрос может вызвать критическую ошибку, или вам когда-нибудь придется бороться с стихийным бедствием. Когда все идет вразрез, важно иметь надежный, целенаправленный и хорошо протестированный план аварийного восстановления (DR).

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

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

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

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

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

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

Если вы предпочитаете смотреть видеоролики, мы вас охватили. Этот сеанс из Next '18 дает обзор проектирования и внедрения DR-систем в GCP. Вы также можете ознакомиться с некоторыми нашими партнерскими решениями, предназначенными для планирования DR.

Домены .page — прием предзаказов


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

В целях развития безопасного интернета правилами доменной зоны .page предусмотрена возможность использования имен только для сайтов, доступных по протоколу https. Для его настройки владельцам доменов потребуется валидный SSL-сертификат — для клиентов RU-CENTER на первый год он выпускается бесплатно.

RU-CENTER принимает заявки на премиальную и открытую регистрацию доменных имен .page. Стоимость доменов — от 1 290 рублей.

www.nic.ru/catalog/domains/page/

Hetzner Online newsletter october 2018


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

404 Setup Not Found — плата за установку для EX51-SSD-GPU
Ой, что-то странное произошло! Плата за установку выделенного корневого сервера EX51-SSD-GPU не найдена! Возможно, это событие скоро будет исправлено нашей командой.

Но до тех пор вы можете использовать эту возможность, чтобы заказать EX51-SSD-GPU без обычной платы за установку. Поэтому, если вы действуете быстро, вы можете сэкономить 99,00 евро!

Но будьте осторожны. Эта модель имеет чрезвычайно мощную графическую карту GeForce GTX 1080. Его параллельная архитектура означает, что он может обрабатывать различные процессы одновременно и эффективно, усиливая общую производительность этого сервера. Он также содержит процессор Intel Core i7-6700 Quadcore с архитектурой Skylake, оперативной памятью DDR4 объемом 64 ГБ и, наконец, не менее того, два SSD на 500 ГБ на 6 Гбит /с

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

Вы можете заказать этот сервер начиная с € 94,00, и теперь он также доступен в Финляндии. Но, надеюсь, наша команда скоро найдет плату за установку, поэтому не ждите слишком долго, чтобы сделать свой заказ.
www.hetzner.com/dedicated-rootserver/ex51-ssd-gpu/configurator

Представляем DC5 - Hyper-Scale Mechanical-Cooling Datacenter



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

Когда мы начали строить наш первый центр обработки данных, мы столкнулись со многими проблемами, такими как:
  • Как мы оптимизируем энергетический след таких объектов?
  • Как мы можем предотвратить потерю мощности?
  • Как мы можем обеспечить надлежащее охлаждение?
  • Как мы можем сделать его модульным?
В течение первых лет операций все эти вопросы часто не спали ночью. Тем не менее, благодаря испытаниям и ошибкам, трудолюбию и настойчивости, мы наконец получили опыт, чтобы сделать наши центры обработки данных эффективными и масштабируемыми. Сегодня наши центры обработки данных — это проверенные бизнесом объекты, управляемые профессиональными и целеустремленными командами. На сегодняшний день мы являемся одним из крупнейших операторов центров обработки данных во Франции с более чем 42 000 квадратных метров и 43 МВт в производстве.

Наш новый объект DC5 является одним из самых значительных проектов центров обработки данных во Франции. Предлагая более 24 МВт ИТ-мощности, DC5 состоит из 12 частных апартаментов, обеспечивающих 1,8 МВт ИТ-мощности каждый на общей площади 16 000 квадратных метров. Мы разработали это средство для масштабируемых облачных вычислений и больших инфраструктур данных.

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

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

Прежде всего, здание расположено в Сен-Оуэн-Аумне в крупнейшем бизнес-парке в Европе и близко к двум магистралям Интернета операторов Tier-1. Более того, его «локализация» дает огромную мощность. Наконец, это больше чем 40 км от наших других центров обработки данных, что позволяет нам предлагать (среднесрочную, долгосрочную) зону диссоциирования для региона Парижа.

На приведенном выше рисунке вы можете увидеть географические местоположения каждого из наших центров обработки данных и где DC5 находится по сравнению с DC2, DC3 и DC4.

Эффективная система охлаждения
В DC5 мы используем систему прямого бесплатного охлаждения с испарительным охлаждением для охлаждения помещений IT и прямого бесплатного охлаждения с использованием традиционных чиллеров для охлаждения помещений Meet Me и ИБП. Поэтому нет реального кондиционирования воздуха, что осложняется во Франции, потому что в стране умеренный климат. В отличие от Финляндии, температура не достаточно холодная, чтобы использовать внешний воздух круглый год, и в отличие от Испании, это не так жарко, чтобы ежедневно использовать горячий воздух.

Используя систему прямого бесплатного охлаждения с испарительным охлаждением, воздух, поступающий в центр обработки данных, охлаждается перед входом в комнаты ИТ. Этот метод предлагает эффективную альтернативу механическому охлаждению. При DC5 испарительное охлаждение активируется, когда температура воздуха превышает 30 ° C. Благодаря системе прямого свободного охлаждения с испарительным охлаждением мы можем поддерживать постоянную температуру 30 ° C ± 1 ° C в холодных проходах.

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

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


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

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

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

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

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

Чтобы охладить оба, комнаты Meet Me и механические области, мы используем прямое бесплатное охлаждение с использованием традиционных чиллеров. Эти чиллеры используются только тогда, когда наружная температура выше 20 ° C. Наш дизайн новаторский, поскольку мы также используем блок хранения льда мощностью 6 МВт-ч. Блок хранения льда предлагает множество преимуществ:
  • Он быстро реагирует на спрос на охлаждение без использования чиллеров.
  • Это позволяет избежать короткого цикла на чиллерах.
  • Он обеспечивает потребность в охлаждении в случае отказа чиллера.
  • Это экономически выгодно, поскольку лед производится ночью, когда энергия дешевле.

Кроме того, система охлаждения DC5 может считаться инновационной:
  • 100% воздух снаружи проходит через адиабатический процесс, который позволяет воздуху испаряться через систему охлаждения и увлажнения.
  • Он перерабатывает воздух, поступающий из горячих проходов. Отработанное тепло смешивается с наружным воздухом в зоне смешивания для достижения заданного значения температуры и нагревает воздух до того, как он попадет в центр обработки данных, чтобы поддерживать температуру 30 ° C в холодных проходах.
  • Мы используем хранение льда для всех инфраструктур, которые нуждаются в механическом охлаждении и низкой температуре атмосферы.

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

Сверхплотная конструкция
Мы разработали DC5 для ультра-высокой плотности и инфраструктуры сверхмасштабирования. Каждая стойка может поддерживать до 6 кВт с общей емкостью 300 стоек на номер.


На стойках DC5 питание осуществляется двумя разными путями.
Только один путь защищен автономными ИБП и генераторами. ИБП работают только тогда, когда сетка ниже наших критериев качества. Другой путь защищен только генератором. Поскольку все наши серверы имеют двойной шнур, это абсолютно не влияет.
Этот дизайн дает нам правильный уровень избыточности с гораздо более эффективной инфраструктурой и почти 100% установленной емкости, которую можно использовать за все время, в отличие от традиционной архитектуры 2N с максимальной 50% установленной емкости, пригодной для серверов.


В случае сбоя питания, путь А становится недоступным до тех пор, пока генераторы не начнут работать, поскольку он не защищен ИБП. Путь B обеспечивает бесперебойное питание до тех пор, пока генераторы не будут полностью работоспособны. Эта операция занимает менее 12 секунд. Наши генераторы — это двигатели с непрерывным ходом, работающие в фазе и синхронизированные с сеткой. Другими словами, они могут работать одновременно с использованием сетки. Когда электросеть возвращается, нагрузка может быть перенесена из генераторов в сетку без перерыва и отключена по мощности на пути A.

Вывод
Конструкция DC5 позволила нам создать очень эффективную и сверхвысокую плотность. Используя более простую конструкцию, мы повысили надежность. Наличие меньшего количества компонентов означает более высокую надежность, так как меньше деталей, которые могут выйти из строя. DC5 поможет нам значительно поддержать рост Scaleway & Online в течение следующих 6 лет.

Продление акции «Осенний сюрприз»



Уважаемые клиенты, мы с радостью сообщаем, что акция «Осенний сюрприз» продлена до конца октября. Напоминаем, что по условиям акции вы можете получить один из следующих бонусов:

1. «Миграция»
Хотите переехать к нам, но у предыдущего хостера ещё остался оплаченный период или остаток на балансе? Не беспокойтесь! При заказе любого тарифного плана VDS на период от 6 месяцев или выделенного сервера на любой период мы готовы предоставить компенсацию.

Важные условия:
  • для получения бонуса необходимо сделать заказ любого тарифного плана VDS на 6 или более месяцев или выделенного сервера на любой период;
  • после заказа услуги необходимо запросить перенос сайтов от предыдущего хостера;
  • после переноса сайтов необходимо написать тикет в Финансовый отдел, предоставить доступ в биллинг предыдущего хостера и сообщить приблизительную сумму moneyback’a по аккаунту;
  • начисление бонуса производится путём продления оплаченного периода услуги;
  • дата регистрации у предыдущего хостера должна быть раньше даты начала проведения акции;
  • на один аккаунт можно получить одну компенсацию;
  • максимальная сумма компенсации 25$;
  • Вы не обязаны закрывать свой аккаунт у предыдущего хостера или запрашивать у него moneyback.

2. «Минус 50% или плюс 100%» для новых заказов VDS
В рамках данной части акции вы можете выбрать один из бонусов при заказе VDS:
  • скидка 50% при оплате (максимальный срок оплаты по скидке 3 месяца). Для получения скидки используйте промо-код discount50;
  • увеличение оплаченного периода в два раза (максимальное количество бонусных месяцев — 3).
Для получения бонуса после заказа услуги напишите запрос в Финансовый отдел.

Примечание: количество заказов, к которым может быть применён данный бонус, не ограничивается. Это может быть один, десять или более VDS, к каждому из которых будет применён один из вариантов бонуса на выбор.
Сделать заказ VDS можно на странице friendhosting.net/vps.php

3. Скидка 50% на первый месяц при заказе «Горячего сервера».
Используя промо-код discount50-dedic для получения скидки в размере 50% на первый месяц использования любого «горячего сервера».
Сделать заказ «Горячего сервера» можно на странице friendhosting.net/dedicated.php

4. Бонусы для действующих клиентов при продлении заказа.
Действующие заказы VDS традиционно можно продлить со скидками. Вам доступны скидки при продлении на длительный период: 3 мес. — 3%, 6 мес. — 5% и 12 мес. — 10%. Они учитываются наравне со скидками по программе лояльности автоматически при продлении. Но и это ещё не всё. При продлении vds на срок 12 месяцев мы дарим ещё один месяц БЕСПЛАТНО. Для получения бесплатного месяца после продления vds на год необходимо создать тикет в финансовый отдел.

Акция проходит в период с 10 сентября 2018 года по 31 октября 2018 года. Не упустите свой шанс получить приятный бонус.