Серверы всех мастей, объединяйтесь!

Кластеризация серверов стала одной из наиболее популярных в сетевой отрасли тем. В этой статье мы попробуем взглянуть как на имеющиеся, так и перспективные решения.

СВЯЗАННЫЕ ОДНОЙ ЦЕПЬЮ
Межсоединения серверов по высокоскоростным коммуникациям

В сетевой отрасли чуть ли не каждую неделю внимание переключается на новую разрекламированную технологию. Какое-то время это была ATM, затем Java, потом Gigabit Ethernet, а недавно - технология принудительного распространения и IP-коммутация.

Нет ничего удивительного в том, что с приближением даты выхода технологии Wolfpack компании Microsoft все компьютерные печатные издания оказались переполнены информацией о кластеризации серверов. Хотя интерес к этой теме возник в связи с Wolfpack и NT, кластеризация (или объединение автономных серверов таким образом, чтобы они работали как единое целое) не является изобретением Microsoft и не ограничивается операционной системой Windows NT или компьютерами на базе процессоров Intel.

Кластеризация существует уже два десятилетия, и использовалась она - в разных видах и формах - многими компаниями для высококритичных приложений, когда отказ сервера был просто недопустим по финансовым или иным соображениям.

В течение многих лет Digital Equipment осуществляла кластеризацию машин VAX под OpenVMS. Некоторые игроки на рынке Unix, в том числе Digital, IBM и Sun Microsystems, предлагают также кластерные системы Unix. А компания Tandem стала известна благодаря своим серверам Himalaya на базе массовых параллельных кластеров процессоров. (Историю технологии кластеризации и подробное рассмотрение этой технологии и стандартов см. в статье Элизабет Кларк, старшего редактора Network Magazine, под названием "Кластеризация серверов: чем больше, тем лучше".)

Компании, не имеющие системы Unix среднего и старшего класса, использовали тем не менее продукты, благодаря которым обычные серверы превращались в постоянно доступные системы. SFT III for NetWare компании Novell и StandbyServer for NetWare, OS/2 и Windows NT компании Vinca позволяют практически исключить простои сервера за счет зеркального копирования информации с первичного на вторичный сервер и подмены при сбоях первого вторым.

Так по какому поводу вся эта шумиха? Повышенное внимание и интерес к кластеризации обусловлен прежде всего двумя факторами. С выходом NT 4.0 в 1996 году корпоративные пользователи этой сетевой ОС получили более надежную и функциональную среду, удобную в конфигурации и администрировании. Продажи NT не шли ни в какое сравнение с продажами NetWare, пока не появилась новая версия: с ее выходом начался активный процесс миграции.

Широкое распространение NT привело к переносу на эту платформу высококритичных приложений (например, баз данных и финансовых программ). До 1996 года никто просто даже не стал бы рассматривать возможность переноса ключевых бизнес-приложений на сервер NT. Но теперь такие поставщики баз данных, как Oracle, Computer Associates и Sybase, предлагают свои продукты для NT. Также для этой платформы доступно программное обеспечение бизнес-процессов R/3 немецкой компании SAP. По данным SAP, 42% всех новых лицензий и 28% от общего числа инсталляций базируются на NT.

По словам Стефана Трамака, менеджера по продуктам в отделении персональных компьютеров Digital Equipment, с развертыванием NT в масштабах предприятий и переносе на эту платформу высококритичных приложений, компании хотят иметь гарантии того, что сервер всегда будет доступен. "Потеря сервера означает потерю рабочей группы, а это может обойтись очень недешево", - заключает он.

Являясь владельцем технологии Windows NT, Microsoft взялась сама разрабатывать кластерную технологию для своей операционной системы. Однако Microsoft отнюдь не одинока в своих усилиях. Если одни компании имеют свои собственные решения для NT, а другие поддерживают технологию Wolfpack, то третьи разрабатывают новые способы кластеризации в мире Unix. Каковы бы ни были ваши потребности, не то, так другое решение позволит вам гарантировать постоянную доступность систем вашей компании.

ВОЛК ПОДАЕТ ГОЛОС

