План внедрения — различия между версиями
imported>Artem |
imported>Artem (→Создание плана внедрения) |
||
| (не показано 10 промежуточных версий этого же участника) | |||
| Строка 22: | Строка 22: | ||
##(P) Performance Management / Управление производительностью - представление статистики работы сети в реальном времени, минимизация заторов и узких мест, выявление складывающихся тенденций и планирование ресурсов для будущих нужд. | ##(P) Performance Management / Управление производительностью - представление статистики работы сети в реальном времени, минимизация заторов и узких мест, выявление складывающихся тенденций и планирование ресурсов для будущих нужд. | ||
##(S) Security Management / Управление безопасностью - обеспечивает контроль доступа, ведение журналов доступа, защиту от внешних и внутренних нарушителей. | ##(S) Security Management / Управление безопасностью - обеспечивает контроль доступа, ведение журналов доступа, защиту от внешних и внутренних нарушителей. | ||
| − | #'''The Telecommunications Management Network (TMN) model''' - похожа на '''FCAPS'''. ITU-T взял основные положение FCAPS и создал свой фреймворк. План по внедрению и внедрение одни из основных блоков в фреймворке. | + | #'''The Telecommunications Management Network (TMN) model''' - похожа на '''FCAPS'''. ITU-T взял основные положение FCAPS и создал свой фреймворк. План по внедрению и внедрение одни из основных блоков в фреймворке. Концепция, разработанная и утверждённая Международным союзом электросвязи, определяет принципы создания единой системы управления для сетей разных уровней и масштабов, предоставляющих различные типы услуг. Возможность применения такой системы управления связана с отсутствием жёсткой привязки TMN к какой-либо транспортной системе и особенностям конкретной сети. Вся необходимая для управления информация располагается в единой базе данных, которая может изменяться и пополняться описаниями новых объектов управления, а весь обмен служебными данными TMN может осуществляться с использованием существующей транспортной системы управляемой сети. Основная идея концепции TMN — обеспечение сетевой структуры для взаимодействия различных типов управляющих устройств и телекоммуникационного оборудования, использующих стандартные протоколы и стеки. |
Модели должны выбираться организацией исходя из потребностей. Различные модели могут комбинироваться и адаптироваться под задачи. Это позволит осуществить эффективное внедрение технологий Cisco. | Модели должны выбираться организацией исходя из потребностей. Различные модели могут комбинироваться и адаптироваться под задачи. Это позволит осуществить эффективное внедрение технологий Cisco. | ||
==Создание плана внедрения== | ==Создание плана внедрения== | ||
| + | Методика проектирования (creating an implementation plan), при использовании модели PPDIOO, содержит три основных шага: | ||
| + | #'''Шаг 1. Определить потребности заказчика''' : на этом шаге, который выполняет на этапе Prepare, целью принимающего решение является понять начальные бизнес и технические потребности. Основываясь на них предлагается концептуальная архитектура. | ||
| + | #'''Шаг 2. Характеризовать существующую сеть и сайты (sites)''' : на этом шаге, который выполняет на этапе Plan, проводится аудит (качество и целостность) и анализ сети (например, трафика) с целью определения возможностей сети к реализации предложенного решения. | ||
| + | #'''Шаг 3. Проектирование сетевой топологии и решений''' : на этом шаге, который выполняет на этапе Design, создаётся детальный проект сети. Принимаются решения о сетевой инфраструктуре, сервисах и приложениях. Данные для реализации шага собираются на предыдущих шагах. Может быть собран прототип сети для проверки корректности проекта перед внедрением. на этих шагах в результате должен быть написан подробный документ, содержащий информацию, полученную на всех шагах. | ||
| + | |||
| + | Когда этап проектирования (Design) выполнен, переходим к выполнению процесса проектирования внедрения (the design implementation process), который включает 3 шага: | ||
| + | #'''Шаг 1. Планирование внедрения (Plan the implementation)''': На этом этапе план по внедрению подготавливается заранее, чтобы ускорить и уточнить фактическую реализацию. Так же в это время проводится оценка стоимости. Шаг выполняется на этапе Design. | ||
| + | #'''Шаг 2. Внедрение и проверка проекта (Implement and verify the design)''': Этап Implement. | ||
| + | #'''Шаг 3. Мониторинг и опциональный редизайн (Monitor and optionally redesign)''': Сеть запускается, мониторится и проверяется на ошибки. Если ошибок много или их даже невозможно решить, то проводится редизайн (если требуется). Это на шаге Operate и Optimize. | ||
| + | |||
| + | Таким образом, процесс создания плана по внедрению - это часть фазы проектирования. Перед разработкой плана по внедрению, вы должны идентифицировать следующую информацию: | ||
| + | *Информацию о сети, необходимую для разработки плана - существующая топология, оборудование, версии ПО, план адресации, требования для масштабирования (суммирование, stub-зоны и т.п.), список анонсируемых сетей, link utilization, требуемые метрики для основных и резервных каналов. И другие требования, типа инструментов, специальных команд (для конфигурирования и проверки), которые могут быть использованы. | ||
| + | *Зависимости с другими сервисными компонентами и существующей сетью, который имеет ваш план по внедрению - риски по внедрению должны быть известны. | ||
| + | *Рекомендуется ресурсы для выполнения мероприятий и задач, связанных с разработкой плана реализации - график внедрения, роли и отвественных за ресурсы необходимо задать. | ||
| + | Основываясь на собранной информации, сетевой инженер определяет необходимые задачи для внедрения. Например, дизайн топологии или адресацию или другие требования к существующей сети. После разработки плана, решение внедряется и проверяется, а документация актуализируется. | ||
| + | |||
| + | Следующие шаги выполняются в течении создания и выполнения плана по внедрению: | ||
| + | *Planning the implementation - планирование внедрения | ||
| + | *Selecting the tools and resources required - выбор инструментов и ресурсов | ||
| + | *Coordinating work with specialists - координированная работа со специалистами | ||
| + | *Verifying the implementation - проверка | ||
| + | *Interpreting performance results - интерпретирование результатов производительности | ||
| + | *Documenting the baseline, performance, and recommendations - документирование и рекомендации | ||
| + | |||
| + | The tasks in a site-specific implementation plan may include the following: | ||
| + | *Определение приложений и устройств, необходимых к внедрению | ||
| + | *Создание installation tasks и checklists | ||
| + | *Определение конфигурации устройств и требований к ПО | ||
| + | *Создание site-specific конфигураций устройств, installation tasks, and checklists | ||
| + | *Сreating installation verification tests | ||
| + | |||
| + | ==Документирование== | ||
| + | Документация должна быть верной и актуальной, т.к. это необходимо при внедрении и проверке. После внедрения все шаги по проверке должны быть отражены в документации, так как это, возможно, поможет при решении каких-либо проблем, модернизации и изменениях в сети. | ||
| + | Документация должна быть доступной (например, для инженеров), содержать всю текущую информацию об оборудовании и конфигурации, и включать в себя информацию об известных проблемах и т.п. | ||
| + | Документация должна включать: | ||
| + | **Информацию о сети | ||
| + | **необходимых инструментах (tools) (например, tftp-сервер, консоль, консольный кабель, кабель Ethernet | ||
| + | **Требуемых ресурсах | ||
| + | **Implementation plan tasks | ||
| + | **Verification tasks | ||
| + | **Измерениях производительности и результатах | ||
| + | **Фото и скриншоты, если необходимо. | ||
| + | Создание документации не заканчивается до момента окончание проекта, когда будет добавлена инфа о проверке. | ||
Текущая версия на 09:31, 7 февраля 2012
Содержание
Создание, документирование и выполнение плана по внедрению
Эффективный документированный план по внедрению - это результат правильно выполненных процессов и процедур на этапах планирования, развёртывыания и тестирования.
Подходы по созданию плана внедрения
- Ad hoc (с лат. к этому, для данного случая, для этой цели) - большинство задач, таких как внедрение нового оборудования, подключение, адресации, маршрутизации и обеспечение политик безопасности выполняются в соответствии с требованиями, но без планирования любой из задачи. При таком подходе, скорее всего, возникнут проблемы с масштабируемостью, неоптимальными маршрутами в сети и безопасностью. Правильный план внедрения нужен, чтобы избежать таких проблем.
- Структурный подход (Structured Approach) - При этом подходе сетевой инженер определяет потребности сети при модернизации (например, внедрение нового протокола маршрутизации) и начинает с первого этапа - планирования. Основываясь на существующей топологии проверяются все потенциальные изменения, многие соображения принимаются во внимание. Этап проектирования и план по внедрению завершены. Они могут включать новую топологию, план по IP-адресации, решение проблем с масштабируемостью, оптимизации использования канало и изменений других параметров сети. Проект и план должны отвечать как техническим требованиям, так и бизнес-требованиям компании. Все детали отображаются в плане до непосредственной реализации. После успешного развёртывания, документация обновляется в соответствии с результатами и используемыми инструментами.
Многие модели и методики, используемые в ИТ, определяются lifecycle-подходом, использующие различные процессы для обеспечения высококачественных ИТ-сервисов. Развёртывание сети (network implementation), включая план внедрения, - всего лишь одна часть таких моделей. Вот некоторые примеры таких моделей (не изобретайте велосипед!):
- The Cisco Lifecycle Services (PPDIOO) model - определяет минимальный набор действий, необходимых для помощи заказчику успешно развернуть и использовать технологии Cisco, оптимизировать её производительсность на всё жизненном цикле сети. Состоит из 6 фаз:
- Prepare (подготовка)
- Plan (планирование)
- Design (проектирование)
- Implement (внедрение)
- Operate (эксплуатация)
- Optimize (оптимизация)
- IT Infrastructure Library (ITIL) - библиотека инфраструктуры информационных технологий) — библиотека, описывающая лучшие из применяемых на практике способов организации работы подразделений или компаний, занимающихся предоставлением услуг в области информационных технологий. В семи томах библиотеки описан весь набор процессов, необходимых для того, чтобы обеспечить постоянное высокое качество ИТ-сервисов и повысить степень удовлетворенности пользователей.
- The Fault, Configuration, Accounting, Performance, and Security (FCAPS) model - модель Международной организации по стандартизации (ISO), в которой отражены ключевые функции администрирования и управления сетями:
- (F) Fault Management / Управление отказами - Компоненты Fault решают задачу выявления и устранения сетевых проблем, ведут обработку аварийных сообщений и системных прерываний, опрос элементов сети, тестирование и диагностику.
- (C) Configuration Management / Управление конфигурацией - осуществляются мониторинг и контроль аппаратного и программного обеспечения сети и любой их модификации.
- (A) Accounting Management / Учёт - отвечает за распределение и надлежащее использование сетевых ресурсов.
- (P) Performance Management / Управление производительностью - представление статистики работы сети в реальном времени, минимизация заторов и узких мест, выявление складывающихся тенденций и планирование ресурсов для будущих нужд.
- (S) Security Management / Управление безопасностью - обеспечивает контроль доступа, ведение журналов доступа, защиту от внешних и внутренних нарушителей.
- The Telecommunications Management Network (TMN) model - похожа на FCAPS. ITU-T взял основные положение FCAPS и создал свой фреймворк. План по внедрению и внедрение одни из основных блоков в фреймворке. Концепция, разработанная и утверждённая Международным союзом электросвязи, определяет принципы создания единой системы управления для сетей разных уровней и масштабов, предоставляющих различные типы услуг. Возможность применения такой системы управления связана с отсутствием жёсткой привязки TMN к какой-либо транспортной системе и особенностям конкретной сети. Вся необходимая для управления информация располагается в единой базе данных, которая может изменяться и пополняться описаниями новых объектов управления, а весь обмен служебными данными TMN может осуществляться с использованием существующей транспортной системы управляемой сети. Основная идея концепции TMN — обеспечение сетевой структуры для взаимодействия различных типов управляющих устройств и телекоммуникационного оборудования, использующих стандартные протоколы и стеки.
Модели должны выбираться организацией исходя из потребностей. Различные модели могут комбинироваться и адаптироваться под задачи. Это позволит осуществить эффективное внедрение технологий Cisco.
Создание плана внедрения
Методика проектирования (creating an implementation plan), при использовании модели PPDIOO, содержит три основных шага:
- Шаг 1. Определить потребности заказчика : на этом шаге, который выполняет на этапе Prepare, целью принимающего решение является понять начальные бизнес и технические потребности. Основываясь на них предлагается концептуальная архитектура.
- Шаг 2. Характеризовать существующую сеть и сайты (sites) : на этом шаге, который выполняет на этапе Plan, проводится аудит (качество и целостность) и анализ сети (например, трафика) с целью определения возможностей сети к реализации предложенного решения.
- Шаг 3. Проектирование сетевой топологии и решений : на этом шаге, который выполняет на этапе Design, создаётся детальный проект сети. Принимаются решения о сетевой инфраструктуре, сервисах и приложениях. Данные для реализации шага собираются на предыдущих шагах. Может быть собран прототип сети для проверки корректности проекта перед внедрением. на этих шагах в результате должен быть написан подробный документ, содержащий информацию, полученную на всех шагах.
Когда этап проектирования (Design) выполнен, переходим к выполнению процесса проектирования внедрения (the design implementation process), который включает 3 шага:
- Шаг 1. Планирование внедрения (Plan the implementation): На этом этапе план по внедрению подготавливается заранее, чтобы ускорить и уточнить фактическую реализацию. Так же в это время проводится оценка стоимости. Шаг выполняется на этапе Design.
- Шаг 2. Внедрение и проверка проекта (Implement and verify the design): Этап Implement.
- Шаг 3. Мониторинг и опциональный редизайн (Monitor and optionally redesign): Сеть запускается, мониторится и проверяется на ошибки. Если ошибок много или их даже невозможно решить, то проводится редизайн (если требуется). Это на шаге Operate и Optimize.
Таким образом, процесс создания плана по внедрению - это часть фазы проектирования. Перед разработкой плана по внедрению, вы должны идентифицировать следующую информацию:
- Информацию о сети, необходимую для разработки плана - существующая топология, оборудование, версии ПО, план адресации, требования для масштабирования (суммирование, stub-зоны и т.п.), список анонсируемых сетей, link utilization, требуемые метрики для основных и резервных каналов. И другие требования, типа инструментов, специальных команд (для конфигурирования и проверки), которые могут быть использованы.
- Зависимости с другими сервисными компонентами и существующей сетью, который имеет ваш план по внедрению - риски по внедрению должны быть известны.
- Рекомендуется ресурсы для выполнения мероприятий и задач, связанных с разработкой плана реализации - график внедрения, роли и отвественных за ресурсы необходимо задать.
Основываясь на собранной информации, сетевой инженер определяет необходимые задачи для внедрения. Например, дизайн топологии или адресацию или другие требования к существующей сети. После разработки плана, решение внедряется и проверяется, а документация актуализируется.
Следующие шаги выполняются в течении создания и выполнения плана по внедрению:
- Planning the implementation - планирование внедрения
- Selecting the tools and resources required - выбор инструментов и ресурсов
- Coordinating work with specialists - координированная работа со специалистами
- Verifying the implementation - проверка
- Interpreting performance results - интерпретирование результатов производительности
- Documenting the baseline, performance, and recommendations - документирование и рекомендации
The tasks in a site-specific implementation plan may include the following:
- Определение приложений и устройств, необходимых к внедрению
- Создание installation tasks и checklists
- Определение конфигурации устройств и требований к ПО
- Создание site-specific конфигураций устройств, installation tasks, and checklists
- Сreating installation verification tests
Документирование
Документация должна быть верной и актуальной, т.к. это необходимо при внедрении и проверке. После внедрения все шаги по проверке должны быть отражены в документации, так как это, возможно, поможет при решении каких-либо проблем, модернизации и изменениях в сети. Документация должна быть доступной (например, для инженеров), содержать всю текущую информацию об оборудовании и конфигурации, и включать в себя информацию об известных проблемах и т.п. Документация должна включать:
- Информацию о сети
- необходимых инструментах (tools) (например, tftp-сервер, консоль, консольный кабель, кабель Ethernet
- Требуемых ресурсах
- Implementation plan tasks
- Verification tasks
- Измерениях производительности и результатах
- Фото и скриншоты, если необходимо.
Создание документации не заканчивается до момента окончание проекта, когда будет добавлена инфа о проверке.