Установка и внедрение коробочной версии Битрикс24

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

• нужен рост производительности и возможность подключать подразделения/отделы;
• должны соблюдаться повышенные требования к безопасности - они подразумевают хранение данных на собственном сервере и их шифрование с помощью SSL-сертификата (он устанавливает защищенное соединение путем превращения данных в случайный набор символов, расшифровать которые можно специальным, доступным только вам, ключом);
• необходима кастомизация системы, а именно: возможность изменить интерфейс (адаптировать его под фирменный стиль или просто сменить дизайн), изменить логику бизнес-процессов или структуру баз данных, добавить инструментарий (интегрировать дополнительные модули/системы/приложения).

Несмотря на очевидные преимущества облачной версии, перечисленные опции в ее пределах все же недоступны. Я не буду делать сравнительную характеристику версий системы ввиду того, что эту статью задумал как некий гайд именно по внедрению коробочной версии. Поэтому, когда уже решено, что внедрению быть (и да, переехать назад в облако без потери данных будет нельзя), вам следует понимать, к чему и как готовиться. Об этом ниже. Условно весь этап переноса можно разделить на 3 стадии: подготовительная, развертывание или непосредственная установка и стадия тестирования. На мой взгляд, подготовительная стадия наиболее важная, поскольку именно от того, насколько хорошо вы подготовитесь, зависит успешность всего мероприятия в целом. Я остановлюсь на ней максимально подробно, но если этого будет недостаточно, вы всегда можете обратиться в мою компанию за дополнительной консультацией. Самым первым вопросом, который вам потребуется решить, будет вопрос о сервере: где он будет размещаться и каким он должен быть. Существует три варианта для размещения сервера, на котором будет развернута ваша коробочная версия Битрикс24.

Вариант номер 1: физический сервер в своем офисе. На первый взгляд, он самый доступный и простой. Да, производительность системы в таком случае будет максимально высокой, но на деле вы столкнетесь еще и с такими проблемами (или нюансами - это смотря под каким углом посмотреть):

• Место. Для сервера нужно предусмотреть специальное место - серверную - и обеспечить ей отказоустойчивость. Как это сделать прописано в стандарте TIER III, по которому сертифицируют дата-центры. Для них предусмотрено следующее:
  • наличие генератора,
  • дублирование интернет-каналов,
  • запасная система охлаждения,
  • удаленность авто и железнодорожных магистралей
  • охрана круглые сутки,
  • максимальное время простоя - не более 96 минут в год.

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

• Железо. Чтобы редакция Битрикс24 на 100 пользователей работала корректно, вам понадобится собрать машину, которая будет удовлетворять таким системным требованиям:
  • CPU: x64,
  • количество ядер: 2 (и более), 
  • частота: от 1.8 GHz,
  • RAM (ОЗУ): от 4 GB,
  • SSD: от 128 GB (крайне рекомендую именно SSD, а не HDD диски в качестве накопителя).

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

• CPU: x64,
• количество ядер: 4 (и более), 
• частота: от 1.8 GHz,
• RAM (ОЗУ) DDR4: от 8GB,
• SSD: от 512GB (и здесь даже предпочтительней NVMe, так как обычный SSD диск из-за интерфейса SATA не может разогнаться на ту скорость, на которую в принципе способен).

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

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

Если вы все же решили, что история с собственным физическим сервером не о вас, тогда вполне подойдет и виртуальный. И это будет последний вариант размещения коробочной версии портала - виртуальный выделенный сервер. Сейчас объясню, в чем разница с предыдущим и какие параметры у машин должны быть при таком раскладе. На Западе такой сервер называют как VPS, так и VDS, а вот на постсоветском пространстве эти две аббревиатуры до сих пор разделяют. Хотя я не вижу в этом никакого смысла, так как что VPS (Virtual Private Server), что VDS (Virtual Dedicated Server) - это одна и та же эмуляция работы физического сервера. Разница между ними скорее видна хостеру, но никак не конечному пользователю. Выделенный сервер устроен следующим образом. У хостера есть физическое “железо” и он сдает место на нем вам в аренду. Почему только место, а не весь целиком? Потому что таких арендаторов как вы для одной машины может быть несколько (как правило, не больше трех). Но это не значит, что вы каким-то образом будете ощущать их присутствие. Потому что изначально вы озвучиваете необходимые для портала параметры сервера и хостер вам их выделяет (поэтому он так и называется - “выделенный”). То есть фактически это выглядит как будто вам сдали в аренду настоящую машину, которая отвечает вашим требованиям к ней, и на которой вы устанавливаете свою операционную систему и разворачиваете портал. Хочется поставить акцент на том, что доступ к серверу будет только у вас и распоряжаться правами доступа тоже будете только вы. При подобной организации виртуального пространства сбои системы невозможны (только если вы верно рассчитаете необходимые под ваши задачи ресурсы). Вот, например, сам Битрикс рекомендует для 50 пользователей такую конфигурацию сервера:

