Довольно странное решение — в гугле искать. Точнее, доверяться диаграммам на сторонних сайтах, а не MSDN и Technet. Допускаю, что и на этих ресурсах такие диаграммы есть, но уверен, что они сопровождаются подробным описания сценария использования.
Хотя я вот пытался вспомнить, каким образом я сам узнал все эти вещи…
Сначала я узнал о существовании AD, что это такое и зачем нужно, потом узнал, что можно поднять два DC (по привычке я сокращаю до "домен" как раз Контроллер Домена с ролью AD). Соответственно, когда дошло до того, что самому пришлось организацию с рабочих групп переводить на доменную схему, столкнулся и с тем, как это реализовать и обеспечить хоть какую-нибудь отказоустойчивость. То есть при таком прогрессе знаний сложно упустить момент "а ещё в AD можно сделать так". Точнее, видя, какой прогресс сделан Майкрософтом в серверных операционных системах за эти годы (сравниваю гигантскую пропасть между 2003 и 2012 R2), я часто задаю себе вопрос: "А какие ещё возможности здесь есть, интересно было бы узнать". Ну и я знаю, что в моём случае задача типовая, значит кто-то её уже решал, а значит в серверных продуктах есть полная поддержка большинства сценариев, свойственных организациям различного уровня (от маленьких до гигантских корпораций). Остаётся только выбрать нужный — вот тут изучаются помимо нужного и другие.
И мне кажется, что вот этот самый вопрос — "а как ещё можно решить задачу, какие средства есть для её решения" — помогает не забыть или хотя бы использовать правильный механизм поиска решения.
Видимо, у Ваших знакомых всё было иначе, если возникает вопрос "а что, так можно было?".
P. S. Мне тут предстоит в филиале ещё поднимать домен (там до сих пор рабочие группы, так уж сложилось) и настраивать наследование, поэтому я и начал такой диалог :)
Для меня это звучит странно (я с Вами не спорю, я верю, что есть такие люди), поскольку когда системный администратор в первый раз сталкивается с чем-то новым, то внимательно читает всё, что на экране пишется (или на бумаге). А уж там-то всё это написано, все возможности и области применения. Особенно радуют "Мастеры чего-угодно", когда не через консоль настраиваешь, а в GUI с подробными пояснениями просто выбираешь. Ну а дальше уже в памяти хранится (или забывается — но должно вспоминаться в случае возвращения к настройке таких вещей).
Ничего плохого не хочу сказать о Ваших знакомых, но в чём причина их незнания? Может Вам так просто повезло с кругом знакомых (в плане совпадения причин незнания)?
И тогда уже становится интереснее — если причина одна.
У берёзы теплота сгорания одна из самых высоких. Да и по остальным характеристикам горения тоже в топах.
Я понимаю, что не стоит буквально воспринимать «летаем на дровах из берёзы», но конструкторы могли и пошутить столь тонко.
Ну синхронизация данных — это всего лишь механизм, позволяющий реплицировать данные. Просто в этом случае репликация двусторонняя.
И такое построение топологии не только в AD, мне ещё DFS сразу на ум приходит.
Но мне кажется сомнительным, что люди забыли. Может просто многие сценарии не так популярны?
Ну я репликацию понимаю, как полное дублирование домена\леса\сайта\иного функционала (в зависимости от того, что реплицируем), но физически в другом расположении. А балансировка — это некое распределение нагрузки в определённом соотношении (50\50, 80\20 или ещё какие другие варианты).
А добавление отказоустойчивости я вижу лишь двумя путями: дублирование узлов и повышение качества и надёжности каждого узла.
И при обсуждении топологии в моменте "а вот здесь у нас будет дублированный узел" могут подробную схему дублирования узла заменить лишь на один узел (если обсуждают всю схему, а не сам узел), но зная, что там сложная схема дублирования и распределения нагрузки.
То есть, содержимое статьи я воспринимаю лишь как "никто не рисует подробных схем узлов с репликацией". И в комментарии и уточняю — правильно ли я понял. Если нет, то мне хотелось бы разобраться, где я не прав и в чём ошибаюсь, так как эта тема имеет определённое для меня значение.
Ну то есть я прав? Это банальная репликация (с балансировкой), добавляющая отказоустойчивости? То есть, тоже вполне обычное дело при обсуждении топологии.
Или не прав и в статье описано совершенно иное?
Не исключаю, что мой комментарий глупее некуда, но это выглядит, как простая репликация AD с балансировкой. Разве нет? Просто домены географически разнесены.
Во время ближайшего ремонта оно будет прочитано всеми. Ведь так здорово читать газеты (вместо ремонта), которые расстелены, чтобы не запачкать пол или что-ещё.
Я, наверное, псих или больной, но поборол свою лень и вместо работы поехал в Москву за газетой, которых осталось около десятка, наверное (они сразу все выкладывались или докладываются по мере расхищения?). Ещё присмотрелся к паре физических головоломок, на одной ценника не смог найти, но Вы продавца не ругайте, он не виноват.
И я раскусил ещё один трюк из кухни успешного магазина, как увеличить его посещаемость:
1. Разместить объявление в газете.
2. Напичкать страницу с объявлением приколами, чтобы его сложнее было увидеть.
3. Не распространять нигде, а положить в рекламируемом магазине.
4. ???
5. PROFIT!
Интересно, почему при таких переводах нет личного подтверждения факта отправки письма?
Точнее даже: и лично сказанные слова, и отправленные письмом, и сам факт отправки подтверждён лично, чтобы никаких сомнений не было.
А то всё это напоминает СМС «мама, кинь 100 рублей на телефон, потом всё объясню».
Хотя я вот пытался вспомнить, каким образом я сам узнал все эти вещи…
Сначала я узнал о существовании AD, что это такое и зачем нужно, потом узнал, что можно поднять два DC (по привычке я сокращаю до "домен" как раз Контроллер Домена с ролью AD). Соответственно, когда дошло до того, что самому пришлось организацию с рабочих групп переводить на доменную схему, столкнулся и с тем, как это реализовать и обеспечить хоть какую-нибудь отказоустойчивость. То есть при таком прогрессе знаний сложно упустить момент "а ещё в AD можно сделать так". Точнее, видя, какой прогресс сделан Майкрософтом в серверных операционных системах за эти годы (сравниваю гигантскую пропасть между 2003 и 2012 R2), я часто задаю себе вопрос: "А какие ещё возможности здесь есть, интересно было бы узнать". Ну и я знаю, что в моём случае задача типовая, значит кто-то её уже решал, а значит в серверных продуктах есть полная поддержка большинства сценариев, свойственных организациям различного уровня (от маленьких до гигантских корпораций). Остаётся только выбрать нужный — вот тут изучаются помимо нужного и другие.
И мне кажется, что вот этот самый вопрос — "а как ещё можно решить задачу, какие средства есть для её решения" — помогает не забыть или хотя бы использовать правильный механизм поиска решения.
Видимо, у Ваших знакомых всё было иначе, если возникает вопрос "а что, так можно было?".
P. S. Мне тут предстоит в филиале ещё поднимать домен (там до сих пор рабочие группы, так уж сложилось) и настраивать наследование, поэтому я и начал такой диалог :)
Ничего плохого не хочу сказать о Ваших знакомых, но в чём причина их незнания? Может Вам так просто повезло с кругом знакомых (в плане совпадения причин незнания)?
И тогда уже становится интереснее — если причина одна.
Я понимаю, что не стоит буквально воспринимать «летаем на дровах из берёзы», но конструкторы могли и пошутить столь тонко.
И такое построение топологии не только в AD, мне ещё DFS сразу на ум приходит.
Но мне кажется сомнительным, что люди забыли. Может просто многие сценарии не так популярны?
А добавление отказоустойчивости я вижу лишь двумя путями: дублирование узлов и повышение качества и надёжности каждого узла.
И при обсуждении топологии в моменте "а вот здесь у нас будет дублированный узел" могут подробную схему дублирования узла заменить лишь на один узел (если обсуждают всю схему, а не сам узел), но зная, что там сложная схема дублирования и распределения нагрузки.
То есть, содержимое статьи я воспринимаю лишь как "никто не рисует подробных схем узлов с репликацией". И в комментарии и уточняю — правильно ли я понял. Если нет, то мне хотелось бы разобраться, где я не прав и в чём ошибаюсь, так как эта тема имеет определённое для меня значение.
Или не прав и в статье описано совершенно иное?
И я раскусил ещё один трюк из кухни успешного магазина, как увеличить его посещаемость:
1. Разместить объявление в газете.
2. Напичкать страницу с объявлением приколами, чтобы его сложнее было увидеть.
3. Не распространять нигде, а положить в рекламируемом магазине.
4. ???
5. PROFIT!
Точнее даже: и лично сказанные слова, и отправленные письмом, и сам факт отправки подтверждён лично, чтобы никаких сомнений не было.
А то всё это напоминает СМС «мама, кинь 100 рублей на телефон, потом всё объясню».
Просто у меня чистое ZPG — в Подземелья и в Плавание не выгоняю героя.
Но я всё же честный человек, чтобы так поступать. Опять сестру придётся просить.
А на первое апреля действует традиционная хабр-скидка?