Любой разговор о затратах на Oracle начинается с одного и того же места: со строки лицензий. Метрики процессоров, коэффициенты ядер, количество Named User Plus, ежегодное продление техподдержки на 22%, которое никогда не уменьшается. Это большая цифра, она прописана в контракте, и на нее легко указать пальцем.
Лицензирование Oracle — это наиболее заметная статья расходов. Однако операционная и архитектурная сложность, выстроенная вокруг Oracle, может иметь не меньшие последствия — и при этом ее гораздо труднее измерить количественно.
Эта сложность представляет собой все то, что ваша организация создала вокруг базы данных за последние 15 лет. Сама база данных — это позиция в бюджете. Архитектура — это налог на нее.
Когда база данных достаточно долго находится в центре инфраструктуры, эта инфраструктура перестает быть набором независимых систем и превращается в паутину зависимостей. Эти зависимости внедряются в процессы, а процессы — это самая дорогостоящая вещь в ИТ, поскольку они год за годом поглощают время сотрудников и при этом никогда не фигурируют в счетах на продление.
За годы или десятилетия базы данных Oracle становятся гравитационным центром архитектуры приложений. Вокруг них проектируется инфраструктура, выстраиваются процессы, а сотрудники приобретают специализированные навыки для их обслуживания. Стратегии резервного копирования, планы аварийного восстановления, архитектуры высокой доступности, модели емкости и окна обслуживания — все это эволюционирует с учетом потребностей базы данных.
Операционное влияние миграции систем хранения данных Oracle
Рассмотрим миграцию системы хранения для вашей среды Oracle. Часто план проекта сосредоточен на вопросе: «Как нам перенести данные с хранилища А на хранилище Б?» Но данные — это редко самая сложная часть. Самое сложное — это нарушение операционных процессов, связанных с базой данных.
Процессы резервного копирования и восстановления
Макет хранилища, снимки, репликация, окна резервного копирования и процессы восстановления — все это зависит от того, как тома Oracle представлены на уровне СХД. Миграция может означать необходимость редизайна этих процессов. Мгновенные снимки Everpure занимают очень мало места, а FlashBlade служит сверхбыстрой целью для RMAN. Резервное копирование становится проще в исполнении, и, что более важно, восстановление происходит гораздо быстрее. Программы-вымогатели остаются серьезной угрозой для критически важных приложений. Неизменяемые снимки SafeMode™ невозможно удалить или зашифровать даже при скомпрометированных учетных записях администратора, поэтому у вас всегда есть чистая точка для восстановления.
Процедуры HA/DR
Oracle Real Application Clusters (RAC), стратегии репликации (такие как Oracle Data Guard), резервные среды и процедуры отработки отказа часто имеют зависимости от конфигурации хранилища. И поскольку процессы разрабатываются для критически важной базы данных Oracle первого уровня, каждое приложение, расположенное выше или подключенное к ней, также должно унаследовать эти предположения. Измените механизм обеспечения доступности, и вы не просто меняете функцию базы данных; вы заново согласовываете то, что должны делать десятки приложений. Everpure реплицирует данные синхронно через ActiveCluster™, асинхронно посредством репликации снимков или непрерывно с помощью ActiveDR™, чтобы соответствовать целевым показателям восстановления, необходимым для каждого приложения. Группы защиты создают снимки каждого тома базы данных в один и тот же момент времени, поэтому каждая копия является согласованной. Эти технологии дополняют Data Guard, а не заменяют его.
Мониторинг и оповещения
Инструменты мониторинга могут искать конкретные точки монтирования, LUN, имена томов, пути, пороги задержки или структуры файловой системы. Поскольку Everpure выполняет обновление на месте, имена томов, LUN и пути остаются неизменными при аппаратных и программных обновлениях, поэтому мониторинг не нужно переписывать. Everpure™ Pure1 отслеживает производительность и емкость ваших массивов и предупреждает вас, если что-то идет не так. Экспортер OpenMetrics для таких инструментов, как Prometheus и Grafana, позволяет сохранить существующие средства мониторинга без изменений.
Автоматизация
Вокруг среды Oracle с годами часто вырастают скрипты: подготовка, клонирование, обновление баз данных, монтирование файловых систем, перезапуск служб, проверка емкости и выполнение резервного копирования. Чем больше эти скрипты зависят от платформы хранения данных, тем дороже обходится миграция. REST API Everpure остается неизменным между поколениями оборудования, поэтому такие инструменты, как Ansible, Terraform, Python и PowerShell, продолжают работать. Ваши скрипты переживут модернизацию инфраструктуры.
Обновление и клонирование баз данных
Среды разработки и тестирования часто зависят от устоявшихся процедур создания копий производственных баз данных. Снимки хранилища Everpure позволяют создать полноразмерный клон рабочей среды за считанные секунды, используют практически нулевой дополнительный объем емкости и могут быть автоматизированы с помощью скриптов от начала до конца без какого-либо влияния на исходную базу данных. Обновление, которое раньше занимало целые выходные, превращается в запланированное задание.
Установка патчей и обслуживание
Изменения в хранилище могут потребовать соблюдения новой последовательности действий: остановить Oracle, размонтировать тома, пересопоставить хранилище, проверить пути, перезапустить службы, проверить базу данных. Это может превратить ранее рутинную процедуру обслуживания в специализированную инструкцию (runbook). С Everpure такие изменения, как обновление контроллеров и расширение емкости, происходят «на лету» без простоя. Уровень хранения данных больше никогда не появится в окне обслуживания Oracle.
Планирование емкости
Традиционные среды хранения часто требуют от команд прогнозировать рост баз данных Oracle, запрашивать емкость, подготавливать хранилище и управлять им с помощью разрозненных процессов. Pure1 позволяет моделировать новые рабочие нагрузки, чтобы увидеть, как они повлияют на емкость и производительность. С Evergreen//One™ хранилищем как услугой вы платите за то, что используете, при поддержке соглашений об уровне обслуживания (SLA), не покупая ресурсы впрок.
Управление изменениями
После многих лет эксплуатации Oracle на определенной платформе хранения инфраструктура становится частью операционной модели организации. Задача состоит не в том, чтобы избежать изменений, а в том, чтобы перейти на платформу, которая сделает будущие изменения менее разрушительными и менее зависимыми от специализированных процессов. Поскольку Everpure поставляет аппаратные и программные компоненты с возможностью обновления без прерывания работы, процессы вокруг вашей базы данных Oracle не придется перестраивать каждый раз при изменении оборудования.
Модернизация Oracle без перестройки операционной модели
Everpure создана для того, чтобы стать последней миграцией хранилища, которая вам когда-либо понадобится. Благодаря архитектуре Evergreen, платформа развивается на месте, а не заставляет вас проходить через очередную разрушительную миграцию со сменой оборудования (forklift migration) каждый раз, когда меняются технологии. Это означает, что процессы, выстроенные вокруг Oracle — резервное копирование и восстановление, обеспечение высокой доступности и аварийного восстановления, мониторинг, автоматизация, обновление баз данных, планирование емкости и обслуживание, — могут продолжать развиваться, не требуя перестройки под новую платформу хранения. Вместо того чтобы повторять цикл «миграция, стабилизация, переоснащение и снова миграция», вы получаете фундамент хранения данных, который непрерывно модернизируется под вашей средой Oracle. Результат — это не просто более современное хранилище. Это избавление от операционных сбоев и архитектурного долга, которые сопутствуют многократному изменению платформ хранения.
Продление лицензии Oracle будет приходить каждый год и неизменно привлекать к себе внимание. Но более масштабные расходы на Oracle — это время, которое ваши команды тратят на перестройку связанных с ним процессов каждый раз, когда меняется лежащая в основе инфраструктура. Эти издержки невозможно сократить путем переговоров при продлении, но вы можете перестать платить по этому счету снова и снова. На платформе хранения данных, которая модернизируется без миграции, задачи резервного копирования, инструкции по аварийному переключению, сценарии обновления и мониторинг, на создание которых ваши команды потратили годы, продолжают работать вместо того, чтобы их перестраивать каждые несколько лет. База данных всегда будет строкой в бюджете. Архитектура не должна превращаться в постоянный налог.
