Ориентировочно 27 апреля с 02:00 до 05:00 UTC (10:00–13:00 GMT+8) пройдет плановая миграция биллинга на новую платформу. Во время работ возможны перебои в доступе — включая полный даунтайм примерно на час.

Если вы планируете какие-либо действия в биллинге в это время — лучше отложить. Мы постараемся сделать все быстро и аккуратно.

Спасибо за понимание!

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

Давайте рассмотрим, как эти системы делают возможным такой уровень надежности. В статье ниже вы узнаете:

• Проектирование систем электроснабжения центров обработки данных
• Различные способы обеспечения избыточности питания
• Что произойдет, если отключится основное питание?
• Как системы резервного копирования поддерживают работу ваших серверов
• Почему современное управление питанием имеет значение для ваших проектов

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

Требования к электропитанию центра обработки данных
Центры обработки данных потребляют огромное количество электроэнергии — столько же, сколько тысячи домов вместе взятых. Вашим серверам, а также системам охлаждения и другой инфраструктуре нужны мегаватты электроэнергии, поставляемой надежно и круглосуточно. Для сравнения: центр обработки данных мощностью 3,1 МВт, такой как Hub Europe, потребляет примерно столько же электроэнергии, сколько небольшой город.

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

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

Центры обработки данных Tier I обеспечивают базовую емкость без избыточности. Они имеют один путь для питания и охлаждения, обеспечивая 99,671% времени безотказной работы (до 28,8 часов простоя в год). Во время обслуживания эти объекты должны полностью отключаться, что делает их пригодными только для некритических рабочих нагрузок.

Центры обработки данных Tier II добавляют некоторые избыточные компоненты, но по-прежнему поддерживают единый путь распределения. Они предлагают 99,741% времени безотказной работы (до 22 часов простоя в год). Хотя они включают избыточные критические компоненты питания и охлаждения, им не хватает нескольких путей распределения, необходимых для одновременного обслуживания.

Для центров обработки данных уровня III требуется:

• 72-часовое резервное питание на случай длительных отключений электроэнергии
• Избыточность N+1: каждая критическая система должна иметь как минимум одну дополнительную резервную копию, которая может взять на себя всю нагрузку исходной системы. Это позволяет проводить обслуживание, не прерывая ваши услуги.

Вышеуказанные стандарты призваны обеспечить 99,982% времени безотказной работы. Это до 1,6 часов потенциального простоя в год.

Принципы Tier III реализованы в нашем центре обработки данных Hub Europe, где есть двойные линии питания, несколько резервных систем и независимые пути питания для обеспечения питания на всем пути к вашим серверам. Система устроена как сеть подземных магистралей, по которым электричество подается через отдельные защищенные туннели. Даже если одна «дорога» блокируется, электричество продолжает бесперебойно течь по альтернативному маршруту.

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

От коммунального предприятия к объекту
Электроэнергия поступает через высоковольтные линии электропередач – обычно от 2 до 30+ киловольт. Аналогичные требования к электропитанию можно найти в торговых центрах, региональных больницах, университетских кампусах и на предприятиях тяжелой промышленности, таких как сталелитейные заводы или химические заводы.

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

Трансформаторы преобразуют входящее высоковольтное электричество в уровни, которые может использовать объект, понижая его до 480 вольт. Это создает два полностью независимых пути питания с самого первого этапа. Для сравнения, бытовой электронный трансформатор, который питает ваш ноутбук (обычно преобразуя напряжение розетки в 19 вольт), выполняет ту же основную функцию, что и эти огромные блоки центра обработки данных, но в крошечных масштабах — обрабатывает ватты вместо мегаватт.

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

• Напряжение сети (20+ кВ на входе в центр обработки данных)
• Распределение мощности (480 В после преобразования трансформатора)
• Уровень оборудования (400 В в современных установках или 208 В в традиционных установках)
• Питание, готовое для сервера (обычно 208 В/120 В однофазное или 400 В/230 В трехфазное в зависимости от требований сервера)

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

Центральный распределительный пункт
От трансформаторов электроэнергия поступает в центральный узел (например, в систему Low Voltage Main Distribution – LVMD – в случае Hub Europe). Эта сложная система объединяет функции распределения электроэнергии и переключения передачи в одном центральном узле. Она действует как контроллер трафика, направляя электроэнергию по нескольким путям:

• Через системы бесперебойного питания к вашим серверам
• Непосредственно к системам объекта, таким как охлаждение

Он также обрабатывает дополнительные / альтернативные источники энергии – в случае Hub Europe, например, солнечную батарею мощностью 250 кВт и аварийный дизельный генератор. Говоря о солнечной энергии в Hub Europe, 250-киловаттная батарею вырабатывает достаточно электроэнергии для питания около 125 домов одновременно.