Широко разлекламированный и давно ожидаемый Wolfpack должен появиться в конце лета. Комплекс сервисов Wolfpack располагается между операционной системой и приложениями на сервере Windows NT (см. Рисунок 1). Он включает кластерные API (в виде расширений Win32 API), с помощью которых программисты и разработчики могут создавать "кластерно-зависимые" приложения с богатыми отказоустойчивыми возможностями. Wolfpack имеет также графическую административную консоль, позволяющую сетевым администраторам управлять всеми действиями по подмене одного сервера другим(и) внутри кластера.

Однако заказчики получат готовые кластеры не сразу. На первом этапе кластер будет состоять из двух взаимозаменяемых серверов NT - каждый со своей собственной копией Windows NT, - связанных с помощью высокоскоростного межсоединения по Ethernet или с помощью другого метода, например высокоскоростной отказоустойчивой технологии ServerNet компании Tandem. (Дополнительную информацию о межсоединениях см. во врезке "Межсоединения серверов по высокоскоростным коммуникациям".) Каждый сервер должен иметь по крайней мере одну разделяемую шину SCSI с подключенным к ней дисковым массивом или другим накопителем и не меньше одного не подключенного к разделяемой шине SCSI диска.

Microsoft собирается сертифицировать определенные конфигурации серверного оборудования, внешних дисков SCSI и межсоединений, так что заказчикам без апробированного оборудования, вероятно, придется пойти на дополнительные затраты, если они хотят создать кластер из своих серверов. "Wolfpack работает со стандартным оборудованием, таким как диски SCSI, серверы с процессорами Intel Pentium или Alpha", - говорит Марк Вуд, менеджер по продуктам в команде разработчиков Windows NT компании Microsoft. Одна-ко он признает, что, поскольку тест на совместимость с Wolfpack предусматривает сертификацию всей конфигурации сервера, дисков и межсоединения, для некоторых компаний он может стать непреодолимым барьером.

Во время бета-тестирования список рекомендованного оборудования для создания кластеров Wolfpack включал серверы Compaq, Digital, Hewlett-Packard, IBM, NCR и Tandem. Одобренные контроллеры SCSI - это несколько моделей от Adaptec, BusLogic, Symbious и одна от Compaq. Дисководы, успешно прошедшие тестирование на разделяемой шине, включают продукты от Seagate, Maxtor, Compaq и Unisys.

В отказоустойчивой среде из двух узлов оба сервера остаются активными все время. Этим они разительным образом отличаются от других отказоустойчивых решений типа SFT III компании Novell и StandbyServer компании Vinca (при такого рода решениях один сервер остается в горячем резерве и при необходимости готов взять на себя все функции основного сервера, но в остальное время он просто зеркально копирует данные с первичного сервера). В случае же конфигурации с двумя узлами компании Microsoft один сервер может работать с текстовыми процессорами и прочими офисными приложениями, в то время как другой сервер может функционировать в качестве сервера Web или баз данных.

Когда один из двух серверов выходит из строя, другой благодаря межсоединению между двумя машинами узнает об этом практически немедленно. По межсоединению передается обычно только регулярная контрольная информация, чтобы каждый сервер знал, что другой все еще работает. Когда сервер не получает очередного сигнала, он начинает процесс взятия на себя управления ресурсами аварийного сервера. Поскольку оба узла в кластере действуют как одно устройство, они имеют общий IP-адрес, а это означает, что, когда один из них станет недоступным, конечные пользователи не заметят никакого перерыва в работе, потому что работоспособный сервер сохраняет и IP-адрес, и ресурсы неработоспособного сервера.

Остановка сервера может произойти как в результате выхода из строя оборудования, так и в результате намеренных действий. В бескластерной среде модернизацию аппаратного или программного обеспечения сервера, например, выполняют, когда с сервером никто не работает, т. е. либо поздно вечером, либо в выходные. Теперь при кластеризации администратор может отключить один сервер и выполнить на нем необходимые эксплуатационные работы, при этом конечные пользователи даже ничего не заметят.

Когда неработающий сервер отремонтирован или включен, Wolfpack осуществляет возврат к нормальному состоянию, передавая все ресурсы назад этому серверу.

