Как перенести 1С в облако и повысить ее производительность
На сегодняшний день программа 1С внедрена в работу на более чем миллионе компаний по всей России. Со временем у многих из них возникает потребность в гибком и оперативном масштабировании, повышающем надежность и отказоустойчивость бизнес-систем. На это есть несколько причин. Отделение российского филиала компании от головного офиса и ИТ-инфраструктурымеждународной компании, локализация размещения данных, повышение надежности и доступности 1С, как следствие, непрерывность основных бизнес-процессов компании и расширение бизнеса.
Одним из наиболее удобных решений для решения проблемы с минимальными операционными затратами является миграция критически важных бизнес-систем, которые охватывают основные задачи управления и бухгалтерского учета, в облачные хранилища.
Особенности развертывания 1С в облаке
Виртуальные машины в облаке - это не то же самое, что привычные локальные серверы. Виртуальные машины в облаке могут перемещаться между хостами для обеспечения отказоустойчивости, кроме того, параметры производительности виртуальной машины с 1С могут быть изменены по запросу, но если присмотреться к 1С повнимательнее, то там есть множество триггеров, связанных с характеристиками виртуальной машины и железного сервера, приводящих к обнулению лицензии.
Во-первых, вам необходимо назначить отдельный сервер лицензий для облака, чтобы предотвратить утечку вашей лицензии. Затем примите во внимание различные детали облака при выборе типа виртуальной машины, на которой может размещаться такой сервер.
Например, в Яндекс Облаке идентификатор процессора не меняется при запуске виртуальной машины на другом хосте, но он может измениться в других облаках. Но если все сделано правильно, изменение параметров и перемещение виртуальной машины не будет проблемой.
Производительность 1С после перехода в облако.
При правильном планировании и внедрении миграции в облако пользователи, по крайней мере, не заметят изменений. Это подтверждается проведенными нами тестами. Например, в одном из проектов они провели "скрытый" эксперимент: проинформировали пользователя о правилах работы с обновлениями и собрали отзывы, многие пользователи отмечают увеличение скорости отклика и работы в 1С. Каждый проект и конфигурация имеют свои особенности, но такое увеличение скорости может быть обусловлено понятными причинами. Даже если устройство является локальным, поставщик облачных хранилищ регулярно обновляет устройство и предоставляет различные классы виртуальных машин. Оно оптимизировано для подсистем памяти, процессора и диска. Поскольку сервер 1С очень чувствителен к тактовой частоте процессора, рекомендуется выбрать виртуальную машину с частотой 3 ГГц и выше
.
Кроме того, команда VDI service может выполнить тесты Гилева, чтобы оценить производительность 1С в первом приближении. Результатами теста являются конкретные показатели в 10, 15, 35 и 60 условных единиц, которые соответствуют оценкам "плохо", "удовлетворительно", "хорошо" и "отлично". При переносе 1С в облако мы можем достичь 40-45 показателей. Если на данном этапе все нормально, то проводятся дополнительные тесты, которые учитывают реальную работу пользователя в конкретной системе 1С и оценивают работу 1С в условиях параллельных запросов.
Производительность дисковой подсистемы также является очень важным показателем. Например, мы рекомендуем использовать SSD накопители, или лучше отказоустойчивый RAID массив SSD накопителей с с высокой производительностью ввода-вывода.
Миграция 1С в облако одновременно с импортозамещением.
Конечно. Именно это и делает VDI Service. В ходе импортозамещения сервер Microsoft Windows заменяется на Linux, а СУБД MS SQL Server заменяется на PostgreSQL. Импортозамещение каждой части (серверной ОС и СУБД) может быть выполнено самостоятельно и поэтапно.
У нас есть много проектов, в которых удалось мигрировать в облако и перейти на Postgres Pro / PostgeSQL и Astra Linux / Red OS / BaseAlt / Роса. В таких случаях развертывание 1С требовало тонкой настройки взаимодействия всех подсистем, но в принципе не имела сложных зависимостей.
Иногда, после обсуждения доступной инфраструктуры и анализа конфигурации, вам может потребоваться не учитывать возможности импортозамещения и перенести все как есть, то есть на продукты Microsoft, или заменить только серверы СУБД на PostgreSQL. Например, наличие в 1С функции, зависящей от COM-объекта, усложнит или сделает невозможным переход на Linux. Такие проекты требуют переписывания части кода, зависящего от COM-объекта при его импорте, или отказа от части функционала при переходе на Linux.
При замене MsSQL Server на PostgreSQL обычно все становится несколько проще. Однако производительность некоторых процессов и операций 1С, выполняемых самостоятельно или доработанных подрядчиками, может быть снижена на 15-20%. Можно и повысить производительность на те же 15-20% разными способами. Увеличьте ресурсы виртуальной машины и оптимизируйте операции с данными (например, создайте индекс и не считывайте ненужные поля, используйте версию Postgres Pro, оптимизированную для 1С.
Производительность основных функций 1С в последних версиях и конфигурациях не сильно зависит от платформы Windows / Linux, поэтому сложность замены платформы на новую конфигурацию также невелика, по возможности рекомендуется сначала обновить настройки 1С, а затем уже импортозамещаться.
VDI Service, как облачный провайдер предлагает управляемые сервисы PostgreSQL, поэтому вам гораздо проще протестировать замену MsSQL Server на PostgreSQL в нашем облаке. Отвечая на вопрос, миграция всей системы для 1С путем импортозамещения требует более глубокого изучения и погружения в конкретную конфигурацию 1С, но также возможно без проблем.
Возможен ли простои сервиса при переносе 1С в облако.
1С обычно является важной бизнес-системой для обеспечения непрерывности бизнеса. Кроме того, бизнес-пользователи могут находится в разных часовых поясах по всей России, например, офисы с 9.00 до 17.00 используют не только 1С, но и склады, которые уже работают в режиме 24x7.
Специалисты VDI service делают все возможное, чтобы свести к минимуму время простоя бизнес-критичных сервисов и инфраструктуры. Это достигается за счет предварительной тестовой миграции базы данных 1C и предоставления пользователям 1C возможности проверить ее функциональность в новой среде - облаке. После такой миграции вы можете настроить свои ресурсы для оптимизации производительности, пересмотреть все потоки данных (интеграция между системами, отправка почты) и данные 1С в других системах. Наиболее распространенным подходом является продуктивный переход с вечера пятницы на утро субботы. Примерно через 2 часа пользователь может приступить к работе с системой в облаке.
Отказоустойчивость 1С в облаке.
Одна из причин, по которой многие компании переходят в облако, это повышение надежности и отказоустойчивости.
При развертывании 1С в облаке очень важно обеспечить достойный SLA близкий к 99,95 и это не просто. Но давайте разберемся. Это комплексный параметр, так как в контуре 1С обычно есть несколько взаимосвязанных систем, которые совместно гарантируют работу контура. Таким образом, общее целевое соглашение об уровне обслуживания системы зависит от уровня обслуживания всех компонентов. По нашему опыту, SLA выдерживается и неожиданных сбоев, приводящих к недоступности 1С, не происходит, а гарантированный уровень обслуживания соблюдается на уровне не менее 99,95. При таком SLA надежность высокая, но стоимость также несколько возрастает так как облачному провайдеру надо вложиться во все подсистемы и компоненты участвующие в работе 1С сервиса.