Солнечная батарея — это лишь часть более широких инициатив по устойчивому развитию, реализуемых в Hub Europe, которые позволили Contabo подать заявку на сертификацию ISO 50001 для Hub Europe в качестве подтверждения нашей приверженности устойчивому развитию.

Системы защиты и резервного копирования
В состав LVMD входят компоненты автоматического переключения нагрузки (ATS). Эти компоненты постоянно контролируют качество входящей мощности, следя за:

• Полная потеря электроэнергии (отключение электроэнергии)
• Падения напряжения (провалы)
• Краткосрочные колебания

При отключении электроэнергии последовательность событий обеспечивает работу серверов:

• Системы ИБП активируются в течение миллисекунд, обеспечивая мгновенное резервное питание
• Аварийные генераторы запускаются немедленно, начиная процедуру прогрева.
• В течение следующих 10–15 секунд генераторы достигают полной скорости и стабильной производительности.
• АВР постоянно контролирует качество электроэнергии генератора.
• После стабилизации мощности генератора ATS переключает серверы с ИБП на питание от генератора.
• При восстановлении электроснабжения система ATS проверяет его стабильность перед обратным переключением.
• Во время этих переходов серверы продолжают работать без перебоев.
• Генераторам обычно требуется несколько секунд, чтобы достичь полной мощности и стабилизироваться. В течение этого переходного периода системы ИБП заполняют пробел, гарантируя, что серверы никогда не заметят переключения.

Подход к ИБП различается в зависимости от объекта — некоторые используют системы на основе батарей, обеспечивающие до 15 минут питания, в то время как другие используют маховиковые системы для более короткого покрытия. Hub Europe, наш пример, использует ИБП на основе батарей.

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

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

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

От PDU, Remote Power Panels (RPPs) распределяют питание по выделенным цепям, каждая из которых защищена собственным выключателем. В то время как традиционные объекты подают питание через кабели под полом, некоторые новые центры обработки данных используют системы воздушных шин для более гибкой подачи питания.

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

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

Избыточность в действии
Нормальные операции
В стандартном режиме работы мощность поступает из первичной точки поставки 20 кВ через систему подачи и трансформатора мощности, а также фотоэлектрическую батарею. LVMD получает 3,1 МВт мощности от трансформатора (дополненную до 250 кВт от солнечной энергии) и распределяет ее по трем путям:

• Через линию 1 к системе ИБП
• Через линию 2 как резервный путь ИБП
• Непосредственно к системам объекта, таким как охлаждение и освещение

Если основная точка подачи питания выходит из строя, резервное соединение 20 кВ активируется автоматически. Переход происходит плавно через систему подачи питания, поддерживая постоянную подачу питания во все системы.

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

• Система ИБП обеспечивает немедленное питание критических нагрузок
• Активируется аварийный генератор мощностью 3,1 МВт
• Обходная схема позволяет при необходимости напрямую подключать генератор.
• Солнечная энергия продолжает поставлять до 250 кВт в LVMD, если это возможно

Поддержание без перерыва
Помимо сценариев отключения электроэнергии, дата-центры требуют регулярного обслуживания для обеспечения надежной работы. Это включает замену батарей ИБП, тестирование генераторов и управление топливом, проверки компонентов распределения электроэнергии и модернизацию инфраструктуры. Избыточная конструкция Hub Europe означает, что эти важные действия происходят без влияния на серверы. Например, во время обслуживания ИБП:

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

Как упоминалось ранее, стандарт избыточности N+1 означает, что каждая критическая система имеет по крайней мере одну независимую резервную копию. Эта избыточность распространяется на все системы защиты — от подачи питания до блоков ИБП и распределительных путей. Если какой-либо отдельный компонент нуждается в обслуживании или выходит из строя, ваши приложения остаются защищенными резервными системами.

Тестирование в реальных условиях
Системное тестирование используется для подтверждения того, насколько хорошо эти уровни защиты работают вместе. Например, стресс-тестирование в Hub Europe, проведенное в августе 2024 года, включало постепенное увеличение нагрузки по разным путям питания с одновременным мониторингом всех систем. Даже при пиковых нагрузках в 1800 кВт напряжение оставалось стабильным, а резервные системы сохраняли готовность.

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

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

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

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

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

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

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

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

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

Понимание управления памятью
Танец памяти
Прежде чем продолжить наш рассказ, давайте объясним, что такое управление памятью.

В производственных средах управление памятью — это осторожный балансирующий акт. ЦП постоянно дирижирует сложным танцем, перемещая данные между ОЗУ и подкачкой. Активные приложения остаются в быстрой ОЗУ, а неактивные перемещаются в более медленное пространство подкачки на основе шаблонов использования.

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