Хотя Wolfpack имеет API, с помощью которых разработчики программного обеспечения могут создавать кластерные приложения, Вуд из Microsoft утверждает, что приложения не надо будет переписывать для работы в кластерной среде NT. "Мы разработали API, чтобы приложения имели непосредственный доступ к сервисам кластера, - говорит он. - Программисты получают возможность создавать приложения, знающие о существовании кластера, и поэтому они проще в настройке и управлении. Но в отличие от предыдущих реализаций кластеров мы не требуем обязательного переписывания приложения".

Обычные приложения можно связать с Wolfpack через динамические библиотеки, вследствие чего кластерные серверы смогут поддерживать целый спектр программного обеспечения. Вуд говорит, что в SQL Server 7.0, следующей редакции сервера баз данных Microsoft, каждый сервер будет выполнять приложения, а нагрузка распределяться между ними. В SQL Server 6.5 только один из двух серверов может выполнять приложение. При сбое приложение перемещается на оставшийся сервер, но его необходимо перезапустить. В 7.0 продукт будет способен обнаружить кластер сразу при установке. Аналогичные усовершенствования ожидаются и в будущих версиях других популярных приложений.

20 мая этого года на так называемом Дне Масштабируемости Microsoft наконец-то объявила о том, как она собирается компоновать Wolfpack. Раньше Microsoft уже заявляла об Enterprise Server for Exchange Server и Site Server, теперь она объявила об Enterprise Edition for Windows NT. Эта новая версия NT будет включать кластерные функции под именем Microsoft Cluster Server. Со временем, говорит Вуд, спецификации API получат названия Wolfpack API, но во всех других наименованиях кодовое имя употребляться не будет. Для тех, кто хочет воспользоваться преимуществами кластеризации, Microsoft собирается обеспечить пути миграции от NT 3.5 и 4.0.

НЕ ОДИН WOLFPACK

После столь долгого ожидания многие заказчики будут скорее всего разочарованы тем, что Microsoft поддерживает пока только базовую отказоустойчивую конфигурацию из двух узлов. Так, многие отраслевые эксперты не замедлили обрушиться на Microsoft с критикой за то, что компания не обеспечивает той же масштабируемости и надежности, что и системы Unix. Однако Microsoft заявила о своем намерении выпустить следующую итерацию Wolfpack уже в следующем году. Вторая фаза позволит довести число узлов в кластере до 16.

Чтобы достичь такого уровня кластеризации, Microsoft вкладывает дополнительные усилия в свои разработки. Однако ряд компаний - многие из них являются партнерами Microsoft - также предлагают кластерные решения для Windows NT.

С июня 1996 года Digital продает Digital Clusters for Windows NT, свое собственное программное обеспечение кластеризации на платформе NT для серверов Ditigal из семейства Prioris на базе процессоров Pentium, а также серверов на базе процессоров Alpha. Продукт имеет административную программу, с помощью которой администраторы могут конфигурировать и определять некоторые характеристики кластера.

Так же, как и Wolfpack, Digital Clusters поддерживают Windows NT 3.5 и 4.0 для двух узлов. Во многом аналогично Wolfpack оба сервера являются активными и могут в любой момент подменить друг друга; они совместно используют шину SCSI, дисковую подсистему и IP-адрес (см. Рисунок 2). Распределение нагрузки может производиться вручную, так что по результатам мониторинга каждого сервера сетевой администратор при необходимости может переносить приложения с одного сервера на другой в соответствии с их вычислительной мощностью. Digital Clusters поддерживают также автоматический возврат к нормальному режиму работы, когда неработающий сервер вновь становится активным. Как и Wolfpack, Digital Clusters совместимы с основными программными приложениями.

Одно из основных различий между двумя решениями состоит в подходе к API. Microsoft не делает никакого секрета из Wolfpack API и на практике поощряет программистов, пишущих и создающих кластерные приложения. Digital же не открыла свои API, однако уже больше года она предлагает единственное на рынке решение по кластеризации NT. По утверждению Трамака, Digital, один из первых партнеров Microsoft по Wolfpack, будет продолжать какое-то время предлагать свое решение по кластеризации NT, но со временем откажется от него.

