Сегодня рассмотрим еще один важный вопрос администрирования коробки Битрикс24 с точки зрения бизнеса. Речь пойдет о затратах на облачный сервер для размещения коробочного портала Битрикс24 и его бэкапов. В статье обсудим, как можно уменьшить эти затраты и оптимизировать файловое хранилище.
1. Объемные коробки Битрикс24: как хранить правильно
К нам обратился заказчик, у которого объем коробки Битрикс24 превышает 1 Тб. Портал развернут на облачном хостинге. Затраты на аренду хостинга постоянно растут за счет регулярных бэкапов и постоянно растущего объема файлового хранилища на портале.
1.1. Все файлы – в облако
Одно из возможных решений – использовать для хранения всего объема данных не только хостинг, на котором установлена коробка Битрикс24. Можно подключить облачное хранилище вроде Cloud.mail.ru или Cloud.yandex.ru.
Облако является как бы дополнительной "флешкой" для файлов – документов, изображений, таблиц и так далее. На нем нет веб-окружения, поэтому сама коробка должна остаться на старом месте, но помесячная оплата за облако существенно ниже хостинга, и это позволит кампании неплохо сэкономить.
Интересуют вопросы администрирования коробки с точки зрения бизнеса? Читайте нашу подборку.
1.2. Аренда пространства в дата-центре
Возможен и другой вариант. Можно арендовать место в дата-центре, или центре обработки данных (ЦОД). Это так называемый физический сервер. Поднимаем коробку Битрикс24 на нем и примонтируем к хостингу текущей коробки.
Либо же возможна аренда виртуального сервера. В обоих случаях необходимо обратить внимание на наличие обязательных бэкапов.
Наш заказчик выбрал первый вариант. Давайте рассмотрим процедуру переноса данных и основные правила работы с дополнительным хранилищем.
2. Переносим часть данных с сервера, где размещена коробка Битрикс24, в облачное хранилище / дополнительный сервер / ЦОД
Итак, у вас есть корпортал Битрикс24 (коробочная версия). Есть пользовательские файлы, которые занимают много места (это могут быть дизайн-макеты, тяжелые презентации, большие документы, сканы и прочее). Важно понимать, что это не должны быть системные файлы, непосредственно влияющие на работу Битрикс24.
Как мы говорили выше, чтобы снизить затраты на хостинг, нужно оставить коробку на старом сервере, но данные перебросить на облако. Кстати, еще одно преимущество такого варианта – часть данных можно перенести на одно облако, а часть – на другое для снижения помесячного тарифа.
Бэкапы не относятся к пользовательским данным и мы рекомендуем их размещать на отдельном сервере с периодической ротацией (замещение старых копий новыми).
О том, как правильно делать бэкапы, читайте в статье.
Перед тем, как принять решение о распределении данных, важно понимать, что у некоторых хостеров есть ограничения по трафику. Например, если вы переносите данных больше, чем на 2 Тб, то такие провайдеры вам не подойдут. Плюс значение имеет объем наращивания данных (насколько растет объем каждый месяц).
Если вы приняли решение о переносе файлов в другое место, придерживайтесь следующего алгоритма действий
2.1. Разворачивание тестовой коробки
Это нужно, чтобы снизить нагрузку на боевую коробку, так как технические работы могут замедлить ее быстродействие. Также это поможет быстро пофиксить баги, которые могут возникнуть в процессе переноса и впоследствии повториться на боевой коробке. Тестовую версию рекомендуем разворачивать на отдельном сервере.
2.2. Обновление боевой коробки
Этот процесс включает:
- обновление веб-окружения на тестовом сервере (в частности, версии PHP);
- обновление тестовой коробки;
- проверка работоспособности системы;
- обновление боевого сервера, боевой коробки;
- тестирование.
Читайте нашу статью про обновление коробки Битрикс24 здесь.
2.3. Подготовка к переносу
Необходимо выбрать время переноса (лучше всего эти работы запланировать на ночь), чтобы не нагружать сервер.
2.4. Регистрация в облачном хранилище и покупка места на облаке для переноса файлов
Вам понадобится выбрать подходящий тариф, чтобы все файлы были надежно сохранены.
2.5. Свежее бэкапирование тестовой и рабочей коробок
2.6. Непосредственно перенос
К этому процессу желательно привлечь опытного DevOps-инженера.
Какие могут возникнуть подводные камни?
Помните самое важное правило – не хранить все яйца в одной корзине. Вероятность потери данных тем ниже, чем больше у вас серверов в дата-центрах, размещенных в различных местах.
Подобного принципа мы придерживаемся на нашей платформе Пинкит. Протестировать ее можно в личном кабинете.
Алексей Окара, основатель Пинол и продакт-менеджер Пинкит
#пинол #пинкит #pinall #pinkit #bitrix24 #битрикс24 #amo #amocrm #амо #амоцрм #crm #црм #црмсистема #црм_система #внедрениецрм #интеграция #миграция #обмен #коробкабитрикс24