Являясь центральным хранилищем информации для управления всей сетью, служба каталога обязана удовлетворять потребности как малых, так и самых крупных Интернет-компаний. Крупные сети могут хранить в каталоге до нескольких миллиардов объектов. Поскольку служба каталога выступает в качестве хранилища огромных объемов данных, она должны обладать эффективными механизмами хранения, чтобы не допустить перегрузки сервера и снизить аппаратные расходы компаний.
Преимущество NDS
NDS построена на устойчивом механизме - хранилище базы данных. Его отличает особая эффективность в использовании дискового пространства. Для размещения базы данных NDS требуется лишь 1 Мбайт дискового пространства, а при работе с 50000 объектов - 75 Мбайт. Для AD цифры, соответственно, 44 и 280 Мбайт. Эффективные механизмы хранения Единого каталога требуют значительно меньше, чем в случае с AD, аппаратных и административных ресурсов, что чрезвычайно важно как для малых, так и для крупных предприятий.
Апробированная технология масштабирования базы данных
Каталоги используют встроенный механизм базы данных в целях хранения, обновления и извлечения информации, содержащейся в каталоге. Используя базу данных для хранения информации, каталог обеспечивает большую масштабируемость и производительность.
Преимущество NDS
NDS разработана на основе самой передовой технологии серверной базы данных, с которой уже работают около 70 миллионов пользователей. Этот многоцелевой механизм базы данных поддерживает масштабируемость произвольно структурированных данных в широких пределах и обладает высокой отказоустойчивостью. NDS предлагает клиентам масштабируемость, превосходящую их потребности, что было доказано во время показательной демонстрации возможностей дерева NDS, содержавшего более миллиарда объектов (т.е. миллионов объектов в каждом разделе). Технология базы данных NDS позволяет клиентам реализовать разделы любой величины с учетом их сетевых потребностей.
AD использует механизм базы данных, разработанный на основе базы данных настольных систем Microsoft Jet, которая, естественно, не была предназначена для применения в корпоративной серверной базе данных. Она была изначально создана как СУБД для Microsoft Access. Если NDS уже показала на практике свою исключительную эффективность, то масштабируемость и производительность базы данных AD еще предстоит проанализировать после того, как она будет испытана в широком масштабе. Последние тестовые испытания, предпринятые Keylabs ( ссылка скрыта), показывают убедительное превосходство NDS в производительности в реальной практической деятельности.
Оптимизированные процессы тиражирования
Лучшие службы каталога поддерживают автоматическое многоабонентское тиражирование разделов каталога. Тиражирование позволяет клиентам переносить копии отдельных данных каталога (разделов) на множество серверов каталогов. Функция многоабонентского тиражирования также позволяет администраторам вносить изменения в данные каталога с любой реплики и прозрачно распространять соответствующие изменения на все реплики того же раздела.
Преимущество NDS
Тиражирование в NDS позволяет осуществлять полностью распределенное управление каталогом и таким образом повысить эффективность работы в сети. Реплики повышают масштабируемость системы, давая возможность распределять нагрузку среди большего числа серверов. Реплики можно разместить физически ближе к пользователям и администраторам, которым необходима содержащаяся в них информация, что содействует повышению производительности. Размещение множества реплик одной и той же информации повышает отказоустойчивость системы, поскольку в случае невозможности использовать какую-либо реплику, другая такая же реплика одного раздела может обслуживать обращения клиентов и административные обновления.
Разделы NDS могут быть определены на любом организационном уровне в дереве каталога, и любое количество реплик данного раздела может быть создано на всех NDSсерверах сети. Каждый NDS-сервер может хранить любое число реплик, поэтому один NDS-сервер способен обеспечить быстрый доступ к многим частям данных каталога. Если раздел включает лишь небольшую часть дерева каталога, при тиражировании соответственно меньший объем сетевого трафика передается с большей эффективностью. Эффективность трафика реплик можно повысить еще больше за счет применения Novell WAN Traffic Manager, позволяющего клиентам создавать политики, регулирующие тиражирование в NDS поверх WAN-соединений - в целях предупреждения перегрузок и снижения расходов.
В AD наименьшая единица разделения - целый домен. Поскольку Microsoft активно поощряет заказчиков к созданию крупных доменов, трафик при тиражировании оказывается весьма значительным даже при использовании встроенных в AD функций сжатия данных. Таким образом, тиражирование в AD связывает значительные сетевые ресурсы, снижает производительность и увеличивает расходы. Альтернативный вариант - создание множества доменов, однако, в отличие от NDS, AD-сервер может разместить лишь одну реплику, что на практике означает - сервер способен обеспечить доступ только в один домен. Поэтому, если пользователю необходимо получить локальный доступ в более чем один домен, требуется инсталлировать дополнительные AD-серверы, а это приводит к росту расходов на аппаратные средства.
