В начале июля, в чрезвычайно жаркое время, под вечер,
один молодой человек вышел из своей каморки,
которую нанимал от жильцов в С — м переулке,
на улицу и медленно, как бы в нерешимости, отправился к К — ну мосту.
На улице жара стояла страшная, к тому же духота, толкотня,
всюду известка, леса, кирпич, пыль и та особенная летняя вонь,
столь известная каждому петербуржцу, не имеющему возможности нанять дачу,
— всё это разом неприятно потрясло и без того уже расстроенные нервы юноши.
©Ф. М. Достоевский. Преступление и наказание
Впрочем о чем это я… Давайте вернемся к 1С.
В прошлой, достаточно объемной статье мы собрали отказоустойчивый кластер PostgreSQL, в этой соберем отказоустойчивый кластер из двух серверов 1С.
Это на порядок проще и к тому же можно делать в графическом интерфейсе, что приятно глазу.
Не стоило бы тревожить клавиатуру и отвлекать почтенную публику из-за таких несложных действий.
Занимает это с учетом записи видео и принтскринов минут 15.
Однако хотелось бы, чтобы чтобы такие сервисы, как журнал регистрации и полнотекстового поиска, не мотались, как институтка на гусарском балу, а были в меру доступности привязаны к определенному серверу.С этого момента и начинаются недопонимания или как красиво говорила Фелин Херманс - замешательство (см. публикацию Гостья из будущего. Обзор книги Фелин Херманс "Ум программиста. Как понять и осмыслить любой код")
То есть статья будет не о том как собрать отказоустойчивый кластер 1С Предприятие 8.3, в ней мы разберем несколько утверждений сказанных с высоких трибун технических конференций о требованиях назначения функциональности.
Известно, что слово сказанное со сцены, оказывает магическое действие на слушателей, этим пользовался еще Остап Бендер, а с появлением широкополосного интернета это влияние только усилилось.
Как не вспомнить известную фразу:
"Главная проблема цитат в интернете в том,
что люди сразу верят в их подлинность"
В. И. Ленин
этого не говорил
Хотя описание, достаточно внятное, есть на ИТС
Еще лучше, найти на том же ИТС описание текстовых файлов настроек и посмотреть как и что в них изменяется при изменении в консоли администрирования.
Это даст с одной стороны более глубокое понимание процесса, а с другой, отличный инструмент для управления кластером со стороны DevOps, например уверенное отключение регламентных заданий, если это контур разработки.
В благословенные времена, когда семинары проходили не онлайн, а в конференц-холлах, обязательно на галерке сидел технически продвинутый человек, который рвал на себе волосы показывая пальцем в докладчика и тихим шепотом советуя так не делать.
Причем количество волос на голове этого человека намекало, на скольки конференциях он уже побывал.
Мне в этом отношении комфортнее, я по другую сторону монитора и я не собираюсь ни в кого кидать помидоры.
Скорее дать метод, которым желающие смогут проверить справедливость любого утверждения о настройках кластера 1С, ведь это обычный текстовый файл и понять как было/стало можно любой утилитой сравнения файлов.
Проверим его например на пересоздании кластера.
Все эксперименты, которые описаны в публикации не надо воспроизводить на рабочих серверах!
Для клиентских соединений применяется более сложная логика, подробнее на ИТС — 2.2.7.3.3. Назначение рабочих процессов!
Скопируем файл списка кластеров srvribrg.lst с рабочего сервера, остановим сервис 1С, удалим все файлы из рабочего каталога центрального сервера и запустим сервис 1С.
Создастся новый кластер с новым GUID
Это можно увидеть в сравнив файлы
Принцип вы поняли, только нам будет нужен файл реестра кластера 1CV8Clst.lst из каталога reg_<номер_порта_кластера> в данном случае reg_1541
Тем кто не любит много букв
В этой публикации рассмотрим построение отказоустойчивого кластера 1С и требования назначения функциональности.
Кто не любит читать вообще, может посмотреть видео.
youtube
rutube
vk.video
Остальные, добро пожаловать.
Кто прочитает до конца, получит бонус: Скрипт обновления платформы 1С на рабочих серверах с сохранением настроек и т.п.
Постановка задачи
Поскольку настройка серверов получилась уже достаточно сложная, то удостоверимся, что все включилось и работает, для контура который не запускался три месяца это очень актуально.
Спасибо коллегам из компании ©Serverspace, что они не удалили весь контур.
#Статус и состояние сервиса etcd
systemctl status etcd.service --no-pager -l
ENDPOINTS=red8-cln01.test.loc:2379,red-srv.test.loc:2379,red8-srv.test.loc:2379
etcdctl --write-out=table --endpoints=$ENDPOINTS endpoint status
#Статус и состояние сервиса vip-manager
systemctl status vip-manager.service --no-pager -l
#Статус и состояние сервиса patroni
systemctl status patroni.service --no-pager -l
/usr/local/bin/patronictl --config-file /etc/patroni/patroni.yml topology cluster-1c
#Статус и состояние сервиса сервера 1С
systemctl status srv1cv8-8.3.24.1467@default --no-pager -l
Контроллер домена, сервер Windows 2012 R2, домен AD уровня Windows 2012. dc.test.loc
Рабочая станция Windows 10. win-cln01.test.loc
Рабочая станция РедОС 8. red8-cln01.test.loc
Сервер 1С РедОС 8 настроенный. red8-srv.test.loc
Сервер 1С РедОС 8 настраиваемый. red-srv.test.loc
Postgres 16 от PostgresPro
1С Предприятие 64-х 8.3.24.1467
все в домене test.loc.
Имя домена *.local не рекомендуют коллеги РедОС.
все по железу 4ГБ RAM 50ГБ SSD 2 Ядра CPU
все развернуто в облаке из оригинальных iso образов производителей для чистоты эксперимента.
Исходное состояние — два независимых локальных кластера на двух серверах 1С
На раз-два-три
- Выбираем один серверов, который будет образцом, удаляем у второго сервера 1С собственный кластер
- Добавляем его в кластер соседа
- Устанавливаем флажок "Центральный сервер" в свойствах добавленного сервера
- Устанавливаем уровень отказоустойчивости в свойствах кластера
- Настраиваем требования назначения функциональности
- Не забываем в строке соединения базы(баз) 1С прописать оба сервера через запятую без пробелов.
Целевое состояние — отказоустойчивый кластер с балансировкой нагрузки на двух серверах 1С
Далее переходим к проверке некоторых утверждений aka ©MythBusters.
Самое распространенное из них
№1 Требования назначения функциональности применятся при перезагрузке сервера 1С
Сохраняем исходный файл 1CV8Clst.lst
Назначаем журнал регистрации на один сервер, полнотекстового поиска на другой.
Сохраняем файл еще раз в другой каталог
Сравниваем и видим что заполнилась секция с настройками требований назначения функциональности.
Перезагружаемся в любом порядке и видим что файл настроек кластера не поменялся.
Как и расположение сервисов, легко увидеть их подкаталоги внутри каталога ИБ.
Зато его меняет применение требований назначения функциональности в свойствах кластера.
Видно, что примененные требования попали совсем в другую секцию файла.
И уже после этого указанные сервисы расходятся по назначенным серверам.
Итог: утверждение №1 это миф
№2 Требования назначения функциональности применяются по алфавитному упорядочиванию серверов 1С
Часть последователей этого утверждения знает, видело на ИТС фразу:
Обход серверов и требований выполняется в порядке следования этих объектов в консоли кластера.
но искренне верит, что сервера в консоли кластера 1С упорядочены по алфавиту.
Возможно потому, что сервера упорядочены в правой панели просмотра консоли администрирования.
Даже не надо заглядывать в файл 1CV8Clst.lst чтобы убедится, что сервера в консоли упорядочиваются в порядке добавления.
Достаточно удалить идущий первым по алфавиту и добавить его заново, теперь он будет вторым.
Соответственно и требования назначения функциональности с него будут обработаны позже.
В нашем примере, если мы создали требование назначения функциональности для журнала регистрации с типом требования "Назначать" на обоих серверах, то если они оба доступны, оно сработает для верхнего в консоли администрирования, а не в алфавитном порядке.
Если верхний сервер недоступен, то менеджер кластера применит требование назначения функциональности со следующего по порядку.
Главное, чтобы оно там было с типом требования "Назначать".
Если его нет больше ни на одном сервере или оно есть с типом требования "Авто", то мы получим ошибку вида "Сервис недоступен"
Итог: утверждение №2 это миф
Как разновидность утверждения №2 встречается №3 Для типа требования "Назначать" имеет значение свойство "Приоритет"
При разборе предыдущего примера мы увидели, что это не так и на ИТС буквами по белому написано:
Обход серверов и требований выполняется в порядке следования этих объектов в консоли кластера.
Сложно поверить, но это действительно так. Это не ошибка платформы, а действительно логика ее разработчиков
Итог: утверждение №3 это миф
В этом месте обычно резонный вопрос: Зачем тогда вообще свойство "Приоритет"?
Для типа требования "Авто"
В итоге мы приходим к правильному пути конфигурирования требований назначения функциональности
Для того чтобы сервис назначался на один из серверов при его доступности, вне зависимости от расположения в консоли кластера и обеспечивалась отказоустойчивость решения, то есть при недоступности этого сервера, назначался на следующий,
надо тип требования установить в "Авто", а приоритет в более высокое значение,
чем на остальных серверах, где так же тип требования установить в "Авто".
Тем, кто дочитал до конца, обещанный скрипт обновления платформы 1С на РедОС и совместимых с ним.
Использование программы: $PROGNAME параметр1 параметр2
Первый параметр это номер обновляемой версии 1С, если 0 то чистая установка
Второй параметр это номер новой версии 1С"
Файл установки 1С должен находиться в одном каталоге со скриптом
Если указан номер обновляемой версии 1С, то должен существовать каталог установки
Что он умеет.
- Распаковать архив установки
- Сохранить файлы старых служб с возможными нетиповыми настройками
- Установить новую версию платформы 1С
- Удалить старую версию платформы 1С
- Заменить версию платформы в веб публикациях
- Запустить службы
Если непонятно запишу видео
На гитхаб выкладывать пока не планирую, хочу сделать версию на 1С: Исполнителе.
Это кошерно, интересно хватит ли у него возможностей, для этого надо его выучить)
#!/bin/bash
PROGNAME="$(basename "$0")"
usage() {
echo -e "Использование программы: $PROGNAME параметр1 параметр2 \nПервый параметр это номер обновляемой версии 1С, если 0 то чистая установка \nВторой параметр это номер новой версии 1С"
echo -e "Файл установки 1С должен находиться в одном каталоге со скриптом \nЕсли указан номер обновляемой версии 1С, то должен существовать каталог установки"
echo "Пример: $PROGNAME 0 8.3.24.1586"
echo "Пример: $PROGNAME 8.3.23.1586 8.3.24.1586"
return
}
replace_version() {
perl -i"*_${current_date}.bak" -pE "s/${old_version}/${new_version}/i" ${bak_dir}/${1}
return
}
http_replace_version() {
file_found=$(grep -ci "${old_version}" ${1})
if [[ ${file_found} -gt 0 ]]; then
echo "Изменяется версия в файле веб публикации ${1}"
regular_exp="s/${old_version}/${new_version}/gi"
perl -i"*_$(date +'%Y%m%d_%H%M%S').bak" -pE "${regular_exp}" ${1}
fi
return
}
if [[ "$(id -u)" -ne 0 ]]; then
echo "Скрипт должен быть запущен с правами администратора"
exit 1
fi
#Проверить число аргументов
#если не 2 то вывести справку
if (($# != 2)); then
usage
exit 1
fi
old_version=$1
new_version=$2
current_date=$(date +'%Y%m%d_%H%M%S')
echo 'Проверяется существование архива/файла установки'
#если архив то разархивировать
new_archive=$(echo server64_${new_version//./_}.zip)
new_file=$(ls -1 *-${new_version}-*.run 2>/dev/null)
if [[! -f ${new_archive} ]] && [[! -f ${new_file} ]]; then
echo "Не обнаружен файл установки или архива новой версии 1C $new_archive"
exit 1
elif [[ -f ${new_archive} ]] && [[! -f ${new_file} ]]; then
unzip -o ${new_archive} *-${new_version}-*.run
fi
new_file=$(ls -1 *-${new_version}-*.run)
if [[! -f ${new_file} ]]; then
echo "Не обнаружен файл установки новой версии 1C $new_file"
exit 1
fi
if [[ "${old_version}" != "0" ]]; then
echo 'Старая версия не 0, проверяется существование каталога установки'
if [[! -f /opt/1cv8/x86_64/${old_version}/uninstaller-full ]]; then
echo "Не обнаружен каталог обновляемой версии 1C $old_version"
exit 1
fi
fi
if [[ "${old_version}" != "0" ]]; then
echo 'Сохраняются файлы старых служб с возможными нетиповыми настройками'
bak_dir=./bak_${current_date}
if [[! -d ${bak_dir} ]]; then
mkdir ${bak_dir}
cp /opt/1cv8/x86_64/${old_version}/srv1cv8-${old_version}@.service ${bak_dir}/srv1cv8-${new_version}@.service
cp /opt/1cv8/x86_64/${old_version}/ras-${old_version}.service ${bak_dir}/ras-${new_version}.service
fi
replace_version "srv1cv8-${new_version}@.service"
replace_version "ras-${new_version}.service"
echo 'Останавливается старая версия платформы 1С'
old_service_1=/etc/systemd/system/srv1cv8-${old_version}@.service
old_service_2=/etc/systemd/system/multi-user.target.wants/srv1cv8-${old_version}@default.service
old_service_3=/etc/systemd/system/srv1cv8-${old_version}@default.service
if [[ -f ${old_service_1} ]]; then
systemctl stop srv1cv8-${old_version}@default.service
systemctl disable srv1cv8-${old_version}@default.service
systemctl daemon-reload
systemctl reset-failed srv1cv8-*
fi
if [[ -f ${old_service_1} ]]; then
rm ${old_service_1}
fi
if [[ -f ${old_service_2} ]]; then
rm ${old_service_2}
fi
if [[ -f ${old_service_3} ]]; then
rm ${old_service_3}
fi
echo 'Останавливается старая версия RAS'
old_service_1=/etc/systemd/system/ras-${old_version}.service
old_service_2=/etc/systemd/system/multi-user.target.wants/ras-${old_version}.service
if [[ -f ${old_service_1} ]]; then
systemctl stop ras-${old_version}.service
systemctl disable ras-${old_version}.service
systemctl daemon-reload
systemctl reset-failed ras-*
fi
if [[ -f ${old_service_1} ]]; then
rm ${old_service_1}
fi
if [[ -f ${old_service_2} ]]; then
rm ${old_service_2}
fi
fi
echo 'Производится установка новой версии платформы 1С'
./${new_file} --mode unattended --enable-components "server,ws,server_admin,additional_admin_functions,liberica_jre,ru"
echo 'Проверяется, что новвая версия установилась'
new_service=/opt/1cv8/x86_64/${new_version}/srv1cv8-${new_version}@.service
if [[! -f ${new_service} ]]; then
echo "Некорректно установилась новая версия 1C $new_archive"
exit 1
fi
if [[ "${old_version}" != "0" ]]; then
echo 'Удаляется старая версия платформы 1С'
/opt/1cv8/x86_64/${old_version}/uninstaller-full --mode unattended
if [[ -f ${bak_dir}/srv1cv8-${new_version}@.service ]]; then
echo 'Сохраняется файл новой службы 1C и копируется старый файл службы в новый каталог'
mv /opt/1cv8/x86_64/${new_version}/srv1cv8-${new_version}@.service ${bak_dir}/srv1cv8-${new_version}@.service.new
cp ${bak_dir}/srv1cv8-${new_version}@.service /opt/1cv8/x86_64/${new_version}/srv1cv8-${new_version}@.service
fi
if [[ -f ${bak_dir}/ras-${new_version}.service ]]; then
echo 'Сохраняется файл новой службы RAS и копируется старый файл службы в новый каталог'
mv /opt/1cv8/x86_64/${new_version}/ras-${new_version}.service ${bak_dir}/ras-${new_version}.service.new
cp ${bak_dir}/ras-${new_version}.service /opt/1cv8/x86_64/${new_version}/ras-${new_version}.service
fi
fi
echo 'Запускаются службы 1С'
systemctl link /opt/1cv8/x86_64/${new_version}/srv1cv8-${new_version}@.service
systemctl enable srv1cv8-${new_version}@default --now
systemctl link /opt/1cv8/x86_64/${new_version}/ras-${new_version}.service
systemctl enable ras-${new_version}.service --now
sleep 30
systemctl status srv1cv8-${new_version}@default --no-pager -l
systemctl status ras-${new_version}.service --no-pager -l
if [[ "${old_version}" != "0" ]]; then
if [[ -d '/etc/httpd' ]]; then
readarray -d '' -t find_files < <(find /etc/httpd -name '*.conf' -size +1c -type f -print0)
for i in ${find_files[*]}; do http_replace_version $i; done
echo 'Перезапускается веб сервер'
systemctl restart httpd
fi
fi
Планы на будущее:
Осталась положить вишенку на торт — провести нагрузочное тестирование и определиться с быстродействием сервера.
Это финал любого порядочного внедрения.
Благодарности:
Благодарю компанию ©Serverspace за предоставленное оборудование, без поддержки собрать такой пингвинариум мне было бы негде.
Желающие знают, где меня искать, время за пределами рабочего.
Статья продолжает серию публикаций:
- Построение отказоустойчивого кластера PostgreSQL для 1С. HAProxy, давай до свидания. Рецепты от Капитана
- В облако на работу: Архивирование postgres. Дайте два
- В облако на работу: Все варианты авторизации ОС сервером 1С на базе РЕД ОС 8 в домене windows. Рецепты от Капитана
- Бесплатный вебинар "В облаке, как дома: Как настроить рабочее место пользователя 1С на базе РЕД ОС"
- В облаке, как дома: Устраиваемся поудобнее. Рабочее место пользователя 1С на базе РЕД ОС (HTTPS и архивирование)
- Три пингвина под окном… Обзор рабочих мест пользователя 1С, собранных на отечественных дистрибутивах linux
- Три пингвина под окном… Точки над Ё. Обзор рабочих мест пользователя 1С, собранных на отечественных дистрибутивах linux
- Установка 1С: Сервера взаимодействия. Заметки на полях
- Сервер 1С: Предприятие на Ubuntu 16.04 и PostgreSQL 9.6, для тех, кто хочет узнать его вкус. Рецепт от Капитана обратите внимание на дату публикации
- 1С в 1cloud.ru. Теплое, ламповое, свое отчет о походе в питерский офис ©Serverspace когда он еще не был Serverspace
Серия "Рецепты от Капитана" на всякий случай
- Подготовка к экзамену 1С: Специалист по платформе. Рецепты от Капитана
- Настройка сборки данных в Performance Monitor Windows Server. Рецепты от Капитана
- Сервер 1С: Предприятие на Ubuntu 16.04 и PostgreSQL 9.6, для тех, кто хочет узнать его вкус. Рецепт от Капитана