Обещание ZRAM
Введите ZRAM — стандартную функцию ядра Linux, разработанную для того, чтобы сделать управление памятью еще более эффективным. Сжимая данные прямо в самой RAM, он предлагает на 25% больше емкости. Подумайте об этом так: в то время как swap используется для хранения менее используемых данных вне RAM, ZRAM сжимает данные, чтобы хранить больше их в RAM.

Раскрытие настоящего виновника
Теперь, когда у нас есть некоторый контекст, давайте вернемся к нашему расследованию. Со временем, исправляя некоторые проблемы со стабильностью с помощью обновлений системы, мы внедрили ZRAM в нашу инфраструктуру. Сначала все казалось хорошо. Затем наши инструменты мониторинга начали улавливать необычные закономерности в операциях ввода/вывода.

Проблема не была сразу очевидна. Серверы работали нормально, пока не достигали определенного состояния памяти. Критический момент наступал, когда системы достигали полной емкости и им требовалось одновременно обрабатывать как ZRAM, так и пространство подкачки. Мы обнаружили, что запуск физической памяти с подкачкой работал нормально, как и физическая память с ZRAM. Но когда были включены и сжатие, и подкачка, возникала проблема зависания сервера.

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

К декабрю 2024 года у нас было достаточно доказательств, чтобы сделать решительный шаг. Мы деактивировали ZRAM во всех системах. Эффект был мгновенным и очевидным: эти загадочные проблемы ввода/вывода исчезли. Что еще важнее, загадочные зависания системы, которые раздражали наших клиентов и нас самих, резко сократились.

Миссия выполнена.

Мы надеемся, что полученные нами знания о поведении ZRAM помогут другим поставщикам, сталкивающимся с аналогичными проблемами.

С нетерпением жду
Поддержание стабильности инфраструктуры сервера — это постоянная задача. Хотя деактивация ZRAM решила проблему снижения производительности, с которой мы столкнулись в 2024 году, мы продолжаем изучать другие способы обеспечения еще более стабильной среды. Мы также улучшаем нашу инфраструктуру: мы обновляем наш парк vhosts до новых процессоров AMD Turin, новейших ЦП, которые предлагают еще более эффективную обработку памяти.

Мы не можем гарантировать, что вы никогда не столкнетесь с простоями, но мы можем гарантировать, что продолжим оптимизировать и совершенствовать работу, чтобы ваши рабочие нагрузки выполнялись бесперебойно 24 часа в сутки, 7 дней в неделю, 365 дней в году.

contabo.com

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

Новые процессоры на подходе
В декабре мы начали рассматривать новейшие процессоры AMD EPYC Turin 9995P для нашего парка хостов виртуализации. Теперь мы развернули сотни этих мощных процессоров в наших хаб-центрах в Европе и США, и мы взволнованы результатами. Это не просто обновление — это значительный скачок в том, насколько эффективно мы можем выполнять ваши рабочие нагрузки.

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

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

Более стабильная производительность
Благодаря большему запасу производительности ваши экземпляры VPS будут испытывать меньше конфликтов ресурсов в часы пик.

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

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

Как говорит Марло Эрлих, наш директор по операциям с платформами:
В высококонкурентном бизнесе мы постоянно проводим сравнительный анализ и оценку новых технологий для обеспечения оптимальной производительности клиентов и эффективности работы. После тестирования процессоров серии AMD EPYC Turin мы увидели заметный рост эффективности, что позволило нам оптимизировать плотность серверов в наших центрах обработки данных.

Часть наших постоянных улучшений
Если вы следили за нашими последними обновлениями, то знаете, что мы были заняты:

• Устранение проблем с сервером, с которыми столкнулись некоторые клиенты в 2024 году
• Представляем функцию автоматического резервного копирования для защиты данных
• Открытие нашего центра обработки данных Hub Europe
• Запуск нашей новой панели управления клиентами

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

Где и когда я могу это получить?
Если вы пользуетесь нашими услугами VPS в Hub Europe или US Central, возможно, вы уже используете хостинг в Турине — мы незаметно внедряем их с января, и в ближайшие месяцы число развертываний будет расширяться.

Конечно, мы всегда ищем эффективные способы повторного использования наших серверов, и новые модели Turin не являются исключением. Кто знает, может быть, наше следующее предложение Dedicated Server уже не за горами…

Итог
В Contabo мы всегда верили в предоставление реальной ценности, а не маркетинговой шумихи. Внедрение процессоров Turin помогает нам выполнить это обещание – эффективно, действенно и с вами, нашими клиентами, в голове.

