You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
<a href="#community-support">Сообщество и поддержка</a>
35
+
<a href="#сообщество-и-поддержка">Сообщество и поддержка</a>
36
36
<span> | </span>
37
-
<a href="./CONTRIBUTING.md">Contributing</a>
37
+
<a href="../CONTRIBUTING.md">Участие</a>
38
38
</h3>
39
39
</div>
40
40
41
41
## Зачем это нужно?
42
-
- Создавайте dev-, QA-, staging-среды, основанные на полноразмерных баз данных, идентичных или приближенных к «боевым».
43
-
- Получите доступ к временным полноразмерным клонам «боевой» БД для анализа запросов SQL и оптимизации (смотрите также: [чат-бот для оптимизации SQL Joe](https://gitlab.com/postgres-ai/joe)).
42
+
- Создавайте dev-, QA-, staging-среды, основанные на полноразмерных базах данных, идентичных или приближенных к «боевым».
43
+
- Получите доступ к временным полноразмерным клонам «боевых» БД для анализа запросов SQL и оптимизации (смотрите также: [чат-бот для оптимизации SQL Joe](https://gitlab.com/postgres-ai/joe)).
44
44
- Автоматически тестируйте изменения БД в CI/CD-пайплайнах, чтобы не допускать инцидентов в продуктиве.
45
45
46
46
Например, клонирование 1-терабайтной базы данных PostgreSQL занимает около 10 секунд. При этом десятки независимых клонов могут работать на одной машине, обеспечивая разработку и тестирование без увеличения затрат на железо.
- зайдите на [Database Lab Platform](https://console.postgres.ai/), присоединитесь к организации "Demo" и тестируйте клонировани ~1-терабайтной демо базы данных или
53
+
- смотрите другое демо, DLE CE: https://nik-tf-test.aws.postgres.ai:446/instance, используйте демо-токен, чтобы зайти (это демо имеет самозаверенные сертификаты, так что игнорируйте жалобы браузера)
54
+
50
55
## Как это работает
51
56
Тонкое клонирование работает сверхбыстро, так как оно базируется на технологии [Copy-on-Write (CoW)](https://en.wikipedia.org/wiki/Copy-on-write#In_computer_storage). DLE поддерживает два варианта CoW: [ZFS](https://en.wikipedia.org/wiki/ZFS) (используется по умолчанию) и [LVM](https://en.wikipedia.org/wiki/Logical_Volume_Manager_(Linux)).
52
57
53
-
При работе с ZFS, DLE периодически создаёт новые снимки директории данных и поддерживает набор таких снимков, периодически зачищая старые неиспользуемые. При создании новых клонов пользователи могут выбрать, на основе какого именно снимка создавать клон.
58
+
При работе с ZFS, DLE периодически создаёт новые снимки директории данных и поддерживает набор таких снимков, резулярно зачищая старые неиспользуемые. При создании новых клонов пользователи могут выбирать, на основе какого именно снимка создавать клон.
54
59
55
60
Узнать больше можно по следующим ссылкам:
56
61
-[Как это работает](https://postgres.ai/products/how-it-works)
@@ -72,18 +77,18 @@
72
77
- Максимальное теоритическое количество снимков: 2<sup>64</sup>. ([ZFS](https://en.wikipedia.org/wiki/ZFS), вариант по умолчанию).
73
78
- Максимальный теоритический размер директории данных PostgreSQL: 256 квадриллионов зебибайт или 2<sup>128</sup> байт ([ZFS](https://en.wikipedia.org/wiki/ZFS), вариант по умолчанию).
74
79
- Поддерживаются все основные версии PostgreSQL: 9.6-14.
75
-
- Для реализации тонкого клонирования поддерживается две технологии ([CoW](https://en.wikipedia.org/wiki/Copy-on-write)): [ZFS](https://en.wikipedia.org/wiki/ZFS) и [LVM](https://en.wikipedia.org/wiki/Logical_Volume_Manager_(Linux)).
80
+
- Для реализации тонкого клонирования поддерживаются две технологии ([CoW](https://en.wikipedia.org/wiki/Copy-on-write)): [ZFS](https://en.wikipedia.org/wiki/ZFS) и [LVM](https://en.wikipedia.org/wiki/Logical_Volume_Manager_(Linux)).
76
81
- Все компоненты работают в Docker-контейнерах.
77
82
- UI для удобства ручных действий пользователя.
78
83
- API и CLI для удобства автоматизации работы со снимками и клонами DLE.
79
-
-По умолчанию контейнеры PostgreSQL включают огромное количество популярных расширений ([docs](https://postgres.ai/docs/database-lab/supported-databases#extensions-included-by-default)).
80
-
-Контейнеры PostgreSQL могут быть кастомизированы ([docs](https://postgres.ai/docs/database-lab/supported-databases#how-to-add-more-extensions)).
84
+
-Контейнеры с PostgreSQL по умолчанию поставляются с большим количеством популярных расширений ([docs](https://postgres.ai/docs/database-lab/supported-databases#extensions-included-by-default)).
85
+
-Поддерживается расширение контейнеров PostgreSQL ([docs](https://postgres.ai/docs/database-lab/supported-databases#how-to-add-more-extensions)).
81
86
- БД-источник может находиться где угодно (Postgres под управлением пользователя, Яндекс.Облако, AWS RDS, GCP CloudSQL, Azure, Timescale Cloud и т.д.) и не требует никаких изменений. Нет никакий требований для установки ZFS или Docker в БД-источники (продуктивная БД).
82
-
- Первоначальное получение данных может быть выполнено как на физическом (pg_basebackup или инструменты для бэкапов — такие как WAL-G, pgBackRest), так и на логичесом (dump/restore напрямую из источника или восстановление из файлов, хранящихся в AWS S3) уровнях.
87
+
- Первоначальное получение данных может быть выполнено как на физическом (pg_basebackup или инструменты для бэкапов — такие как WAL-G, pgBackRest), так и на логическом (dump/restore напрямую из источника или восстановление из файлов, хранящихся в AWS S3) уровнях.
83
88
- Для логического режима поддерживается частичное восстановление данных (конкретные БД, таблицы).
84
-
- Для физического режима поддерживвется постоянно обновляемое состояние ("sync container"), чтоделает DLE специализированной репликой.
89
+
- Для физического режима поддерживвется постоянно обновляемое состояние ("sync container"), что, по сути, делает DLE репликой специального назначения.
85
90
- Для логического режима поддерживается периодическое полное обновление данных, полностью автоматизированное и контролируемое DLE. Есть возможность использовать несколько дисков, содержащих различные версии БД, так что процесс обновления не приводит к простою в работе c DLE и клонами.
86
-
- Сверхбыстрое восстановление на конкретную временную (Point in Time Recovery, PITR).
91
+
- Сверхбыстрое восстановление на конкретную временную точку (Point in Time Recovery, PITR).
87
92
- Неиспользованные клоны автоматически удаляются.
88
93
- Опциональный флаг «защита от удаления» защищает клон от автоматического или ручного удаления.
89
94
- В конфигурации DLE можно настроить политику зачистки снимков.
@@ -100,12 +105,12 @@
100
105
### Поставьте проекту звёздочку
101
106
Самый простой способ поддержки - поставить проекту звезду на GitHub/GitLab:
102
107
103
-

108
+

104
109
105
110
### Укажите явно, что вы используете DLE
106
111
Пожалуйста, опубликуйте твит с упоминанием [@Database_Lab](https://twitter.com/Database_Lab) или поделитесь ссылкой на этот репозиторий в вашей любимой социальной сети.
107
112
108
-
Если вы используете DLE в работе, подумайте, где вы могли бы об этом упомянуть. Один из лучших способов упомянания - использование графики с ссылкой. Некоторые материалы можно найти в директории `./assets`. Пожалуйста, используйте их в своих документая, презентациях, интерфейсах приложений и вебсайтов, чтобы показать, что вы используете DLE.
113
+
Если вы используете DLE в работе, подумайте, где вы могли бы об этом упомянуть. Один из лучших способов упоминания - использование графики с ссылкой. Некоторые материалы можно найти в директории `./assets`. Пожалуйста, используйте их в своих документах, презентациях, интерфейсах приложений и вебсайтов, чтобы показать, что вы используете DLE.
0 commit comments