Delphix Dynamic Data Platform, как попробовать и правильно оценить решение
0 likes399 views
Документ описывает процесс развертывания платформы Delphix для динамичного управления данными, включая подготовку сред, выделение ресурсов и подключение источников данных. Подробно рассматриваются этапы предоставления пользователям виртуальных баз данных и синхронизация изменений, а также настройка портала самообслуживания для управления контейнерами и состояниями. Приводятся примеры оценки эффективности и влияния на бизнес, включая управление параллельными проектами и маскирование данных.
Delphix Dynamic Data Platform, как попробовать и правильно оценить решение
- 1. Delphix Dynamic Data Platform ТРАНСФОРМАЦИЯ УПРАВЛЕНИЯ ДАННЫМИ (Proof of Value)
- 2. Среды источников для теста Последовательность разворачивания стенда DB_A 1. Определяем среды источников для теста (тип, размер баз данных, их окружение) DB_B DB_C DB_D
- 3. Среды источников для теста Последовательность разворачивания стенда 2. Выделяем ресурсы для разворачивания виртуального апплайенса (VMware ESXi 5 или выше, 300 GB HD (система), VMFS для DS* (TB), 8vCPU, 8+ GB vRAM (128 recommended), 1/10 GbE vNIC. ESXi host 5+, 300 GB VMDK, 4 VMDK по VMFS/4 (TB), 8vCPU, 8+ GB vRAM, 1/10 GbE vNIC * DS - Data Space для данных данные DB_A DB_B DB_C DB_D
- 4. Среды источников для теста Последовательность разворачивания стенда данные 3. Разворачиваем из шаблона виртуальный апплайенс и проводим настройки сетевых параметров Виртуальная машина Delphix Engine Server данные DB_A DB_B DB_C DB_D
- 5. Среды источников для теста Последовательность разворачивания стенда данные 4. Подключаем диски для данных и завершить установку Delphix Engine Server DS* (TB) * DS - Data Space для данных (см. п. 2) данные DB_A DB_B DB_C DB_D
- 6. Среды источников для теста Последовательность разворачивания стенда данные 5. Подключаем источники, создать цифровые шлюзы (dSources) Цифровые шлюзы (dSources) размер каждого dSource на 50- 90% меньше размера его Источника Link данные DB_A DB_B DB_C DB_D
- 7. Среды источников для теста Последовательность разворачивания стенда данные 6. Подключаем целевые среды – сервера с которыми работают пользователи Цифровые шлюзы (dSources) Link Целевые среды NFS/iSCSI данные DB_A DB_B DB_C DB_D
- 8. Среды источников для теста Стенд готов для выдачи данных пользователям данные Цифровые шлюзы (dSources) Link Целевые среды NFS/iSCSI данные DB_A DB_B DB_C DB_D
- 9. Среды источников для теста данные Цифровые шлюзы (dSources) Link Целевые среды Тестируем платформу и оцениваем ее 7. Выдаем первую виртуальную базу пользователям (10+ минут) полнофункциональная база в режиме read-write (VDB_1) Все изменения, произведенные пользователями, хранятся на платформе, объем VDB незначительный, прирост минимальный данные DB_A DB_B DB_C DB_D
- 10. Среды источников для теста данные Цифровые шлюзы (dSources) Link Целевые среды Тестируем платформу и оцениваем ее 7. Выдаем вторую виртуальную базу пользователям (10+ минут) VDB_1 Все изменения хранятся на платформе, объем VDB незначительный, прирост минимальный VDB_2 Базы данных VDB_1 и VDB_2 абсолютно полнофункциональны и автономны. Результаты работы пользователей на одной базе не влияют на работу пользователей другой. данные DB_A DB_B DB_C DB_D
- 11. Среды источников для теста данные Цифровые шлюзы (dSources) sync Целевые среды Тестируем платформу и оцениваем ее 8. Синхронизируем шлюз с Источником (только новые уникальные блоки, 10+ минут) VDB_1 Инкрементальные изменения Источника, записываются только новые уникальные блоки. Прирост размера dSource незначительный. VDB_2 Синхронизация шлюза с Источником никак не влияет на работу пользователей. только изменения данные DB_A DB_B DB_C DB_D
- 12. Среды источников для теста данные Цифровые шлюзы (dSources) Целевые среды Тестируем платформу и оцениваем ее 9. Отключаем шлюз от Источника (работа пользователей не прекращается) VDB_1 Иногда пользователи не нуждаются в актуальных состояниях Источника, в таких случаях его можно просто отключить. VDB_2 Отключение шлюза от Источника никак не влияет на работу пользователей. unlink данные DB_A DB_B DB_C DB_D
- 13. Среды источников для теста данные Цифровые шлюзы (dSources) Целевые среды Тестируем платформу и оцениваем ее 10. Возвращаем подключение к Источника (используем Command Line Interface) VDB_1 Администратор платформы всегда может восстановить подключение к Источнику используя CLI. VDB_2 Операции отключения/подключения не влияют на работу пользователей. Link данные DB_A DB_B DB_C DB_D
- 14. Среды источников для теста данные Цифровые шлюзы (dSources) Целевые среды Тестируем платформу и оцениваем ее 11. Подключаем другие источники и выдаем виртуальные базы VDB_1 VDB_2 В ходе проведения PoV ограничением количества выдаваемых VDB явяется только наличие достаточных ресурсов целевых сред. VDB_3 VDB_N VDB_N+1 данные DB_A DB_B DB_C DB_D
- 15. Среды источников для теста данные Цифровые шлюзы (dSources) Целевые среды Тестируем платформу и оцениваем ее 12. Делаем первые оценки (утилизация СХД, пример) VDB_1 VDB_2 VDB_3 VDB_N VDB_N+1 4x20 TB DS , в котором используется: 4x7 TB + (N+1)x100 GB (N+1)x0 GB vs (N+1)x20 TB данные DB_A DB_B DB_C DB_D
- 16. Среды источников для теста данные Цифровые шлюзы (dSources) Целевые среды Тестируем платформу и оцениваем ее 13. Делаем первые оценки (увиличение количества параллельных проектов, пример) VDB_1 VDB_2 VDB_3 VDB_N VDB_N+1 4x20 TB Количество проектов: N+1 vs 4 Утилизация СХД: (N+1)x0 GB vs 4x20 TB DS , в котором используется: 4x7 TB + (N+1)x100 GB данные DB_A DB_B DB_C DB_D
- 17. Среды источников для теста данные Цифровые шлюзы (dSources) Целевые среды Высвобождаем DBA от рутины 14. Настраиваем портал самообслуживания (Jet Stream) VDB_1 VDB_2 VDB_3 VDB_N VDB_N+1 данные DB_A DB_B DB_C DB_D Jet Stream администрирование самоообслуживание
- 18. Самообслуживание, управление контейнером Jet Stream • Подключение к полнофункциональной среде в течении минут
- 19. Jet Stream • Подключение к полнофункциональной среде в течении минут • Сохранение всех изменений, continuous time flow, перемещение в любую точку time flow в течении минут Самообслуживание, управление контейнером
- 20. Jet Stream • Подключение к полнофункциональной среде в течении минут • Сохранение всех изменений, continuous time flow, перемещение в любую точку time flow в течении минут • Возможность создания на одной несущей неограниченного количества линий состояний для различных непараллельных сценариев (branch). Самообслуживание, управление контейнером
- 21. Jet Stream • Подключение к полнофункциональной среде в течении минут • Сохранение всех изменений, continuous time flow, перемещение в любую точку time flow в течении минут • Возможность создания на одной несущей неограниченного количества линий состояний для различных непараллельных сценариев (branch). Переключение между линиями в течении минут. Самообслуживание, управление контейнером
- 22. Jet Stream • Подключение к полнофункциональной среде в течении минут • Сохранение всех изменений, continuous time flow, перемещение в любую точку time flow в течении минут • Возможность создания на одной несущей неограниченного количества линий состояний для различных непараллельных сценариев (branch). Переключение между линиями в течении минут. • Восстановление среды в течении минут. Самообслуживание, управление контейнером
- 23. Jet Stream • Подключение к полнофункциональной среде в течении минут • Сохранение всех изменений, continuous time flow, перемещение в любую точку time flow в течении минут • Возможность создания на одной несущей неограниченного количества линий состояний для различных непараллельных сценариев (branch). Переключение между линиями в течении минут. • Восстановление среды в течении минут. • Закладки, передача и получение состояний, автономизация новых проектов. New VDB provision from any state Самообслуживание, управление контейнером
- 24. Jet Stream • Подключение к полнофункциональной среде в течении минут • Сохранение всех изменений, continuous time flow, перемещение в любую точку time flow в течении минут • Возможность создания на одной несущей неограниченного количества линий состояний для различных непараллельных сценариев (branch). Переключение между линиями в течении минут. • Восстановление среды в течении минут. • Закладки, передача и получение состояний, автономизация новых проектов. • Получение актуального состояния продуктивной среды сразу после релизов в течении минут. Самообслуживание, управление контейнером
- 25. Передача состояний между участниками Split Split Environment • Split получает 2 несущих (VDB) из одного источника*. * В зависимости от реальных потребностей количество VDB может быть другим, VDB сама может служить источником для других VDB Project_A_VDB1 Project_A_VDB2 Master_VDB0
- 26. Передача состояний между участниками Split • Split получает 2 несущих (VDB) из одного источника. • Дефицита ресурсов нет, т.к. базы используют один цифровой источник, соответственно только новые уникальные блоки будут требовать дополнительного места. Split Environment Project_A_VDB1 Project_A_VDB2 Master_VDB0
- 27. Передача состояний между участниками Split • На одной несущей ведется разработка Split Environment Project_A_VDB1 Project_A_VDB2 Master_VDB0
- 28. Передача состояний между участниками Split Test • На одной несущей ведется разработка • На другую предается состояние результатов работ и производится их тестирование. • Bookmark, Share на Project_A_VDB1, продолжение работ. • На Project_A_VDB2 Bookmark, Restore, тестирование. Сборка 1Split Environment Project_A_VDB1 Project_A_VDB2 Master_VDB0
- 29. Передача состояний между участниками Split • Test Ok! – Сборка 1 утверждена. Продолжаются работы над Сборкой 2. Test Сборка 1Split Environment Project_A_VDB1 Project_A_VDB2 Master_VDB0
- 30. Передача состояний между участниками Split • ERRORs! – Project_A_VDB1 исправление ошибок. Test Сборка 1Split Environment Project_A_VDB1 Project_A_VDB2 Master_VDB0
- 31. Передача состояний между участниками Split Test Сборка 1 QA Environment Project_A_VDB3 • Несущая QA, получена из того же источника, настроена максимально близко к условиям, в которых работает продуктивная среда. • Сборки применяются на ней и производятся тесты и проверки в максимально близких к реальным условиях. Split Environment Project_A_VDB1 Project_A_VDB2 Master_VDB0
- 32. Передача состояний между участниками Split Test Сборка 1 QA Environment Project_A_VDB3 • СВОБОДА • НЕЗАВИСИМОСТЬ • СКОРОСТЬ • ВЗАИМОДЕЙСТВИЕ • УВЕРЕННОСТЬ В КАЧЕСТВЕ • АКТУАЛЬНОСТЬ • ГИБКОСТЬ • ЭФФЕКТИВНОСТЬ Split Environment Project_A_VDB1 Project_A_VDB2 Master_VDB0
- 33. Маскирование в одной точке Master_VDB0
- 34. Защита, управление, гибкость Project_A_VDB1 Project_A_VDB2 Master_VDB0 Выдача только маскированных данных
- 35. Делаем комплексную оценку положительного влияния Delphix Dynamic Data Platform на бизнес.