NG
ЦС больше одного. уровень отказоустойчивости = 0. это ж разные понятия
Size: a a a
2021 November 09
АМ
Понятно. Но при этом Вы предлагаете в прод поставку вести через выгрузку-загрузку и неважно что конфигурация прода будет отличаться от конфигурации, которая была бы в проде если бы поставка была из хранилища в силу постобработки и возможных ошибок на этапе загрузки из исходных файлов?
JD
Если лицензии берутся из СЛ, то все копии одного сеанса (в количестве равном уровню отказоустойчивости) займут одну лицензию
NG
Оу. Серьёзно? Есть описание где-то на итс?
Я когда в прошлый раз тестировал, сл ещё не был выделен на отдельный хост, и шло х2 потребление лицензии
Я когда в прошлый раз тестировал, сл ещё не был выделен на отдельный хост, и шло х2 потребление лицензии
JD
Нету
NG
проверю, спасибо большое
VN
По-моему так было всегда... Разве нет?
Как мне объясняли на партнерке, двойное потребление лицензий достигается отказоустойчивостью.... самого СЛ)
Как мне объясняли на партнерке, двойное потребление лицензий достигается отказоустойчивостью.... самого СЛ)
JD
Если лицензии раздает не СЛ а сервис сеансовых данных (на каждом ЦС), то будь готов к двойному расходу. Ибо сеанс будет присутствовать на каждом таком ЦС и потреблять локальную лицензию каждого такого ЦС.
VN
А... так - да.
JD
А дублировать СЛ - хоть раз встречал такой жир?
VN
На заре знакомства с отказоустойчивостью (было требование клиента, чтобы все было отказоустойчиво, без единой точки отказа) я долбал мозг сотрудникам 1с, "как да что"...
Они ответили примерно так же, что если хочется два СЛ - то "не видим препятствий" (С), но зачем ?
А клиента и ТЗ вылечили деньги 2х
Они ответили примерно так же, что если хочется два СЛ - то "не видим препятствий" (С), но зачем ?
А клиента и ТЗ вылечили деньги 2х
NG
ну как "зачем"? а если СЛ ляжет?
NG
или потребуется даунтайм на обновления какие-нибудь
VN
"тогда кто-то сядет" (с)
NG
поставку на прод тоже можно делать из хранилища, зачем из сорцов?
на мой взгляд, безопасно грузить что-либо на прод из сорцов можно только в том случае, если разработчики постоянно работают с сорцами. иначе можно словить чудесные артефакты в виде развалившихся ролей или измененных ИД таблиц
на мой взгляд, безопасно грузить что-либо на прод из сорцов можно только в том случае, если разработчики постоянно работают с сорцами. иначе можно словить чудесные артефакты в виде развалившихся ролей или измененных ИД таблиц
JD
Тогда не проще ли все лицензии раскидать просто по ЦС?
VN
"Еще N миллионов или N секунд/минут ожидания на перезапуск/восстановление СЛ- что вы выберите?" .
Клиент задумался. Жаба душила.
"Ну полчасика-часик то я обожду... Но не более..." - говорил кто-то в голове гендиректора. "Миллион... Охренели!"
На этом с отказоутойчивостью было покончено.
Клиент задумался. Жаба душила.
"Ну полчасика-часик то я обожду... Но не более..." - говорил кто-то в голове гендиректора. "Миллион... Охренели!"
На этом с отказоутойчивостью было покончено.
АМ
Значит я неправильно понял Ваш посыл :) Т.е. предполагается что выгрузка в исходные файлы используется исключительно для контроля качества кода?
NG
у меня сейчас - да, т.к. разработчики работают с хранилищем. если бы работали в сорцах, то и на прод оно улетало бы с сорцов
NG
насколько я помню, там можно словить либо ожидание, либо отказ в обслуживании, если запрос сбалансируется на ЦС, на котором закончились лицензии.