Еще один партнер Microsoft по Wolfpack, чрезвычайно заинтересованный в кластеризации NT, - это компания Tandem, чья архитектура массовых параллельных кластеров процессоров NonStop Himalaya используется в финансовом мире и на других вертикальных рынках, нуждающихся в постоянной доступности оборудования. В 1996 году Tandem заключила соглашение с Microsoft по переносу своей технологии на платформу Windows NT.

"Мы поняли, что нам ничего не стоит менять в NT, - говорит Ричард Хеллиер, директор по корпоративному маркетингу в Tandem. - Несмотря на существование множества вариаций Unix, то же самое делать с NT не имеет смысла. Поэтому мы подписали соглашение с Microsoft об участии в ее разработках по кластеризации NT".

Хеллиер добавляет, что, хотя кластеризация для серверов Unix доступна уже несколько лет, никаких усилий по стандартизации этой технологии для Unix не предпринималось. Он говорит, что есть только одна разновидность NT и ее собственником является Microsoft, поэтому Wolfpack станет стандартом де факто. "Люди воспринимают NT всерьез, поскольку это стандарт, а не одна из шести разновидностей операционной системы, - говорит Хеллиер. - Конечно, все компании не перейдут на NT, однако сомневаться в том, что число высококритичных приложений, доверяемых NT, будет расти, не приходится".

Tandem работает над кластеризацией Windows NT по целому ряду направлений. Помимо участия в разработке Wolfpack компания ведет работы над аппаратным обеспечением сервера, межсоединением кластеров, кластерным промежуточным обеспечением и кластерными приложениями.

Другая компания, работающая над кластерными и отказоустойчивыми системами для NT, далеко не новичок в разработке постоянно доступных систем. Уже в течение нескольких лет Vinca предлагает свой StandbyServer с зеркалированием дисков для NetWare, Windows NT и OS/2, но только в июле этого года компания сделала крупный шаг со своим новым Co-StandbyServer for NT. Данный продукт призван заменить StandbyServer for NT, но он обладает гораздо большими возможностями.

Сценарию, когда один сервер копирует всю информацию с основного сервера и подменяет его в случае выхода из строя, пришел на смену другой, когда оба сервера функционируют одновременно и выполняют свои собственные приложения. Vinca является партнером Microsoft, так что Co-StandbyServer for NT совместим со стандартом Wolfpack, включая поддержку тех же аппаратных конфигураций.

Если многие в отрасли били баклуши в ожидании, когда Wolfpack поднимет свою голову, то другие либо работали бок о бок с Microsoft, либо разрабатывали свои собственные решения по кластеризации NT, либо занимались и тем и другим вместе. Представляется очевидным, что, по мере того как все большее число компаний будет использовать NT не только ради Word и Excel, постоянная доступность и подмена серверов в кластере станут более привлекательны.

UNIX: ВСЕГДА НА СТРАЖЕ

Даже те из поставщиков, кто работает над кластеризацией NT, скажут вам, что многие компании из Fortune 1000 по-прежнему используют Unix для многих высококритичных задач. Как следствие, не все работающие над кластеризацией попали под чары Windows NT. Скорее многие из них начинают либо продолжают развивать кластерные продукты для Unix.

В наши дни Sun Microsystems известна больше Java, нежели чем-либо иным, но компания усиленно работает над собственным комплексом кластерных API на базе своей операционной системы Solaris.

Инициатива под кодовым названием Full Moon ("Полная луна") нацелена на то, чтобы конечные пользователи имели всегда "непрерывный гудок" Web, т. е. гарантированный доступ к Web при проведении таких операций, как расчеты электронной коммерции, говорит Санджай Синха, менеджер по маркетингу Solaris Server. "Снимая трубку, вы всегда слышите непрерывный гудок, - поясняет он, - и используете телефон для получения информации, какого бы рода деятельностью вы ни занимались, хотя та и не хранится в телефоне. Вычислительная модель будет эволюционировать в том же направлении: когда у вас появятся различные тонкие клиенты, машины Unix, ПК или сетевые компьютеры станут обращаться за информацией к сети".

