давай определимся

сколько простоя и какие штрафы?

Нет штрафов, но если в ДЦ проводятся работы день-два, то это уже реально может стать проблемой.

Нет штрафов, но если в ДЦ проводятся работы день-два, то это уже реально может стать проблемой.

ну давай не будем путать понятия =)

то о чем ты говоришь геораспределенная инфраструктура

у тебя есть метроsccm?

то о чем ты говоришь геораспределенная инфраструктура

Кстати вот это не сделать через Site Server HA

чтобы один и тот же в двух разных цодах и прочее?

чтоб если один прилег второй сразу начал работать?

Кстати вот это не сделать через Site Server HA

это делается просто через vm replica если для бедных

т.е. сайтсервер одна вм, база другая

это делается просто через vm replica если для бедных

Ага, и работает только если нет вторичников, а SQL на самой VM

база алвайсон, вм с сайтсервером реплика

ну давай не будем путать понятия =)

Смотри. Взять, к примеру, Яндекс. Процесс вывода сотрудников - один раз в неделю. За это время необходимо подготовить 100-200 компов. У тебя ломается SCCM, прекращается процесс доставки приложений и ОС. Это влечет к тому, что хелпдеск начинает зашиваться и переходит на "ручник".

база алвайсон, вм с сайтсервером реплика

ой не надо так делать. К тому же мы не поддерживаем геораспределенный Always On

ой не надо так делать. К тому же мы не поддерживаем геораспределенный Always On

не поддерживаете и нельзя сделать разные вещи

вангую если приедет пфе и так сделает - все будет поддерживаться

ой не надо так делать. К тому же мы не поддерживаем геораспределенный Always On

Что значит не поддерживается?

Тогда от такой отказоустойчивости нулевой выхлоп.

тут больше про dr решение

С версии 1906 вроде бы даже поддерживается MultiSubnetFailover=True.

Смотри. Взять, к примеру, Яндекс. Процесс вывода сотрудников - один раз в неделю. За это время необходимо подготовить 100-200 компов. У тебя ломается SCCM, прекращается процесс доставки приложений и ОС. Это влечет к тому, что хелпдеск начинает зашиваться и переходит на "ручник".

ну просто же

С версии 1906 вроде бы даже поддерживается MultiSubnetFailover=True.

Да, только-только сделали: https://docs.microsoft.com/en-us/sccm/core/servers/deploy/configure/sql-server-alwayson-for-a-highly-available-site-database#multi-subnet-failover

взять яндексу и все на ансиблю переписать

ну а так вопрос ha скользкий

нужно оценивать затраты и надобность такого решения

Да, только-только сделали: https://docs.microsoft.com/en-us/sccm/core/servers/deploy/configure/sql-server-alwayson-for-a-highly-available-site-database#multi-subnet-failover

да и раньше можно было прикрутить

на поддержку мс давно можно ложить в некоторых случаях

взять яндексу и все на ансиблю переписать

На сколько я помню, у Ansible нет клиента для Windows.

пуппет

там подобного как у дурака фантиков

На сколько я помню, у Ansible нет клиента для Windows.

ансибль по winrm умеет :D

На сколько я помню, у Ansible нет клиента для Windows.

неверно помнишь

раньше да, они юзали какую то убогую бню и ансибля по винрм тормозила адово

потом они догадались взять omi

потом net .core

ансибль по winrm умеет :D

Стас, ты же помнишь, что у нас порты до клиентов открыты в одну сторону.

потом они догадались взять omi

omi для Windows?

для линукса

если у тебя управляющая часть на линуксе

если у тебя управляющая часть на линуксе

В общем, мы как-то съехали с темы HA/FT/DR SCCM в сторону Ansible, который, скорее подходит для оркестрации.

и доставки софта

ft?

нууууууууу

srm на варе

ft?

Fault Tolerance

я знаю что это

подскажешь решение? =)

чтобы rto=0 было?

чтобы rto=0 было?

Да хрен. У SCCM это, в принципе, не возможно, т.к. переключение Active/Passive Site Server происходит вручную.

сам sccm то понятно

есть же решения. типа ft у вари

tardigrade в ажуре. правда хуй его в онпремайс отдадут

Тут вопрос, что делать, если приляжет служба, а не сам сервер. Microsoft бы уже начать присматриваться к контейнерам.

по какой причине то приляжет?

контейнеры это мечта пока

Tardigrade (is) a system that deploys an existing, unmodified binary as a fault-tolerant service. Tardigrade replicates the service on several machines so that it continues running even when some of them fail. Yet, it keeps the service states synchronized so clients see strongly consistent results.

ждите и надейтесь

может смилостявятся и отдадут вниз грешникам

по какой причине то приляжет?

Да вот, как пример: <05/22/19 09:11:55> Installing pre-req using command line "D:\SMS\CMUClient\ccmsetup.exe" /UpgradeWithServer:mp <05/22/19 09:12:00> Pre-req installer "D:\SMS\CMUClient\ccmsetup.exe" /UpgradeWithServer:mp finished with exit code 6 <05/22/19 09:12:00> Failed to Install Pre Req CcmSetup. Return Code is 6 <05/22/19 09:12:00> This was a required Pre Req, can not continue. <05/22/19 09:12:00> Installation Failed. Error Code: 6 <05/22/19 09:12:00> ~RoleSetup().

это клиент

И эта ёбань иногда происходит при обновлении из-за того, что MP установлена не на системный диск.

нот сервер жы

Сервер c Management Point.

а, ну да

Точнее не так.

для таких дел придумали снапшоты

давно уже

Клиент и MP установлены не на системный диск. При обновлении клиента он говорит, что на диске менее 90Мб свободного места, хотя всё везде есть.

Все серверы, кроме БД восстанавливаются с 0 за час...

Клиент и MP установлены не на системный диск. При обновлении клиента он говорит, что на диске менее 90Мб свободного места, хотя всё везде есть.

оно не смотрит на NO_SMS_ON_DRIVE.SMS ?

С БД посложнее, но при пиздеце тоже несложно.

Т.е. вот эта статья применима не только к Windows Server 2003/XP - https://support.microsoft.com/en-us/help/2923401/configuration-manager-client-update-is-not-installed-successfully-on-w

Поэтому и спрашиваю - в чем большой смысл отказоустойчивости...

Поэтому и спрашиваю - в чем большой смысл отказоустойчивости...

Меньше ебли и времени простоя.

Меньше ебли и времени простоя.

неправда

ебли как раз больше

Меньше ебли и времени простоя.

мм, сомнительно. ебля же будет с начтройкой\поддержкой

а в плане простоя - ну это палка такая. стрельнуть может с двух концов. с дрного тоже

ебли как раз больше

согласен