хостинг Инструкция по применению

виды хостинга проектов

       Shared  хостинг  и  Кластерный  хостинг          Облачный  хостинг          VPS  с  виртуализацией          DS  с  виртуализацией  (VDS)          Выделенный  сервер  (DDS)  

Системы виртуализации

Технологии вируализации Аппаратная  виртуализация  

(Гипервизоры)  •  Виртуализация  доступа  к  оборудованию  •  ОС  хоста  и  гостевые  –  полноценные    •  Parallels  Server,  VMware  ESX,  MicrosoW  

Hyper-­‐V,  KVM  

Виртуализация  ОС  (Контейнеры)  

•  Виртуализация  доступа  к  ОС  •  Одно  стандартное  ядро  ОС  на  сервере  •  Parallels  Virtuozzo  Containers,  Sun  Solaris  

Containers,  OpenVZ  

что же выбрать?

Аппаратная  виртуализация  (Гипервизоры)  

         Возможность  использовать  разные            ОС  на  одной  системе            Все,  что  умеет  делать  аппаратная            часть,  доступно  и  «гостевой»  ОС            Каждая  из  виртуальных  машин            работает  независимо  в  своем            пространстве  

Виртуализация  ОС  (Контейнеры)  

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

Окружение сервера

       Выбор  оптимальной  среды  для  сайта          Влияние  серверных  компонентов            на  скорость  работы          Запас  ресурсов          Мониторинг          Подводные  камни  резервного            копирования  

Рейтинг обращений в техническую поддержку

Симптомы:  Частое  появление  503  ошибки,  сервер  не  справляется  с  нагрузкой,  высокая  посещаемость  Диагноз:  Проект  не  сбалансирован  по  нагрузке  Лечение:  Провести  анализ  потребления  RAM  на  сервере.  Постараться  уменьшить  ее  потребление  •  Уменьшение  объема  оперативной  памяти  потребляемой  процессом  

web-­‐сервера:  •  отключить  не  используемых  модулей  PHP,  •  провести  анализ  используемых  модулей  в  CMS  и  временно  отключить  

“прожорливые”  •  Проанализировать  accesslog  на  паразитную  посещаемость.  

Заблокировать  сторонние  адреса.  •  Настройка  индексации  сайта.    •  Посмотреть  статистику  потребление  оперативной  памяти  процессами.  

Увеличение  ресурсов  на  стороне  сервера.    

Симптомы:  медленная  работа  сайта  Диагноз:  низкий  индекс  производительности  Лечение:    •  провести  все  тесты  предоставленные  разработчиками  Битрикс,  

выполнить  все  необходимые  рекомендации.  •  Проверить  log  фалы.  •  Проанализировать  нагрузку  на  сервер  (top,ps,dmesg,netstat)  •  Проверить  конфигурационные  файлы  веб-­‐сервера.  И  нагрузку  на  

mysql  •  Проанализировать  проект  на  специализированных  сервисах,  

например  www.webpagetest.org  дает  подробную  картину  загрузки  сайта.  

•  выполнить  анализ  пакетов  •  провести  анализ  системных  вызовов  используя  strace    

Симптомы:  после  переноса  сайт  отображается  не  корректно  (“там  работало,  а  тут  нет”)  Диагноз:  ошибки  при  переносе  сайта    Лечение:    В  зависимости  от  метода  переноса  проанализируйте  следующее:  •  Проверить  конфигурационные  файлы  битрикса.  •  Если  сайт  использует  многосайтовость  проверить  ее  реализацию  на  

новом  местоположении  (симлинки  созданы).  •  В  настройках  Bitrix,  корневая  директория  осталась  на  старом  сервере.    •  Тип  кеширования  не  изменен  в  настройках  CMS.  

   для  ускорения:  •  Перед  переносом  очистите  кэш  bitrix    •  Бэкапы  можно  перенести  отдельно  или  выгрузить  на  локальный  пк    

Симптомы:  не  получается  загрузить  файлы  через  административную  часть  или  часть  файлов  не  может  быть  прочитана.  Диагноз:  проблемы  с  доступом  к  файлам    Лечение:    проверить  поддержку    PHP  и  владельца  файлов.  В  режиме  mod  apache  все  файлы  созданные  CMS  будут  иметь  владельца  и  группу  веб-­‐сервера  Apache.    Необходимо  изменить  режим  работы  на  тот,  при  котором  файлы  будут  создаваться  с  владельцем  и  группой  Wp/ssh  юзера,  а  также  изменить  политику  прав  на  уже  созданные  файлы.        

Симптомы:  прерывание  выполнение  скрипта  на  стороне  сервера  Диагноз:  не  подходящие  лимиты  на  исполнение  скриптов      Лечение:    Поправить  конфигурационный  файл  Вашего  веб-­‐сервера,  однако  стоит  помнить  что  правка  лимитов  напрямую  повлияет  на  производительность  Вашего  сервера,  если  время  выполнение  скрипта  не  достаточно  попробуйте  выполнить  его  через  CLI.  Не  стоить  оставлять  лимиты  на  высоком  уровне,  если  скрипт  нужно  запускать  единаразово,  например  обмен  с  1С,  возвращайте  лимиты  обратно.        

Как наладить диалог с технической проддержкой

         Письма  лучше  общения  по  телефону            Пишите  максимально  развернутое  описание              проблемы,  указывайте  ip  адрес              сервера  и  имя  домена            Проводите  минимальный  набор  тестов              перед  обращением  в  ТП,  что  бы  понять  на              чьей  стороне  проблема            Ознакомьтесь  с  новостной  лентой  провайдера            Гнев  -­‐  не  лучший  способ  донести  информацию  о  проблеме  :)  

Игорь чередниченко Артем цветов

служба поддержки русоникс

+7 495 508 9959 +7 800 100 2018