Синха продолжает, что чем больше приложений будет писаться с использованием модели тонкого клиента, тем важнее будет кластеризация, потому что люди станут переходить от небольших локальных сетей рабочих групп к Web, как к средству поиска клиентуры и опубликования корпоративной информации. "Конечной целью является электронная коммерция, и для этого необходимо добиться, чтобы "гудок" Web был всегда непрерывным, дабы все транзакции выполнялись и завершались своевременно". С помощью кластеризации Sun намеревается гарантировать клиентам постоянную доступность серверов.

Проект Full Moon разделен на несколько этапов, первый из которых воплощает программное обеспечение Solstice HA 1.3, решение для двух узлов под управлением Solaris 2.5.1 для платформ SPARC и Intel. Оно обеспечивает мониторинг системы и восстановление после сбоев для таких приложений, как системы управления реляционными базами данных. Продукт имеет также комплект API, с помощью которых заказчики могут дополнять существующие приложения функциями Solstice.

К концу 1997 года Sun собирается значительно расширить возможности Full Moon за счет добавления мониторинга кластеров с помощью апплетов Java из браузеров и возможности поддержки до четырех узлов. К концу 1998 года Full Moon приобретет еще больше функций, например поддержку восьми узлов, глобальный доступ к устройствам, благодаря которому все массивы RAID, ленточные накопители и другие устройства станут доступными всем другим узлам; глобальный кластер, когда весь кластер получает один IP-адрес и выглядит как один компьютер, и глобальное управление процессами, с помощью которого администратор может осуществлять оперативное обслуживание серверного оборудования.

"Стратегия Sun ориентируется исключительно на платформу Solaris, потому что компания рассматривает Solaris как лучшую альтернативу Windows NT, - говорит Шива. - Мы внедряем Full Moon в Solaris и не собираемся переносить ее на NT. Заказчики хотят работать с такими бизнес-приложениями, как SAP, базы данных или серверы Web. Они хотят автоматизировать бизнес-процессы. И все это может быть сделано с помощью Solaris. Мы предлагаем гораздо лучшую цену, производительность и доступность". Синха полагает, что мелкие клиенты, вероятно, предпочтут Wolfpack, но, если они хотят иметь лучшую производительность и доступность, среда Full Moon на базе Solaris - хороший выбор для них.

IBM также подтверждает свою приверженность Unix, но компания не собирается ограничиваться одной платформой. Для серверов AIX старшего класса (таких, например, как системы RS/6000) в течение нескольких лет компания предлагает High Availability Cluster MultiProcessing (HACMP). HACMP позволяет объединить до восьми серверов RS/6000 в постоянно доступный кластер.

Осенью 1996 года IBM объявила, что она собирается добавить к HACMP три комплекса сервисов под кодовым названием Phoenix. Среди них групповые сервисы, с помощью которых элементы кластеризуемой системы могут быть зарегистрированы как часть группы, что делает координацию восстановления сервера намного элегантней; топологические сервисы для регистрации физического сервера в кластере; событийный сервис для отбора информации о событиях, имевших место внутри кластера.

IBM предлагает кластерные возможности для ряда платформ и операционных систем, в том числе RS/6000, AS/400, мэйнфреймов, AIX и OS/2. В соответствии с соглашением с Microsoft по поводу Wolfpack, компания будет также поддерживать и кластеризацию NT.

Но IBM исповедует несколько иной подход к кластеризации, нежели все другие поставщики. "Не следуя повальному увлечению аппаратной кластеризацией, IBM рассматривает также и программную кластеризацию, - говорит Боб Калка, менеджер по кластеризации в IBM. - Мы знаем, что заказчикам нужна аппаратная отказоустойчивость, но мы также полагаем, что уровень межплатформенной кластеризации приложений для обеспечения отказоустойчивости в случае программного сбоя им тоже необходим". Знание приложения о наличии кластера позволяет ему распознавать узлы в кластере и выполняться из любого места внутри кластера в случае аппаратного сбоя. Однако если приложение, а не аппаратура, выходит из строя, знание о наличии кластера ничем не поможет конечным пользователям, которым это программное обеспечение необходимо. Калка говорит, что 40% простоев вызвано программными сбоями, в то время как только 10% - сбоями аппаратными.

IBM работает над этим вопросом вместе с ISV, и в настоящее время она собирает комплект для кластеризации приложений с некоторыми функциями Phoenix. О поддержке функций кластеризации приложений IBM заявили несколько крупных разработчиков приложений, в том числе Lotus Development в своем продукте Domino.

