Keycloak

Форк
0
/
operate-network-partition-recovery.adoc 
79 строк · 3.0 Кб
1
<#import "/templates/guide.adoc" as tmpl>
2
<#import "/templates/links.adoc" as links>
3

4
<@tmpl.guide
5
title="Recover from an out-of-sync passive site"
6
summary="This describes the automatic and operational procedures necessary" >
7

8
This {section} describes the procedures required to synchronize the secondary site with the primary site in a setup as outlined in <@links.ha id="concepts-active-passive-sync" /> together with the blueprints outlined in <@links.ha id="bblocks-active-passive-sync" />.
9

10
include::partials/infinispan/infinispan-attributes.adoc[]
11

12
// used by the CLI commands to avoid duplicating the code.
13
:stale-site: secondary
14
:keep-site: primary
15
:keep-site-name: {site-a-cr}
16
:stale-site-name: {site-b-cr}
17

18
== When to use procedure
19

20
Use this after a temporary disconnection between sites where {jdgserver_name} was disconnected and the contents of the caches are out-of-sync.
21

22
At the end of the procedure, the session contents on the secondary site have been discarded and replaced by the session contents of the primary site.
23
All caches in the secondary site have been cleared to prevent invalid cached contents.
24

25
See the <@links.ha id="introduction" /> {section} for different operational procedures.
26

27
== Procedures
28

29
=== {jdgserver_name} Cluster
30

31
For the context of this {section}, `{site-a}` is the primary site and is active, and `{site-b}` is the secondary site and is passive.
32

33
Network partitions may happen between the site and the replication between the {jdgserver_name} cluster will stop.
34
These procedures bring both sites back in sync.
35

36
WARNING: Transferring the full state may impact the {jdgserver_name} cluster performance by increasing the response time and/or resources usage.
37

38
The first procedure is to delete the stale data from the secondary site.
39

40
. Login into your secondary site.
41

42
. Shutdown {project_name}.
43
This will clear all {project_name} caches, and it prevents the state of {project_name} from being out-of-sync with {jdgserver_name}.
44
+
45
When deploying {project_name} using the {project_name} Operator, change the number of {project_name} instances in the {project_name} Custom Resource to 0.
46

47
<#include "partials/infinispan/infinispan-cli-connect.adoc" />
48

49
include::partials/infinispan/infinispan-cli-clear-caches.adoc[]
50

51
Now we are ready to transfer the state from the primary site to the secondary site.
52

53
. Login into your primary site
54

55
<#include "partials/infinispan/infinispan-cli-connect.adoc" />
56

57
include::partials/infinispan/infinispan-cli-state-transfer.adoc[]
58

59
As now the state is available in the secondary site, {project_name} can be started again:
60

61
. Login into your secondary site.
62

63
. Startup {project_name}.
64
+
65
When deploying {project_name} using the {project_name} Operator, change the number of {project_name} instances in the {project_name} Custom Resource to the original value.
66

67
=== AWS Aurora Database
68

69
No action required.
70

71
=== Route53
72

73
No action required.
74

75
== Further reading
76

77
See <@links.ha id="concepts-infinispan-cli-batch" /> on how to automate Infinispan CLI commands.
78

79
</@tmpl.guide>
80

Использование cookies

Мы используем файлы cookie в соответствии с Политикой конфиденциальности и Политикой использования cookies.

Нажимая кнопку «Принимаю», Вы даете АО «СберТех» согласие на обработку Ваших персональных данных в целях совершенствования нашего веб-сайта и Сервиса GitVerse, а также повышения удобства их использования.

Запретить использование cookies Вы можете самостоятельно в настройках Вашего браузера.