• CPU: Intel Xeon E3-1230 v5,
• количество ядер: 4,
• частота: 3.4GHz
• HDD под файлы портала: 2 х 2ТB,
• SSD под файлы базы данных: 2 х 256GB,
• DDR4: 16GB.

От себя еще добавлю про интернет-соединение - желательно, чтоб его скорость не была меньше 100 Мбит/с. Опять таки, все приведенные параметры совсем не точные - вам может понадобиться гораздо меньше заявленных ресурсов. Для выделенного виртуального сервера при необходимости их всегда можно изменить (как в сторону увеличения, так и в сторону уменьшения), поэтому не стоит брать “с запасом” и переплачивать. Чтобы узнать, сколько места занимает сейчас ваш облачный портал (причем важно знать размер непосредственно базы данных и отдельно - пользовательского контента), откройте в меню слева пункт под названием “Мой тариф” (если вы не видите его сразу, возможно он свернут и найти его можно, нажав кнопку “еще”) и в разделе “Место в облаке” найдете его размер. Еще один важный момент и идем дальше. Портал Битрикс24 - это история про персональные данные, поэтому вы должны выбирать для сотрудничества только российские хостинговые компании (чтобы сервера находились в пределах страны). Итак, когда сервер выбран, первым делом на него нужно установить серверную операционную систему или веб-окружение (для Битрикс24 это: Linux-платформа CentOS 6 (i386, x86_64) или CentOS 7 (x86_64)) и серверное программное обеспечение. Ну во-первых, сервер должен уметь выполнять PHP-приложения, поэтому рекомендую установить nginx и Apache (корпоративный портал Битрикс24 разработан под версию 2.2.х, но отлично работает и на более поздних). А для того, чтобы они выполнялись корректно (без ошибок) и их работа была безопасной для ваших данных, нужно соблюсти еще ряд несложных требований:

• версия PHP - не ниже 7.1.х;
• библиотеки и расширения PHP:
  • GD (работа с изображениями, графиками и статистикой),
  • PHP XML (обновления),
  • FreeType (механизм CAPTCHA),
  • PCRE (поддержка регулярных выражений),
  • Zlib compression (компрессия),
  • PHP-акселератор OPcache, XCache, APC или любой другой;

• для управления базами данных - только MySQL (версия от 5.5).

Есть еще два подготовительных момента, которые важно не упустить до переноса системы - это перенаправить трафик с публично доступного IP-адреса на сервер с будущим порталом, а также добавить на домен:

• A-запись, в которой будет указано имя портала и его новый IP-адрес (он же адрес вашего сервера, который можно узнать у хостера или у вашего системного администратора),
• MX-запись, которая просто необходима для работы внутренней почты портала. 

Чтобы добавить/изменить эти данные, вам понадобится логин и пароль от панели управления DNS-записями. Мы практически на финише. Последний этап подготовительной стадии - получение бэкапа, после восстановления которого вы получите точную копию своего облачного портала, но уже в коробке. Только имейте в виду, что в день, когда бэкап будет создан, вам нужно остановить работу в облаке, потому что эти изменения в резервной копии уже сохранены не будут, а бэкап запросить можно только один раз. Поэтому тщательно спланируйте день переноса. Совет: пусть это будет выходной. Итак, для того, чтобы получить бэкап, вам нужно написать в техподдержку (вот ссылка: http://www.1c-bitrix.ru/support/) и предоставить такие данные:

• лицензионный ключ коробочной версии (количество пользователей не может быть меньше тех, которые уже работают на портале; если вы за время работы в облаке докупали пользователей, вам также нужно предоставить купон и на них),
• адрес вашего действующего облачного портала на Битрикс24,
• дату, после которой будет прекращена работа в облаке, она же дата, на которую вы планируете установку,
• доступ на сервер, на котором будет разворачиваться портал (IP-адрес, SSH-ключ и домен), 
• данные для авторизации (то есть логин и пароль) сотрудника с ID=1 или создателя облачного портала Битрикс24. Если вы не знаете кто это, я помогу вам узнать. Что нужно делать:
  • открыть ваш облачный портал,
  • в адресной строке (после .ru) поставьте слэш (/) и напишите следующее: company/personal/user/1/.

После этого данному сотруднику придет запрос доступа, который и нужно будет предоставить. Ну вот и все. Когда вы все установите и развернете вашу резервную копию облака на новом сервере, вам нужно будет только ее протестировать и устранить ошибки, которые, возможно, возникли со стороны конфигурации и/или модуля Push&Pull, а также установить SSL-сертификат и настроить почту на VMBitrix. После этого ваша система готова к работе и дальнейшим интеграциям.