Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В этой статье описывается, как планировать внедрение Oracle в Azure, и она основывается на статье стратегии Oracle в Azure. Рассмотрим различные факторы, влияющие на решение о переходе в Azure, чтобы получить большую часть от миграции.
Ресурсы в Cloud Adoption Framework для Azure могут помочь вашей организации записать подходящий план внедрения Oracle в Azure. Используйте методологию «План» Облачной рамочной платформы внедрения, чтобы создать общий план перехода на облачные технологии и помочь вашей команде. Это руководство содержит шаблоны для создания невыполненной работы и планов по созданию необходимых навыков в командах на основе того, что вы хотите сделать в облаке. В этой статье описывается, как включить Oracle в планирование внедрения Azure в общий план освоения облака.
Планируйте среду Oracle на платформе Azure
Как и большинство сложных платформ, цифровые активы Oracle включают три категории активов, которые следует запланировать: платформы, основы и ресурсы рабочей нагрузки.
Активы платформы: локальное окружение Oracle может работать на различных типах инфраструктуры. В некоторой степени локальные ресурсы определяют требования к развертыванию Oracle в Azure независимо от того, является ли локальная реализация Linux-x86 или включает более сложные функции. Дополнительные возможности включают кластеры приложений Oracle Real Application Clusters, конфигурации Exadata или крупные платформы, такие как Hewlett Packard Unix (HP-UX), Advanced Interactive Executive (AIX) или аналогичная платформа.
Базовые ресурсы: ваша платформа Oracle и поддержка среды состоят из коллекции необходимых ресурсов, таких как сеть, аварийное восстановление и средства мониторинга. Эти ресурсы имеют соответствующие службы Azure, которые можно использовать для замены или расширения существующей среды Oracle. Следует инвентаризацию и рационализацию этих активов.
Ресурсы рабочей нагрузки: существующее решение Oracle может состоять из приложений Oracle, партнерских приложений или пользовательских приложений. Индивидуально обозначьте, проведите инвентаризацию, рационализируйте и отслеживайте каждую рабочую нагрузку, которая имеет зависимость от служб баз данных Oracle, для подготовки к детализированному финансовому и техническому планированию.
При планировании переноса рабочих нагрузок Oracle в Azure следует учитывать следующие элементы:
Опишите платформу базы данных Oracle: описывайте вашу инфраструктуру Oracle с помощью отчетов AWR или отчетов Statspack. Укажите список узлов и сведений о производительности базы данных. Отчеты AWR или отчеты statspack должны собираться при пиковой нагрузке системы. Если вы планируете перейти на Oracle Database@Azure, обратитесь к локальной группе продаж Oracle для определения размера.
Опишите рабочие нагрузки Oracle: опишите ваши приложения, включая партнерские приложения. Включите пользовательские приложения. Подготовьте регион, в котором планируется разместить приложение. Кроме того, следует убедиться, что выполнены технические требования, такие как максимально допустимое время простоя, разгрузка уровня SSL и текущие схемы архитектуры. Перечислить сервер приложений и описать конфигурацию ЦП, память, хранилище и его использование. Включите сведения об операционной системе, версии приложения, пропускной способности и операций ввода-вывода в секунду (IOPS).
Оценка зависимостей. Задокументируйте внешние зависимости на платформе Oracle. Обязательно включите анализ зависимостей для всех активов в портфеле.
Планирование среды: Определите, перемещаете ли вы производственные и непроизводственные нагрузки Oracle одновременно или отдельно. Клиенты часто перемещают свою непроизводную рабочую нагрузку в Azure изначально, что создает среду для обучения и снижает риск. Путь к миграции производственной среды становится проще после того, как команда уверена в том, как решение Oracle функционирует и работает в Azure.
Рационализировать платформу: следует рассмотреть вопрос о выявлении и устранении избыточных или устаревших ресурсов в рамках планирования цифровых активов. Этот процесс поможет сократить затраты и повысить эффективность.
После интеграции этих рекомендаций в оценку цифрового имущества вы можете уточнить свое бизнес-обоснование. Вы готовы создать план внедрения облака Oracle.
Создание плана внедрения облака Oracle в Azure
Фреймворк по внедрению облака включает средства и несколько шаблонов для создания плана внедрения облака или реестра задач Azure DevOps, основанные на задачах, описанных в каждой методологии. Дополнительные сведения см. в разделе "Инструменты и шаблоны".
Независимо от того, используете ли вы шаблоны или собственные средства планирования проектов, следует учитывать следующие действия, относящиеся к Oracle:
В зависимости от требований создайте целевую зону Azure для хранения соответствующих ресурсов для полного решения на основе рекомендаций по архитектуре.
Оцените ресурсы базы данных. Эта оценка должна включать анализ производительности для проверки текущего поведения базы данных. Настройте размер вашего имущества Oracle, чтобы эффективно управлять затратами на лицензирование и достичь оптимальной производительности. Выберите наиболее подходящую архитектуру Azure для ваших потребностей. Эта архитектура может быть полностью основана на виртуальных машинах, Oracle Database@Azure или сочетании обоих.
Выберите подходящую архитектуру развертывания на основе рекомендаций по архитектуре.
Учитывайте каждую рабочую нагрузку или волну задач, которую вы планируете перенести.
Веб-интерфейс Azure DevOps можно использовать для добавления предыдущих элементов в план. Если вы используете текущую инвентаризацию активов, вы можете быстро создать план с помощью Excel. Дополнительные сведения можно найти в статье «Добавление или изменение рабочих элементов в массовом режиме с помощью Excel».
Создание плана готовности Oracle
После того как у вас есть общий план работы, вы можете приступить к выравниванию членов команды и оценке работы.
Команда проекта должна иметь экспертов Oracle и Azure, но вряд ли команда будет иметь равный опыт в обоих областях. Используйте план внедрения облака, чтобы определить, требуется ли вашей команде получить какие-либо навыки. Затем сопоставите эти навыки с участниками команды, чтобы получить более четкое представление о готовности, навыках и потребностях в обучении. Чтобы помочь вашей команде отслеживать и устранять пробелы в навыках, чтобы создать более надежную кроссфункциональную совместную работу в каждом спринте, см. статью "Адаптация существующих ролей, навыков и процессов для облака".