Планирование oracle в Azure
В этой статье описывается, как спланировать внедрение Oracle в Azure и использовать oracle в статье о стратегии Azure. Рассмотрим различные факторы, влияющие на решение о переходе в Azure, чтобы получить большую часть от миграции.
Шаблон стратегии и плана и другие ресурсы в Azure Cloud Adoption Framework могут помочь вашей организации записать подходящий план внедрения Oracle в Azure. Используйте методологию плана cloud Adoption Framework, чтобы создать общий план внедрения облака и помочь вашей команде. Это руководство содержит шаблоны для создания невыполненной работы и планов по созданию необходимых навыков в командах на основе того, что вы хотите сделать в облаке. В этой статье описывается, как включить 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: описание приложений Oracle, включая приложения Oracle и партнерские приложения. Включите пользовательские приложения. Подготовьте регион, в котором планируется разместить приложение. Кроме того, следует убедиться, что выполнены технические требования, такие как максимально допустимое время простоя, разгрузка уровня SSL и текущие схемы архитектуры. Перечислить сервер приложений и описать конфигурацию ЦП, память, хранилище и его использование. Включите сведения об операционной системе, версии приложения, пропускной способности и операций ввода-вывода в секунду (IOPS).
Оценка зависимостей. Задокументируйте внешние зависимости на платформе Oracle. Обязательно включите анализ зависимостей для всех ресурсов в портфеле.
Планирование среды. Определите, перемещаете ли рабочие нагрузки Oracle в рабочей среде и непроизводственные рабочие нагрузки Oracle одновременно или отдельно. Клиенты часто перемещают свою непроизводную рабочую нагрузку в Azure изначально, что создает среду для обучения и снижает риск. Путь к миграции рабочей среды проще после того, как команда комфортно с тем, как решение Oracle выполняет и работает в Azure.
Рационализировать платформу: следует рассмотреть вопрос о выявлении и устранении избыточных или устаревших ресурсов в рамках планирования цифровых активов. Этот процесс поможет сократить затраты и повысить эффективность.
После интеграции этих рекомендаций в оценку цифрового имущества вы можете уточнить свое бизнес-обоснование. Вы готовы создать план внедрения облака Oracle.
Создание плана внедрения облака Oracle в Azure
Cloud Adoption Framework включает средства и несколько шаблонов для создания плана внедрения облака или невыполненной работы Azure DevOps, которые основаны на задачах, описанных в каждой методологии. Дополнительные сведения см. в разделе "Инструменты и шаблоны".
Независимо от того, используете ли вы шаблоны или собственные средства планирования проектов, следует учитывать следующие действия, относящиеся к Oracle:
В зависимости от требований создайте целевую зону Azure для хранения соответствующих ресурсов для полного решения на основе рекомендаций по архитектуре.
Оцените ресурсы базы данных. Эта оценка должна включать анализ производительности для проверки текущего поведения базы данных. Настройте размер вашего имущества Oracle, чтобы эффективно управлять затратами на лицензирование и достичь оптимальной производительности. Выберите наиболее подходящую архитектуру Azure для ваших потребностей. Эта архитектура может быть полностью основана на виртуальных машинах, Oracle Database@Azure или сочетании обоих.
Выберите подходящую архитектуру развертывания на основе рекомендаций по архитектуре.
Учетная запись для каждой рабочей нагрузки или волны рабочих нагрузок, которые планируется перенести.
Веб-интерфейс Azure DevOps можно использовать для добавления предыдущих элементов в план. Если вы используете текущую инвентаризацию активов, вы можете быстро создать план с помощью Excel. Дополнительные сведения см. в статье "Добавление или изменение рабочих элементов в массовом режиме с помощью Excel".
Создание плана готовности Oracle
После того как у вас есть общий план работы, вы можете приступить к выравниванию членов команды и оценке работы.
Команда проекта должна иметь экспертов Oracle и Azure, но вряд ли команда будет иметь равный опыт в обоих областях. Используйте план внедрения облака, чтобы определить, требуется ли вашей команде получить какие-либо навыки. Затем сопоставите эти навыки с участниками команды, чтобы получить более четкое представление о готовности, навыках и потребностях в обучении. Чтобы помочь вашей команде отслеживать и устранять пробелы в навыках, чтобы создать более надежную кроссфункциональную совместную работу в каждом спринте, см. статью "Адаптация существующих ролей, навыков и процессов для облака".