.TEL и .SITE — специальные цены до 14 февраля
До 14 февраля RU-CENTER проводит распродажу доменных имен .SITE — они доступны всего за 199 рублей. Также действует скидка 67% на домены .TEL — вы можете зарегистрировать их за 499 рублей.
Для держателей статусов «Бизнес» и выше в рамках Клубной программы предусмотрено дополнительное снижение цен.
Предложите вашим клиентам красивый адрес для сайта с выгодой.
www.nic.ru/action/
Сделайте ваш сайт быстрее и производительнее с VPS от REG.RU
Максимум производительности
Скорость и производительность сайта зависят от множества факторов, включая используемый контент, внутреннюю оптимизацию и многое другое. Тем не менее платформа,
на которой размещается ресурс, играет ключевую роль. Услуга VPS от REG.RU позволит предпринимателям получить надёжную базу для сложных проектов и раскрыть весь их потенциал.
Множество возможностей
VPS — услуга виртуального сервера, дающая возможность разместить нагруженные проекты с посещаемостью до 10 0000 пользователей в месяц (в зависимости от настроек и типа сайта).
В отличие от shared-хостинга, с VPS вы сможете:
- расположить на одном сервере неограниченное количество сайтов и баз данных;
- получить права root и управлять системой без ограничений;
- создавать и редактировать учётные записи пользователей;
- устанавливать дополнительные программы и утилиты.
Больше скорости
Кроме VPS на гибридном хранилище, на сайте REG.RU вы можете приобрести услуги серверов, которые используют в качестве накопителя исключительно SSD. Такой тип дисков обеспечивает самую высокую скорость операций чтения и записи. Благодаря этим характеристикам VPS на SSD станет выбором №1 для владельцев крупных интернет-магазинов с большим ассортиментом, а также разработчиков требовательных веб-приложений.
hosting.reg.ru/vps/
Как не терять клиентов?
Поздравляем с началом 2018 года. Каждому из нас хочется, чтобы этот год принес много положительных эмоций, доход и развитие бизнеса. Для этого нужно немного поработать над собой, а точнее над представлением себя и своего бизнеса потенциальным клиентам. Мы говорим о сайте, который формирует отношение пользователя к Вашему бренду.
С сайтом все прекрасно
Так думают многие, но упускают важную составляющую. Вы можете заказать умопомрачительный дизайн с продуманными продающими качествами, который увидят и оценят все посетители лишь 50% аудитории сайта если он открывается дольше 5 секунд.
Как часто Вы проверяете скорость загрузки своего сайта? Вы знаете, что только 90% посетителей будут ждать загрузку сайта 3 секунды. Далее с каждой секундой будет убывать по 10-15% потенциальных клиентов, на привлечение которых ушли временные и финансовые ресурсы.
Время = деньги
Чем быстрее загружается сайт, тем больше прибыли он может принести. Даже если сайт открывается достаточно быстро, не будет лишним его протестировать и внедрить рекомендации по оптимизации времени загрузки.
Как улучшить скорость загрузки сайта?
1. Уменьшить объем страниц сайта
Включите функцию сжатия Gzip, которая сократит объем передаваемых данные в несколько раз и увеличит скорость загрузки страниц сайта.
2. Уменьшить вес изображений
Графические файлы можно оптимизировать с помощью специальных сервисов, например, Tinypng. Также советуем загружать изображения точно подходящего размера вместо избыточного, затем задавая ему характеристики через высоту и ширину.
3. Включить кэширование
Пользователю будет показывается странице непосредственно из кэша, а не подгружаться кажды раз заново. Это достаточно ощутимая экономия времени.
4. Оптимизировать CSS и JavaScript
Сделать это можно с помощью плагинов в зависимости от используемой CMS или сторонних сервисов, например, этот.
5. Использовать быстрый сервер
В большинстве случаев влияние хостинга на скорость работы сайта недооценена. Если у Вас медленных хостинг, то внедрение вышеперечисленных пунктов этого не исправит. Советуем перейти на шустрые VDS-серверы, на которых сайты будут летать.
Сервисы для проверки:
Проверить свой сайт можно с помощью бесплатных сервисов, которых достаточно много, мы приведем несколько популярных:
developers.google.com/speed/pagespeed/insights/
gtmetrix.com
www.webpagetest.org/
Рады сообщить, добавлена функция создания субаккаунтов
Switch has been upgraded in order to connect 100G links in Singapore PoP
Начинаем регистрировать пробные версии
С версии 5.136.1 пробные продукты ISPsystem станут доступны только зарегистрированным пользователям. Ограничение затронет новые и действующие триальные версии ISPmanager, BILLmanager, DCImanager, VMmanager, DNSmanager и IPmanager.
Новые пользователи увидят предложение зарегистрироваться при первом запуске пробной панели. Для регистрации достаточно ввести email. Создание учетной записи в Личном кабинете ISPsystem произойдет автоматически. На указанную почту придет ключ активации.
Действующих панелей нововведение коснется после обновления до версии 5.136.0: для Beta с 5 декабря, для Stable с 16 января 2018 года. Ограничение на вход увидят только администраторы (root). Для пользователей ничего не изменится.
Администраторам потребуется создать новую учетную запись в Личном кабинете ISPsystem. Если учетная запись уже есть — ввести адрес электронной почты, указанный при регистрации. Подробности в документации.
Условия работы пробных версий панелей не меняются:
Новые пользователи увидят предложение зарегистрироваться при первом запуске пробной панели. Для регистрации достаточно ввести email. Создание учетной записи в Личном кабинете ISPsystem произойдет автоматически. На указанную почту придет ключ активации.
Действующих панелей нововведение коснется после обновления до версии 5.136.0: для Beta с 5 декабря, для Stable с 16 января 2018 года. Ограничение на вход увидят только администраторы (root). Для пользователей ничего не изменится.
Администраторам потребуется создать новую учетную запись в Личном кабинете ISPsystem. Если учетная запись уже есть — ввести адрес электронной почты, указанный при регистрации. Подробности в документации.
Условия работы пробных версий панелей не меняются:
- ISPmanager — 14 дней,
- BILLmanager — до 50 клиентских аккаунтов,
- DCImanager — до 5 серверов,
- VMmanager — до двух 2 виртуальных машин, 5 узлов и 16 GB RAM.
Даунтайм 7 января: что произошло
7 января система мониторинга сообщила о проблемах с производительностью на 28-ми родительских серверах. Основным симптомом был медленно работающий процессор.
Поиск причин и решение
Проблема проявилась только на платформе Intel S2600BPB с новыми процессорами Intel Silver и Gold. Другие общие характеристики не обнаружились: разные дата-центры, разные версии Linux, разные виртуализации.
Решить проблему в лоб не удалось. Сняли с сервера всю нагрузку (выключили клиентские VDS) — родительский сервер продолжал тормозить. Медленно работал даже интерфейс UEFI. Перезагрузка также не помогала.
Примерно 8 часов ушло на то, чтобы докопаться до сути проблемы. Искали, что связывает все эти случаи. В итоге решить проблему удалось только полным отключением питания. При запуске серверов после 10-минутного простоя проблема исчезает и не повторяется.
Причина сбоя
Чтобы объяснить, в чем дело, придется немного рассказать о физическом устройстве питания серверов.
Сервер получает питание не напрямую. Для группы серверов действует пара блоков питания, работающих параллельно. Управляет подачей питания на все элементы сервера специальное устройство — контроллер BMC, Intel Baseboard Management Controller.
В консоли одного BMC нашли логи:
То есть контроллер определил перегрев блоков питания, после чего дал команду всем подчиненным ему серверам работать на минимальной мощности.
Проверили логи остальных контроллеров для пострадавших серверов. Все они с точностью до минуты определили такой же перегрев блоков питания:
Датчики температуры показывали, что температура на блоках питания не поднималась выше 39°C. Получается, что с десяток разных контроллеров одновременно решили, что происходит перегрев блоков питания, хотя на самом деле его не было. Наше предположение — это проблема аппаратной платформы, баг в логике работы.
Одной из версий было, что кто-то взломал IPMI и одновременно дал команду на снижение энергопотребления всем процессорам. Однако, пострадали и новые простаивающие сервера, еще не подключенные в сеть.
Написали запрос в Intel с описанием проблемы, приложив все логи BMC. Интел обещал помочь. Спустя 18 часов, позвонил инженер Intel и сообщил, что зарегистрированы еще аналогичные случаи. Обещали держать нас в курсе новостей. Мы ожидаем одного из двух ответов: либо сообщения о том, что проблема была разовая и больше не повторится, либо обновления BMC для закрытия проблемы.
Решили провести свой эксперимент. На пустой платформе без клиентских серверов перевели время назад, на 6 января, и на следующие сутки, как только часы показали 5:30 проблема повторилась. Поставили на этой платформе дату +3 дня относительно текущего времени. Это поможет заранее узнать о повторении проблемы.
Поиск причин и решение
Проблема проявилась только на платформе Intel S2600BPB с новыми процессорами Intel Silver и Gold. Другие общие характеристики не обнаружились: разные дата-центры, разные версии Linux, разные виртуализации.
Решить проблему в лоб не удалось. Сняли с сервера всю нагрузку (выключили клиентские VDS) — родительский сервер продолжал тормозить. Медленно работал даже интерфейс UEFI. Перезагрузка также не помогала.
Примерно 8 часов ушло на то, чтобы докопаться до сути проблемы. Искали, что связывает все эти случаи. В итоге решить проблему удалось только полным отключением питания. При запуске серверов после 10-минутного простоя проблема исчезает и не повторяется.
Причина сбоя
Чтобы объяснить, в чем дело, придется немного рассказать о физическом устройстве питания серверов.
Сервер получает питание не напрямую. Для группы серверов действует пара блоков питания, работающих параллельно. Управляет подачей питания на все элементы сервера специальное устройство — контроллер BMC, Intel Baseboard Management Controller.
В консоли одного BMC нашли логи:
308 Sun Jan 7 05:31:29 2018 PS1 Status BMC Warning Power Supply Predictive Failure - Over-temperature warning, Status Byte: 0x40 - Asserted
312 Sun Jan 7 05:40:04 2018 PS2 Status BMC Warning Power Supply Predictive Failure - Over-temperature warning, Status Byte: 0x40 - Asserted
То есть контроллер определил перегрев блоков питания, после чего дал команду всем подчиненным ему серверам работать на минимальной мощности.
Проверили логи остальных контроллеров для пострадавших серверов. Все они с точностью до минуты определили такой же перегрев блоков питания:
d0 | 01/07/2018 | 05:31:30 | Power Supply #0x50 | Predictive failure | Asserted
b2 | 01/07/2018 | 05:31:29 | Power Supply #0x50 | Predictive failure | Asserted
a6 | 01/07/2018 | 05:31:29 | Power Supply #0x50 | Predictive failure | Asserted
79 | 01/07/2018 | 05:31:29 | Power Supply #0x50 | Predictive failure | Asserted
62 | 01/07/2018 | 05:31:30 | Power Supply #0x50 | Predictive failure | Asserted
7e | 01/07/2018 | 05:31:29 | Power Supply #0x50 | Predictive failure | Asserted
3d | 01/07/2018 | 05:31:29 | Power Supply #0x50 | Predictive failure | Asserted
3e | 01/07/2018 | 05:31:29 | Power Supply #0x50 | Predictive failure | Asserted
185 | 01/07/2018 | 05:31:30 | Power Supply #0x50 | Predictive failure | Asserted
4d | 01/07/2018 | 05:31:30 | Power Supply #0x50 | Predictive failure | Asserted
53 | 01/07/2018 | 05:31:29 | Power Supply #0x50 | Predictive failure | Asserted
a4 | 01/07/2018 | 05:31:30 | Power Supply #0x50 | Predictive failure | Asserted
ee | 01/07/2018 | 05:31:31 | Power Supply #0x50 | Predictive failure | Asserted
28 | 01/07/2018 | 05:31:31 | Power Supply #0x50 | Predictive failure | Asserted
38 | 01/07/2018 | 05:31:30 | Power Supply #0x50 | Predictive failure | Asserted
91 | 01/07/2018 | 05:31:30 | Power Supply #0x50 | Predictive failure | Asserted
3a | 01/07/2018 | 05:31:31 | Power Supply #0x50 | Predictive failure | Asserted
2c | 01/07/2018 | 05:31:30 | Power Supply #0x50 | Predictive failure | Asserted
Датчики температуры показывали, что температура на блоках питания не поднималась выше 39°C. Получается, что с десяток разных контроллеров одновременно решили, что происходит перегрев блоков питания, хотя на самом деле его не было. Наше предположение — это проблема аппаратной платформы, баг в логике работы.
Одной из версий было, что кто-то взломал IPMI и одновременно дал команду на снижение энергопотребления всем процессорам. Однако, пострадали и новые простаивающие сервера, еще не подключенные в сеть.
Написали запрос в Intel с описанием проблемы, приложив все логи BMC. Интел обещал помочь. Спустя 18 часов, позвонил инженер Intel и сообщил, что зарегистрированы еще аналогичные случаи. Обещали держать нас в курсе новостей. Мы ожидаем одного из двух ответов: либо сообщения о том, что проблема была разовая и больше не повторится, либо обновления BMC для закрытия проблемы.
Решили провести свой эксперимент. На пустой платформе без клиентских серверов перевели время назад, на 6 января, и на следующие сутки, как только часы показали 5:30 проблема повторилась. Поставили на этой платформе дату +3 дня относительно текущего времени. Это поможет заранее узнать о повторении проблемы.
Защита сервера от Spectre и Meltdown
В чем опасность
3 января подразделение гугла Project Zero опубликовало информацию о проблеме безопасности с процессорами на разных архитектурах. В число подверженных атаке попали процессоры Intel, которые мы используем на выделенных серверах.
Уязвимость позволяет процессу считывать произвольную область памяти. Таким образом, вредоносный код может получить доступ к закрытой информации. Подробно о механике реализации читайте на Хабре. Атака через уязвимость очень трудоемкая, но всё-таки, возможна. Стороннее ПО может получить к таким данным, как логин-пароль, ключ сертификата — это прямая угроза безопасности. Если на сервере размещены проекты нескольких пользователей, то один из них может атаковать другого.
Обновите операционную систему на сервере, чтобы исключить реализацию атаки. Вы можете сделать это самостоятельно, либо попросить помощи у сотрудников поддержки.
Если на вашей системе закрыли все три баги, рекомендуем установить обновления. Обновление выполняйте обычным для вашей ОС способом. Для Windows это Windows Update, для *nix систем — определённая команда в консоли.
Обязательно сделайте бэкап перед обновлением системы!
Обновление с нашей помощью
Наши специалисты обновят операционную систему за отдельное обращение (1000 руб.), либо в рамках администрирования по подписке.
Позаботьтесь о безопасности
Последствия атаки через Spectre/Meltdown устрашающие, но пока нет информации о массовом использовании уязвимости. Помните, что чаще всего к проблемам приводят отсутствие резервной копии и слишком простой пароль, который к тому же не обновляют.
3 января подразделение гугла Project Zero опубликовало информацию о проблеме безопасности с процессорами на разных архитектурах. В число подверженных атаке попали процессоры Intel, которые мы используем на выделенных серверах.
Уязвимость позволяет процессу считывать произвольную область памяти. Таким образом, вредоносный код может получить доступ к закрытой информации. Подробно о механике реализации читайте на Хабре. Атака через уязвимость очень трудоемкая, но всё-таки, возможна. Стороннее ПО может получить к таким данным, как логин-пароль, ключ сертификата — это прямая угроза безопасности. Если на сервере размещены проекты нескольких пользователей, то один из них может атаковать другого.
Обновите операционную систему на сервере, чтобы исключить реализацию атаки. Вы можете сделать это самостоятельно, либо попросить помощи у сотрудников поддержки.
Если на вашей системе закрыли все три баги, рекомендуем установить обновления. Обновление выполняйте обычным для вашей ОС способом. Для Windows это Windows Update, для *nix систем — определённая команда в консоли.
Обязательно сделайте бэкап перед обновлением системы!
Обновление с нашей помощью
Наши специалисты обновят операционную систему за отдельное обращение (1000 руб.), либо в рамках администрирования по подписке.
Позаботьтесь о безопасности
Последствия атаки через Spectre/Meltdown устрашающие, но пока нет информации о массовом использовании уязвимости. Помните, что чаще всего к проблемам приводят отсутствие резервной копии и слишком простой пароль, который к тому же не обновляют.
В панели VPS и VDS появились графики статистики
Клиентам KVM VDS доступны графики CPU, Disk I/O и загрузки сети. Красной чертой отмечается текущий лимит по тарифу, оранжевой — 80% лимита.
Для пользователей Linux VPS дополнительно доступны графики Memory и Disk space
С помощью меню справа можно выбрать интервал времени для отображения. Также можно выделить мышкой любой участок графика и посмотреть статистику в приближении.
Сбор статистики осуществляется агентом Telegraf, данные хранятся в InfluxDB и отображаются с помощью Grafana.
www.ihc.ru/vps.html
www.ihc.ru/kvmvds.html
Для пользователей Linux VPS дополнительно доступны графики Memory и Disk space
С помощью меню справа можно выбрать интервал времени для отображения. Также можно выделить мышкой любой участок графика и посмотреть статистику в приближении.
Сбор статистики осуществляется агентом Telegraf, данные хранятся в InfluxDB и отображаются с помощью Grafana.
www.ihc.ru/vps.html
www.ihc.ru/kvmvds.html