Продукты с открытым исходным кодом, такие как Network File System (NFS), могут предложить возможности промышленного уровня и сумели завоевать поддержку крупнейших поставщиков. NFS развилась в мощную файловую систему масштаба предприятия, что позволяет пользоваться преимуществами самых мощных серверов и хранилищ данных. Устаревшие корпоративные файловые системы, такие как Andrew File System (AFS) и Distributed File System™ (DFS™), имеют архитектурные ограничения, снижающие их способность обрабатывать большие файлы и пользоваться преимуществами возросшего объема памяти и поддержки многопроцессорности в современных серверах. Так как NFS Version 4 основана на стандартах, то она позволяет быстро развернуть корпоративную файловую систему без зависимости от специфического кода. NFS Version 4 пришлось пройти долгий путь, чтобы преодолеть недостатки NFS Version 2 и Version 3, и многие поставщики уже предоставили свои реализации NFS Version 4, включая IBM в версии AIX® 5.3 и Open NFS Version 4 в версии ядра Linux® 2.6. ИТ-индустрия рассматривает NFS Version 4 как следующее поколение распределенных файловых систем. Так что с окончанием заявленного срока поддержки продуктов IBM DFS и AFS и становлением NFS Version 4 в качестве стандарта корпоративной файловой системы, администраторы будут заняты планированием стратегий по миграции на NFS Version 4. В этой статье приведен обзор стратегий миграции, которые могут использоваться администраторами при переносе данных с IBM DFS на NFS Version 4. Мы обсудим важность NFS Version 4 и предложим несколько стратегий для миграции, такие как, поэтапная, частичная и полная миграция. В конце мы кратко опишем IBM NFS/DFS Authentication Gateway, поставляемый вместе с IBM DFS, а затем продолжим детальное описание того, как этот шлюз аутентификации может помощь при выполнении миграции на платформах AIX и Linux.
Миграционные стратегии для перехода от IBM DFS к NFS Version 4
Можно использовать различные подходы для миграции от IBM DFS к NFS Version 4. Это зависит от текущей роли IBM DFS в организации и потенциального воздействия на существующие приложения, службы, сеть, ограничения миграции, размера данных, опыта администрирования и т.д. В этом разделе мы обсудим некоторые из основных миграционных стратегий.
Описываемый подход позволяет расширить небольшую конфигурацию NFS Version 4 для управления возросшим количеством данных в IBM DFS. Для начала рекомендуется переместить только несколько наборов файлов IBM DFS в NFS Version 4 таким способом, чтобы пользователи и IBM DFS и NFS имели к ним доступ. Через определенный период времени, по мере того как опыт работы с NFS Version 4 увеличится и больше наборов файлов IBM DFS будут перемещены в NFS, можно будет решиться полностью мигрировать на NFS Version 4 и отказаться от использования IBM DFS. Подобный поэтапный процесс миграции позволяет администраторам облегчить пользователям IBM DFS переход на NFS Version 4, в то же время, получая преимущества от использования станций, где присутствует только DFS. Следующие миграционные стратегии предоставляют обзор, который может оказаться полезным при планировании миграции:
- Поэтапная миграция
- Поэтапная миграция выполняется в течение длительного периода времени, около года. В этой стратегии пользователи DFS и данные постепенно переносятся в NFS Version 4. Во время периода миграции пользователям требуется доступ одновременно к пространствам DFS и NFS. Обычно поэтапная процедура миграции рекомендуется в случаях, если область использования DFS в организации велика или по каким-то причинам было решено потратить на миграцию значительный период времени. Далее в статье будет рассказано, какую помощь может оказать IBM NFS/DFS Authentication Gateway при поэтапной миграции.
- Частичная миграция
- Процедура частичной миграции применима при трансформации больших секций DFS, когда нужно выполнить миграцию в NFS Version 4 только для небольшой порции данных, продолжая хранить остальные данные в DFS, либо если существуют причины поддерживать работоспособность DFS-станций в течение длительного периода времени после завершения миграции от DFS к NFS. В этом случае можно использовать IBM NFS/DFS Authentication Gateway, чтобы обеспечить клиентов NFS Version 4 доступом к DFS-данным.
- Полная миграция
- Процедура полной миграции обычно подходит для небольших DFS-фрагментов, где все работы по миграции можно завершить за короткий период времени (от нескольких часов до нескольких дней). При этом подходе DFS-фрагмент полностью мигрирует на NFS Version 4 в короткий отрезок времени. По мере того как данные переносятся с DFS на NFS Version 4, DFS-серверы могут быть переведены в резерв и настроены как NFS Version 4-серверы. Так как ожидается, что миграция пройдет за небольшой период времени, то администраторы могут принять решение не предоставлять пользователям одновременный доступ к пространствам DFS и NFS Version 4.
Хотя полная миграция кажется наиболее простым вариантом для реального применения, большинство администраторов предпочитают поэтапную миграцию, так как она рекомендуется для предприятий с большими и средними DFS-фрагментами. Основная проблема, которую нужно решить при поэтапной миграции, это то, что администраторам требуется предоставлять пользователям доступ как к пространству DFS, так и к пространству NFS Version 4.
IBM NFS/DFS Authentication Gateway
NFS/DFS Authentication Gateway обеспечивает аутентифицированный доступ к файловому пространству IBM DFS в распределенной вычислительной среде (Distributed Computing Environment - DCE) для пользователей NFS-клиентов. Способность NFS-клиентов получать доступ к файловому пространству IBM DFS из IBM DFS-клиентов уже встроена в IBM DFS. Однако пользователи NFS-клиентов ограничены неаутентифицированным доступом, так как информация об аутентификации отличается в DFS и NFS. NFS/DFS Authentication Gateway перекрывает эту разницу и соединяет пользователей NFS-клиентов с аутентифицированными ресурсами DCE. Подробная информация приведена в документе IBM DFS for AIX/Solaris NFS/DFS Authentication Gateway Guide and Reference (см. раздел Ресурсы). На рисунке 1 изображена схема работы NFS/DFS Authentication Gateway.
Рисунок 1: Схема работы NFS/DFS Authentication Gateway
На рисунке 1 выше были успешно проверены следующие версии ПО:
- DFS сервер: IBM DFS 3.1, PTF 9 для AIX 5.2
- DFS клиент: IBM DFS 3.1, PTF 9 для for AIX 5.2
- NFS сервер: IBM AIX 5.2 NFS Version 3
- NFS клиент: IBM AIX 5.3 NFS Version 4 и Red Hat Enterprise Linux 4.0 (RHEL 4) (kernel 2.6) NFS Version 4
Мост для миграции между IBM DFS и NFS
Как упоминалось раньше, при миграции от IBM DFS к NFS Version 4, потребуется обеспечить пользователей одновременным доступом к DFS и NFS-пространствам. Так как главная задача NFS/DFS Authentication Gateway -предоставить NFS-клиентам доступ к DFS, администраторы могут воспользоваться этим шлюзом, чтобы наладить мост между двумя системами. С помощью этого шлюза NFS-клиенты смогут видеть ту же иерархию файловых систем, что и DFS-клиенты. Вкратце NFS/DFS Authentication Gateway предоставляет миграционную функциональность клиентам на NFS Version 4 для доступа к объектам DFS, которые еще ожидают перемещения с DFS на NFS Version 4.
Ниже приведены основные шаги для настройки миграционного моста между IBM DFS и AIX NFS Version 4:
- Настройте IBM NFS/DFS Authentication Gateway, когда в ваших планах появится осуществление миграции. Можно настроить шлюз для аутентификации, используя один из существующих DFS-серверов или установить его на отдельный компьютер, если дополнительная нагрузка для серверов нежелательна. Подробная информация о настройке IBM NFS/DFS Authentication Gateway приведена в документе IBM DFS for AIX NFS/DFS Authenticating Gateway Guide and Reference.
- Теперь можно использовать компьютеры пользователей (с клиентом NFS Version 4) для доступа к DFS и NFS-пространству, путем соответствующего монтирования файловых систем. Монтировать DFS, используя клиента NFS Version 4, необходимо крайне осторожно. Ни одна из возможностей NFS Version 4, таких как усовершенствованная аутентификация, авторизация и т.д. не должна использоваться. Другими словами, клиент NFS Version 4 должен монтировать DFS-пространство, точно также как и клиент NFS Version 3.
Приведенные шаги позволяют компьютерам с клиентами NFS Version 4 иметь доступ и к уже мигрировавшим данным из пространства NFS Version 4, и к данным, которые еще находятся в процессе миграции из DFS-пространства. На самом деле, администраторы могут использовать конфигурацию подобного рода для переноса данных с DFS на NFS Version 4. Нужно учесть, что подобный перенос данных не затрагивает существующие данные в списке контроля доступа (Access Control List - ACL). С подобной ситуацией администраторы должны разобраться отдельно.
На рисунке 2 проиллюстрирована конфигурация для миграции, включающая IBM NFS/DFS Authentication Gateway, используемый администраторами во время миграции с IBM DFS на NFS Version 4.
Рисунок 2: Конфигурация для миграции с DFS на NFS Version 4 с помощью NFS/DFS Authentication Gateway
Эта конфигурация была проверена на следующих комбинациях ПО:
- IBM DFS сервера -- IBM DFS 3.1 PTF9, запущенный на AIX 5.2
- NFS Version 4 сервера -- AIX 5.3 , RHEL 4 (kernel 2.6)
- NFS Version 4 клиенты -- AIX 5.3, RHEL 4 (kernel 2.6)
- IBM NFS/DFS Authentication Gateway -- IBM DFS 3.1 PTF9, запущенный на AIX 5.2
Так как NFS Version 4 уже сформировалась как следующее поколение корпоративных файловых систем, а IBM DFS подошла к концу своего жизненного цикла, администраторам пора начать планировать миграцию от IBM DFS к NFS Version 4. Как разбиралось выше, использование IBM NFS/DFS Authentication Gateway окажется очень полезным для администраторов при миграции от IBM DFS к NFS Version 4.
Научиться
-
IBM NFS/DFS Authentication Gateway (EN): оригинал статьи.
-
Implementing NFS Version 4 in the Enterprise Planning and Migration Strategies: учебное руководство IBM, в котором рассмотрены методы реализации NFS Version 4 в корпоративной среде, а также методы, которыми можно воспользоваться при миграции имеющихся AFS- и DCE/DFS корпоративных файловых систем.(EN)
-
Securing NFS in AIX: An Introduction to NFS Version 4 in AIX 5L Version 5.3: учебное руководство IBM, содержащее общую информацию о NFS Version 4 и конкретных деталях реализации AIX NFS Version 4.(EN)
-
System Management Guide: Communication and Networks: сайт с online-документацией по AIX для IBM pSeries станций.(EN)
-
NFS Version 4 protocol: общая информация о NFS Version 4 и о реализации этого протокола с открытым кодом.(EN)
-
Network File System (NFS) version 4 Protocol: подробная информация о NFS Version 4 в документе IETF Request for Comments (RFC) 3530.(EN)
- В разделе eServer™
сайта developerWorks представлены сотни статей и учебных материалов различного уровня по продуктам eServer.(EN)
-
AIX и UNIX: в разделе AIX and UNIX developerWorks размещена различная информация по всем аспектам системного администрирования AIX, которая поможет лучше изучить UNIX.
-
developerWorks technical events and webcasts: новости о Web-конференциях и событиях сообщества developerWorks.(EN)
Получить продукты и технологии
- Ознакомьтесь с инструментами для разработки ПО и связующим ПО от DB2®, Lotus®, Rational®, Tivoli® и WebSphere®. Можно бесплатно загрузить ознакомительные версии продуктов или Linux или Windows® версию Software Evaluation Kit от developerWorks.(EN)
Обсудить
- Примите участие в обсуждении материала на форуме.
-
Примите участие в форумах AIX и UNIX:(EN)
- Управление кластерными системами
- Поддержка IBM
- Инструменты управления производительностью - технический форум
- Виртуализация - технический форум
Сендип Рамеш Патил (Sandeep Ramesh Patil) работает штатным инженером по программному обеспечению в IBM India Software Labs. Последние пять лет его работа в IBM в основном связана с распределенными технологиями, включая DCE, SARPC, и продуктами по обеспечению безопасности, такими как IBM Network Authentication Services (IBM Kerberos). В данный момент он работает над новым RFC по безопасности для IBM Network Authentication Service параллельно с поддержкой этих продуктов. Сендип имеет степень бакалавра в области информационных технологий и технологий, полученную в университете Пуны, Индия. С ним можно связаться по e-mail rsandeep@in.ibm.com.
Равикумар Рамасвами (Ravikumar Ramaswamy) работает программистом в IBM India Software Labs. В IBM он работает последние три года, фокусируясь на распределенных технологиях, включая DCE и SARPC. До прихода в IBM он около трех лет работал в Cabletron и Cygnet над продуктами для управления системами, такими как Spectrum. Его опыт охватывает области управления сетями и распределенной обработки данных. С ним можно связаться по адресу ravi.kumar@in.ibm.com.