contabo.com/

Как выбрать по-настоящему эффективное решение для управления ИТ-инфраструктурой?

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

Программа

• Разбор доступных в России систем виртуализации для корпоративных ИТ-ресурсов
• Детали реализации облачных технологий и виртуализации в закрытых контурах
• MWS Container Platform: инструменты для работы с контейнерами и Kubernetes
• Кейсы применения систем виртуализации и MWS Container Platform по модели on-premises

mws.ru/events/webinar16042025/

Сегодня у Рунета день рождения, ему уже 31 год — солидно!

7 апреля был зарегистрирован первый домен в национальной зоне .RU. Русскоязычный сегмент интернета является одним из самых крупных в мире и насчитывает около 5 млн зарегистрированных доменов

Вы легко можете увеличить это число, так как только сегодня можно зарегистрировать неограниченное число доменов по сниженной цене — 79 ₽! Также у нас действует постоянная скидка на продление: чем у вас больше доменов, тем дешевле их продлевать — от 288 ₽ и дешевле

Скорее регистрируйте домены, акция действует только сегодня, 7 апреля, до 23:59 мск. Если у вас есть вопросы, задавайте их поддержке — мы работаем круглыми сутками



sprinthost.ru

Празднуем день рождения .RU
7 апреля 2025 года российский сегмент интернета празднует знаменательную дату — 31-летие национального домена .ru. Ровно столько времени прошло с того момента, как он был официально зарегистрирован в международной базе данных IANA.

На сегодняшний день зона .ru демонстрирует впечатляющие масштабы: в ней зарегистрировано более 5,8 миллионов доменных имен, причем подавляющее большинство (96,8%) активно функционирует. За прошедший год сегмент показал уверенный рост — количество доменов увеличилось на 5% (281 811 новых имен), а общее число регистраций достигло 1 727 872. Управлением доменами занимаются более 2 миллионов администраторов.

Анализ использования доменов показывает, что почти половина из них (49,1%) применяется для размещения веб-ресурсов и приложений. Еще 16,8% активно задействованы в работе почтовых сервисов и для организации переадресации, что подтверждает практическую значимость национального домена в развитии цифровой инфраструктуры страны.

В честь Дня рождения Рунета мы предлагаем скидку 10% на заказ и продление хостинг-услуг, виртуальный сервер в России, Нидерландах, США, Израиле, Молдове, Армении, Турции, Германии, Франции, Гонконге, с каналом 1 Гбит/с, аренду выделенных серверов в период с 07.04.2025 по 11.04.2025 включительно.

Условия акции:

• 01. Воспользоваться скидками можно в период с 07.04.2025г. по 11.04.2025 года (включительно).
• 02. Скидка 10% на услуги VDS (виртуальный сервер), выделенные серверы и хостинг!
• 03. Скидки предоставляются по промокоду: 7april-2025

webhost1.ru

Вам станут доступны бесплатно на год:

• 2 виртуальных машины с 2 vCPU и 4 ГБ RAM
• 40 ГБ сетевого диска
• объектное хранилище на 50 GB
• белый статический IPv4

Запускаем последнее в России коммерческое облако. Успейте войти в число бета-тестеров и на целый год мы предоставим не только большой объем бесплатных ресурсов, но и скидку до 90% на все сервисы.



beta.h3llo.cloud

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

Только в течение ограниченного времени, некоторые планы VPS доступны со скидкой 20% и без платы за установку на годовых контрактах. Со всеми улучшениями, которые мы сделали, никогда не было лучшего времени для долгосрочного строительства.

Улучшения, на которые вы вдохновили

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

• Более быстрая поддержка: среднее время решения проблемы сократилось до 1 часа 50 минут, при этом 90% наших заявок на поддержку получают ответ в течение 4 часов. Мы не остановимся на этом!
• Повышенная надежность: вдвое меньше тикетов о проблемах с сервером и сетью по сравнению с концом 2024 года.
• Почти идеальное время безотказной работы: почти 100% времени безотказной работы за последние несколько недель во всех наших центрах обработки данных. Менее 1% наших серверов столкнулись с простоем в 2025 году
• Удовлетворенность клиентов: Положительный показатель удовлетворенности клиентов вырос на 12% за последние 6 месяцев. Кроме того, 70% рецензентов на Trustpilot дали нам 5 звезд в феврале 2025 года!

Хотите узнать, как мы справились с трудностями 2024 года и улучшили время безотказной работы? Прочитайте полную историю здесь.
contabo.com/blog/how-we-resolved-the-server-issues-of-2024-a-peek-behind-the-scenes/

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

Давайте вместе строить лучше.
Ваша команда Contabo