С добавлением этого уровня межплатформенной кластеризации приложений к системному кластеру типа Wolfpack, приложения на различных платформах могут быть объединены в кластер в гетерогенной системе. Например, если приложение Domino на сервере AIX зависает, то клиентский трафик можно перенаправить для доступа к Domino на сервер, скажем, под OS/2 или Windows NT. По мнению Калки, с появлением новых редакций программного обеспечения и модернизацией серверов, они смогут использовать преимущества данного подхода, но, к сожалению, эта возможность исключена для старых продуктов.

Хотя IBM поддерживает усилия по кластеризации Unix и NT, Калка указывает на некоторые существенные различия между платформами. "Сегодня история кластеризации большинства систем Unix для высококритичных приложений насчитывает уже несколько лет, - поясняет он. - NT развивается быстрыми темпами, но, если взглянуть на рынок баз данных, 80% продаж по-прежнему принадлежат продуктам для Unix. Когда дело касается реальных проблем бизнеса, практики предпочитают кластеризацию Unix и мэйнфреймов".

Среди других игроков на рынке кластеризации Unix мы можем отметить Digital. В 1996 году эта компания объявила о своем решении Unix TruCluster Solutions, с помощью которого до восьми серверов Digital Alpha могут быть объединены в один кластер посредством межсоединения по шине PCI. В апреле 1997 года Tandem продемонстрировала кластерную технологию на базе Unix под кодовым названием Eclipse. Демоверсия представляла собой кластер из шести серверов Compaq Proliant 2500 и 5000 под ОС SCO UnixWare. Конфигурация поддерживает архитектуру межсоединения ServerNet компании Tandem. Со своей стороны SCO объявила в апреле 1997 года о SCO ReliantHA, постоянно готовом кластерном продукте для серверов на базе процессоров Intel. Компания объявила также о Reliant DLM, кластерной отказоустойчивой технологии для Parallel Server компании Oracle. ReliantHA позволяет объединить в кластер до четырех узлов с SCO UnixWare.

НЕ СТОИТ ЗАБЫВАТЬ О NETWARE

До сих пор вся дискуссия по поводу кластеризации касалась только Unix и NT, и на то были серьезные причины. Но несмотря на проблемы, с которыми Novell столкнулась в последние месяцы, в области кластерных решений NetWare не стоит пока сбрасывать со счетов.

На мартовской конференции BrainShare компания приоткрыла свою технологию кластеризации серверов Wolf Mountain. Работы над Wolf Mountain продолжались более полутора лет, но до того момента компания не раскрывала их результатов. Во время демонстрации на BrainShare 12 серверов на базе процессоров Intel, каждый с четырьмя процессорами Pentium Pro, были объединены в кластер с общим числом процессоров, равным 48. Технологию Wolf Mountain планируется включить в следующие версии IntranetWare компании Novell, но компания собирается перенести технологию в другие среды, такие как NT и Unix.

К сожалению, только-только Novell добилась первых результатов, как последовало изменение в руководстве. В апреле 1997 года несколько ключевых специалистов, занятых в разработке Wolf Mountain, покинули Novell и образовали новую компанию под названием Timpanogas Research Group (TRG). Novell быстро отреагировала на эти действия обращением в суд с иском против трех человек, ранее работавших в Novell, обвиняя их среди прочего в нарушении контракта. В свою очередь TRG выступила со встречным иском, но ни один иск не был удовлетворен. Novell планирует развивать кластеризацию и дальше, а TRG собирается продолжать работать над многоплатформенным решением.

Что касается NetWare, NetFrame Systems в октябре 1996 года объявила о ClusterSystem 9000, платформе на базе Pentium Pro для IntranetWare или Windows NT 4.0. Суперсервер может поддерживать до 29 процессоров в одной системе. Компания объявила также о кластерном программном обеспечении ClusterData с обеспечением отказоустойчивости. Будущие версии продукта будут предоставлять возможность распределения нагрузки.

КОМУ ЭТО НАДО?

