Не смотря на то, что Delphix Dynamic Data Platform широко используется с комплексными бизнес-платформами от таких производителей как SAP, Oracle, Microsoft, IBM и многих других.Попробовать ее и оценить, как она может положительно повлиять нетолько на ИТ но и на весь бизнес вашей компании довольно просто. В презентации кратко описан подход Efficient IT к проведению Proof of Value 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
на бизнес.