Теперь, когда мы рассмотрели различные варианты кластеризации серверов для ряда аппаратных платформ и операционных систем, логично вернуться с небес на землю и посмотреть, насколько разумно реализовывать эту технологию сегодня.

Как мы видели, далеко не все из кластерных решений реально присутствуют на рынке. К тому времени, когда вы будете читать эти строки, Wolfpack должен уже будет появиться в виде коммерческого продукта, но многие из обсуждаемых здесь технологий станут доступны в своем окончательном виде не ранее конца этого или следующего года.

"В день выхода Wolfpack, без сомнения, привлечет внимание заинтересованных компаний, но, скорее всего, многие будут весьма сдержанны в отношении ее принятия и предпочтут выждать какое-то время, - говорит Вуд из Microsoft. - В первую очередь ее будут внедрять финансовые институты, где каждая транзакция чрезвычайно важна, а возможно, и розничные торговцы, у которых она послужит повышению авторитета компании в глазах клиентов".

Аналогичное мнение высказывает Трамак из Digital: "Компании весьма заинтересованы в появлении Wolfpack, так что некоторые из них займутся ее внедрением немедленно, но будут и те, кто предпочтет использовать Digital Clusters и ждать, пока Microsoft воплотит свои планы в отношении второго этапа".

Реализация кластерной среды невозможна без установки по крайней мере нового программного обеспечения на серверы - серверам необходимо знать, что они являются частью кластера. В худшем случае это будет сопряжено с установкой дополнительного оборудования, модификацией операционной системы и приобретением новых приложений, чтобы они могли воспользоваться всеми преимуществами кластеризации.

Но если поставщики будут выпускать свои продукты в соответствии с заявленными сроками и предоставят своим заказчикам адекватные пути миграции для полномасштабного задействования данной технологии, то кластеризация станет настоящим подарком судьбы.

СВЯЗАННЫЕ ОДНОЙ ЦЕПЬЮ

Межсоединения серверов по высокоскоростным коммуникациям

Вне зависимости от того, какую кластерную технологию вы выберете, объединяемые в кластер серверы должны быть связаны друг с другом посредством выделенного соединения в дополнение к уже имеющемуся соединению по разделяемой локальной сети.

Это соединение, известное как межсоединение или системная сеть, предоставляет узлам в кластере средство передачи данных между разделяемыми накопителями и обеспечения правильного функционирования всех узлов. Данное межсоединение передает также регулярную контрольную информацию между узлами, посредством которой серверы объявляют другим серверам в кластере, что они живы-здоровы и продолжают работать. Такие межсоединения могут представлять собой сеть Ethernet, Token Ring или FDDI, но с увеличением скорости возрастает и загруженность ЦПУ, и накладные расходы.

Несколько поставщиков работает над высокоскоростными межсоединениями, способными повысить отказоустойчивость и пропускную способность, а также снизить накладные расходы и задержку. Tandem - одна из компаний, имеющих весьма серьезные наработки в этой области; ее технология ServerNet используется для межсоединения серверов Himalaya и NT. ServerNet использует коммутаторы с интегральными схемами специального назначения для перемещения данных с какого-либо компонента кластера в другое место - например с ЦПУ на ЦПУ, с ЦПУ на диск или с диска на диск. Ввиду того, что все процессы обрабатываются коммутирующей структурой, накладные расходы на ЦПУ сервера почти в десять раз меньше расходов в случае межсоединения по Fast Ethernet.

Ведущие поставщики серверов, такие как Compaq, Dell, NEC и Unisys, объявили о поддержке ServerNet, а Vinca даже заявляет, что ее Co-StandbyServer for NT оптимизирован для работы с ServerNet. Драйверы ServerNet будут включены в Wolfpack, что делает ее стандартом де факто.

Что касается стандартов, Intel, Microsoft и Compaq объявили о стандарте межсоединения для кластера под названием Virtual Interconnect Architecture (VIA). По замыслу компании, он должен проложить путь для разработки единообразных межсоединений между серверами на базе Intel. Tandem заявила, что в окончательном виде ее ServerNet будет отвечать стандарту VIA. Завершения же работ над ним следует ожидать уже в конце этого года. Однако VIA-совместимое программное обеспечение вряд ли появится ранее 1998 года.