From e94d57deafc6b8468c377e1ad51acdf5ddf4af90 Mon Sep 17 00:00:00 2001 From: Lance Leonard Date: Mon, 16 Aug 2021 07:35:27 -0700 Subject: [PATCH 1/3] Initial draft of upgrade updates. --- content/rs/installing-upgrading/upgrading.md | 153 +++++++++++++------ 1 file changed, 104 insertions(+), 49 deletions(-) diff --git a/content/rs/installing-upgrading/upgrading.md b/content/rs/installing-upgrading/upgrading.md index 345c889827d..bd197ddeff4 100644 --- a/content/rs/installing-upgrading/upgrading.md +++ b/content/rs/installing-upgrading/upgrading.md @@ -7,34 +7,87 @@ alwaysopen: false categories: ["RS"] aliases: /rs/administering/installing-upgrading/upgrading/ --- -To upgrade the Redis Enterprise Software software on a cluster, +To upgrade Redis Enterprise Software on a cluster, you must upgrade each of the nodes and then upgrade each of the databases in the cluster. For Active-Active clusters, you must upgrade all the nodes on all clusters first, and then upgrade each of the databases in each cluster. -{{< warning >}} -Always check the [release notes]({{< relref "/rs/release-notes/_index.md" >}}) before upgrading to a newer version of Redis Enterprise Software. Pay attention to any upgrade notices (for example, the [Redis Enterprise 6.0 upgrade notes]({{< relref "/rs/release-notes/rs-6-0-may-2020#upgrade" >}})). -{{< /warning >}} +## Upgrade planning + +The upgrade process requires a bit of planning: + +1. Always check the [release notes]({{< relref "/rs/release-notes/_index.md" >}}) before upgrading to a newer version of Redis Enterprise Software. + + In particular, take note of any upgrade notes, such as the [Redis Enterprise 6.0 upgrade notes]({{< relref "/rs/release-notes/rs-6-0-may-2020#upgrade" >}})). + +2. Verify version requirements: -Version requirements: + - To upgrade your cluster to v6.2, your cluster must first be on 6.0 or above _and_ your database nodes must be running Redis 6. -- To upgrade your cluster to v6.0, your cluster must first be on 5.4.0 or above - and the databases must be running Redis 5. - To upgrade your cluster to v6.0.20, your cluster must first be on 5.6.0 -- To upgrade your cluster to v5.6, your cluster must first be on 5.0.2-30 or above. -- To upgrade your cluster to v5.4, your cluster must first be on 5.0 or above. -- To upgrade your cluster to v5.2, your cluster must first be on 4.5 or above. -The upgrade process for a Redis Enterprise Software cluster is "ongoing" when the nodes in the cluster have mixed versions. -The upgrade is only considered complete when all of the nodes are upgraded to the new version. + - To upgrade your cluster to v6.0, your cluster must first be on 5.4.0 or above _and_ the databases must be running Redis 5. -{{< warning >}} + - To upgrade your cluster to v5.6, your cluster must first be on 5.0.2-30 or above. -Using features from the newer version before all nodes are upgraded can produce unexpected results or cause failures in the cluster. + - To upgrade your cluster to v5.4, your cluster must first be on 5.0 or above. -{{< /warning >}} + - To upgrade your cluster to v5.2, your cluster must first be on 4.5 or above. + +3. Avoid using features introduced in the newer version until after all nodes have been upgraded; otherwise, unexpected results or cluster failures can occur. + +## Upgrade process + +The upgrade process includes several tasks, including upgrading: + +- [Open source Redis](#upgrade-open-source-redis) +- [Each node](#upgrade-a-node) in the cluster +- [Each database](#upgrade-a-database) +- [Active-active databases](#upgrade-activeactive-databases) + +The following sections provide more info. + +The upgrade process for a Redis Enterprise Software cluster is considered _ongoing_ when nodes in the cluster have mixed versions. + +The upgrade process is only considered _complete_ when all nodes are upgraded to the new version. + +### Upgrade open source Redis + +Part of the Redis Enterprise Software upgrade process includes upgrading open source (OSS) Redis, also known as _core_ Redis. + +Each upgrade of Redis Enterprise Software includes _two_ versions of OSS Redis to help smooth the upgrade process: + +- The _latest_ release reflects the most recent minor release (example: Redis 6.2), whether major (x.0 release) or minor (x.y). + +- The last _major_ release reflects the most recent major release (example: 6.0). + +When you upgrade OSS Redis, you can upgrade from: + +- The previous major release to the current major release. -## Upgrade a node +- The previous minor release to the current minor release. + +If you're not currently using either of supported previous releases, you need to separately update OSS Redis to one of those releases; otherwise, the update to Redis Enterprise Software fails. + +You can use `rladmin` to choose which release to install: + +``` shell +tune cluster redis_upgrade_policy latest +``` + +Updating OSS Redis also updates the default version used to create or update databases. For example, if you update to the example 6.2 release described earlier and then you create a database, its version is `6.2`. + +Databases cannot be used by earlier versions of OSS Redis. Later versions of OSS Redis can, for the most part, use older database versions. (For details, review the relevant release notes.) + +Use `rladmin` to change the default database version: + +``` shell +tune cluster default_redis_version 6.2 +``` + +To learn more, see the [rladmin reference]({{< relref "/rs/release-notes/_index.md" >}}) + +### Upgrade a node Upgrading the software on a node requires installing the [RS installation package]({{< relref "/rs/installing-upgrading/_index.md" >}}) @@ -72,14 +125,14 @@ important to upgrade the nodes one by one, and **not attempt to upgrade more than one node at a time**. {{< /warning >}} -To make sure that the node is functioning properly, run [`rlcheck`]({{< relref "/rs/references/rlcheck.md" >}}) and `rladmin status extra all` +To make sure that the node is functioning properly, run [`rlcheck`]({{< relref "/rs/references/rlcheck.md" >}}) and `rladmin status extra all` on the node both before and after the upgrade. If you have the RS management UI open in the browser while you are upgrading the nodes, make sure that you refresh the browser before trying to work with the UI again. -## Upgrade a database +### Upgrade a database Some upgrades add support for new Redis versions. In these cases, we recommend upgrading the databases to the new Redis @@ -88,10 +141,9 @@ compatible. Redis Software also supports a mix of Redis database versions. Redis Software always supports two Redis versions. By default, new Redis databases are created with the latest version, and existing databases get upgraded -to the latest version according to the instructions detailed below. If -you would like to change the default Redis version to the previous -version supported, you should use the `tune cluster default_redis_version` -command in the `rladmin` CLI and set it to the previous Redis version supported. +to the latest version according to the instructions detailed below. + +To change the default Redis version to the previously supported version, use `rladmin` and run the `tune cluster default_redis_version` command. To check whether your Redis database versions match the latest supported Redis version: @@ -126,40 +178,43 @@ a result: - For databases that have neither replication nor [persistence]({{< relref "/rs/concepts/data-access/persistence.md" >}}) enabled, the database loses all its data after it is restarted. -## Upgrade Active-Active databases {#upgrading-activeactive-databases} +### Upgrade Active-Active databases {#upgrading-activeactive-databases} When you upgrade an Active-Active (CRDB) database, you can also upgrade: -- **Protocol version** - RS 5.4.2 and higher include a new CRDB protocol version to support new Active-Active features. - The CRDB protocol is backward-compatible so that RS 5.4.2 CRDB instances can understand write-operations that come from instances with the older CRDB protocol, but CRDB instances with the older protocol cannot understand write-operations of instances with the newer protocol version. - As a result, after you upgrade the CRDB protocol on one instance, - instances that were not upgraded yet cannot receive write updates from the upgraded instance. +- **Protocol version** - Starting with version 5.4.2, a new CRDB protocol version helps support Active-Active features. + + The CRDB protocol is backward-compatible, which means v5.4.2 CRDB instances can understand write-operations from instances using the the earlier CRDB protocol. However, earlier CRDB instances (those using the older protocol cannot) understand write-operations from instances using the newer protocol version. + + Once you upgrade the CRDB protocol on one instance, non-upgraded instances cannot receive write updates from the upgraded instance. + The upgraded instance receives updates from upgraded and non-upgraded instances. - {{< note >}} + When upgraded to the latest protocol version, upgraded instances automatically receives any missing write-operations. + + _Guidelines:_ -- Upgrade all instances of a specific CRDB within a reasonable time frame to avoid temporary inconsistencies between the instances. -- Make sure that you upgrade all instances of a specific CRDB before you do global operations on the CRDB, such as removing instances and adding new instances. -- Protocol version 0 is deprecated on RS 6.0.20 or later. -- To avoid a failed upgrade, make sure all your Active-Active databases are configured with the latest protocol version before upgrading to Redis Enterprise Software 6.0.20 or later. + - Upgrade all instances of a specific CRDB within a reasonable time frame to avoid temporary inconsistencies between the instances. - {{< /note >}} + - Make sure that you upgrade all instances of a specific CRDB before you do global operations on the CRDB, such as removing instances and adding new instances. - After you upgrade an instance to use the new protocol version, - it automatically receives any missing write-operations. + - As of v6.0.20, protocol version 0 is deprecated; support will be removed in a future version. -- **Feature set version** - RS 5.6.0 and higher include a new feature set version to support new Active-Active features. - When you update the feature set version for an Active-Active database, the feature set version is updated for all of the database instances. + - To avoid upgrade failures, update all Active-Active databases to the latest protocol version _before_ upgrading Redis Enterprise Software to v6.0.20 or later. + +- **Feature version** - Starting with version 5.6.0, a new feature version (also called a _feature set version_) helps support new Active-Active features. + + When you update the feature version for an Active-Active database, the feature version is updated for all of the database instances. - {{< note >}} + _Guidelines:_ + + - As of v6.0.20, feature version 0 is deprecated; support will be removed in a future version. -- Feature set version 0 is deprecated on RS 6.0.20 or later. -- To avoid a failed upgrade, make sure all your Active-Active databases are configured with the latest feature set version before upgrading to Redis Enterprise Software 6.0.20 or later. - {{< /note >}} + - To avoid upgrade failures, update all Active-Active databases to the latest protocol version _before_ upgrading Redis Enterprise Software to v6.0.20 or later. To upgrade a CRDB instance: -1. [Upgrade RS](#upgrading-a-node) on each node in the clusters where the CRDB instances are located. +1. [Upgrade Redis Enterprise Software](#upgrading-a-node) on each node in the clusters where the CRDB instances are located. 1. To see the status of your CRDB instances, run: `rladmin status` @@ -171,24 +226,24 @@ To upgrade a CRDB instance: ![crdb-upgrade-node](/images/rs/crdb-upgrade-node.png) -1. To upgrade each CRDB instance including the Redis version and CRDB protocol version, run: +1. To upgrade each CRDB instance, including the Redis version and CRDB protocol version, run: ```sh rladmin upgrade db ``` If the protocol version is old, read the warning message carefully and confirm. + ![crdb-upgrade-protocol](/images/rs/crdb-upgrade-protocol.png) The CRDB instance uses the new Redis version and CRDB protocol version. - {{% expand "To upgrade the CRDB instance without upgrading the protocol version:" %}} -You can use the `keep_crdt_protocol_version` option to upgrade the database -without upgrading the CRDB protocol version and continue using the old version. -If you use this option, make sure that you upgrade the CRDB protocol soon after with the `rladmin upgrade db` command. + Use the `keep_crdt_protocol_version` option to upgrade the database feature version +without upgrading the CRDB protocol version. + + If you use this option, make sure that you upgrade the CRDB protocol soon after with the `rladmin upgrade db` command. -You must upgrade the CRDB protocol before you update the CRDB feature set version. - {{% /expand %}} + You must upgrade the CRDB protocol before you update the CRDB feature set version. 1. If the feature set version is old, you must upgrade all of the CRDB instances. Then, to update the feature set for each active-active database, run: From 21fec11f9ec00d7002430581457f9ab525539843 Mon Sep 17 00:00:00 2001 From: Lance Leonard Date: Mon, 16 Aug 2021 10:40:11 -0700 Subject: [PATCH 2/3] Editoiral fixes/updates. --- content/rs/installing-upgrading/upgrading.md | 12 ++++++------ content/rs/release-notes/rs-5-6-0-april-2020.md | 2 +- content/rs/release-notes/rs-6-0-12-january-2021.md | 4 ++-- content/rs/release-notes/rs-6-0-20-april-2021.md | 2 +- content/rs/release-notes/rs-6-0-8-september-2020.md | 2 +- content/rs/release-notes/rs-6-0-may-2020.md | 4 ++-- 6 files changed, 13 insertions(+), 13 deletions(-) diff --git a/content/rs/installing-upgrading/upgrading.md b/content/rs/installing-upgrading/upgrading.md index bd197ddeff4..6bd67035f3e 100644 --- a/content/rs/installing-upgrading/upgrading.md +++ b/content/rs/installing-upgrading/upgrading.md @@ -1,5 +1,5 @@ --- -Title: Upgrade Redis Enterprise Software +Title: Upgrade an existing Redis Enterprise Software deployment linkTitle: Upgrade existing deployment description: weight: 60 @@ -18,7 +18,7 @@ The upgrade process requires a bit of planning: 1. Always check the [release notes]({{< relref "/rs/release-notes/_index.md" >}}) before upgrading to a newer version of Redis Enterprise Software. - In particular, take note of any upgrade notes, such as the [Redis Enterprise 6.0 upgrade notes]({{< relref "/rs/release-notes/rs-6-0-may-2020#upgrade" >}})). + In particular, take note of any upgrade notes, such as the [Redis Enterprise 6.0 upgrade notes]({{< relref "/rs/release-notes/rs-6-0-may-2020#upgrade" >}}). 2. Verify version requirements: @@ -43,7 +43,7 @@ The upgrade process includes several tasks, including upgrading: - [Open source Redis](#upgrade-open-source-redis) - [Each node](#upgrade-a-node) in the cluster - [Each database](#upgrade-a-database) -- [Active-active databases](#upgrade-activeactive-databases) +- [Active-Active databases](#upgrade-activeactive-databases) The following sections provide more info. @@ -67,7 +67,7 @@ When you upgrade OSS Redis, you can upgrade from: - The previous minor release to the current minor release. -If you're not currently using either of supported previous releases, you need to separately update OSS Redis to one of those releases; otherwise, the update to Redis Enterprise Software fails. +If you're not currently using either of the supported previous releases included with the update, you need to separately update OSS Redis to one of those releases; otherwise, the update to Redis Enterprise Software fails. You can use `rladmin` to choose which release to install: @@ -85,7 +85,7 @@ Use `rladmin` to change the default database version: tune cluster default_redis_version 6.2 ``` -To learn more, see the [rladmin reference]({{< relref "/rs/release-notes/_index.md" >}}) +To learn more, see the [rladmin reference]({{< relref "/rs/references/rladmin.md#tune-cluster" >}}) ### Upgrade a node @@ -178,7 +178,7 @@ a result: - For databases that have neither replication nor [persistence]({{< relref "/rs/concepts/data-access/persistence.md" >}}) enabled, the database loses all its data after it is restarted. -### Upgrade Active-Active databases {#upgrading-activeactive-databases} +### Upgrade Active-Active databases When you upgrade an Active-Active (CRDB) database, you can also upgrade: diff --git a/content/rs/release-notes/rs-5-6-0-april-2020.md b/content/rs/release-notes/rs-5-6-0-april-2020.md index 82fb839f979..2d49072a74c 100644 --- a/content/rs/release-notes/rs-5-6-0-april-2020.md +++ b/content/rs/release-notes/rs-5-6-0-april-2020.md @@ -22,7 +22,7 @@ categories: ["RS"] ### Upgrade - Follow [these instructions]({{< relref "/rs/installing-upgrading/upgrading.md" >}}) for upgrading to RS 5.6.0 from RS 5.0.2 and above. -- For Active-Active databases, you must upgrade the [feature set version]({{< relref "/rs/installing-upgrading/upgrading#upgrading-activeactive-databases" >}}). +- For Active-Active databases, you must upgrade the [feature set version]({{< relref "/rs/installing-upgrading/upgrading#upgrade-activeactive-databases" >}}). ### End of life diff --git a/content/rs/release-notes/rs-6-0-12-january-2021.md b/content/rs/release-notes/rs-6-0-12-january-2021.md index 8fc78e024f1..8a3f3c210e9 100644 --- a/content/rs/release-notes/rs-6-0-12-january-2021.md +++ b/content/rs/release-notes/rs-6-0-12-january-2021.md @@ -23,7 +23,7 @@ And other functional and stability improvements. #### Upgrade instructions - Follow [these instructions]({{}}) for upgrading to RS 6.0.12 from RS 5.4.0 and above. -- For Active-Active deployments, this release requires that you [upgrade the CRDB featureset version]({{}}). +- For Active-Active deployments, this release requires that you [upgrade the CRDB featureset version]({{}}). #### Product lifecycle information @@ -92,7 +92,7 @@ This is a configurable option and currently under preview mode. This behavior wi To enable the syncer automatic recovery, do these steps on each participating cluster: -1. [Upgrade the featureset version]({{< relref "/rs/installing-upgrading/upgrading#upgrading-activeactive-databases" >}}) to `3`. +1. [Upgrade the featureset version]({{< relref "/rs/installing-upgrading/upgrading#upgrade-activeactive-databases" >}}) to `3`. 1. Enable the syncer automatic recovery using the REST API: ```sh diff --git a/content/rs/release-notes/rs-6-0-20-april-2021.md b/content/rs/release-notes/rs-6-0-20-april-2021.md index 27d33327e9e..7ee922b6b66 100644 --- a/content/rs/release-notes/rs-6-0-20-april-2021.md +++ b/content/rs/release-notes/rs-6-0-20-april-2021.md @@ -42,7 +42,7 @@ And other functional and stability improvements. - Note that upgrades from earlier Redis Software versions are not supported. -- For Active-Active deployments, this release requires that you [upgrade the CRDB featureset version]({{}}). +- For Active-Active deployments, this release requires that you [upgrade the CRDB featureset version]({{}}). - Upgrades of Active-Active databases to Redis Software 6.0.20, will require all their instances to run with protocol version 1 and featureset version 1 or above. diff --git a/content/rs/release-notes/rs-6-0-8-september-2020.md b/content/rs/release-notes/rs-6-0-8-september-2020.md index 84fb12fbe73..634c897f2f9 100644 --- a/content/rs/release-notes/rs-6-0-8-september-2020.md +++ b/content/rs/release-notes/rs-6-0-8-september-2020.md @@ -14,7 +14,7 @@ This version includes the new RediSearch 2.0 module, open source Redis 6.0.5, ch ### Upgrade instructions Follow [these instructions]({{< relref "/rs/installing-upgrading/upgrading.md" >}}) for upgrading to RS 6.0.8 from RS 5.4.0 and above. -For Active-Active deployments, this release requires that you [upgrade the CRDB featureset version]({{< relref "/rs/installing-upgrading/upgrading#upgrading-activeactive-databases" >}}). +For Active-Active deployments, this release requires that you [upgrade the CRDB featureset version]({{< relref "/rs/installing-upgrading/upgrading#upgrade-activeactive-databases" >}}). ### End of life diff --git a/content/rs/release-notes/rs-6-0-may-2020.md b/content/rs/release-notes/rs-6-0-may-2020.md index b08da4d1c93..be6a4d3a9a5 100644 --- a/content/rs/release-notes/rs-6-0-may-2020.md +++ b/content/rs/release-notes/rs-6-0-may-2020.md @@ -14,7 +14,7 @@ This new version bundles open-source Redis 6, implements enhanced Access Control ### Upgrade instructions Follow [these instructions]({{< relref "/rs/installing-upgrading/upgrading.md" >}}) for upgrading to RS 6.0 from RS 5.4.0 and above. -For Active-Active deployments, this release requires that you [upgrade the CRDB featureset version]({{< relref "/rs/installing-upgrading/upgrading#upgrading-activeactive-databases" >}}). +For Active-Active deployments, this release requires that you [upgrade the CRDB featureset version]({{< relref "/rs/installing-upgrading/upgrading#upgrade-activeactive-databases" >}}). ### End of life @@ -45,7 +45,7 @@ For more information, check out the [Redis Enterprise Software user management d ### Active-Active support for Redis Streams -RS 6.0 adds support for Redis Streams on Active-Active geo-distributed databases using conflict-free replicated data type (CRDT). You can now use all Redis Streams commands including consumer groups on Active-Active databases. To enable it, [upgrade your Active-Active database]({{< relref "/rs/installing-upgrading/upgrading#upgrading-activeactive-databases" >}}) featureset version to the latest (featureset version = 2) as part of the upgrade process. +RS 6.0 adds support for Redis Streams on Active-Active geo-distributed databases using conflict-free replicated data type (CRDT). You can now use all Redis Streams commands including consumer groups on Active-Active databases. To enable it, [upgrade your Active-Active database]({{< relref "/rs/installing-upgrading/upgrading#upgrade-activeactive-databases" >}}) featureset version to the latest (featureset version = 2) as part of the upgrade process. For more information, check out [Redis Streams on Active Active databases]({{< relref "/rs/references/developing-for-active-active/developing-strings-active-active.md" >}}). ## Redis modules From 93dd81dba4c0962dafbafafe8e2a8a01e77440e3 Mon Sep 17 00:00:00 2001 From: Lance Leonard Date: Mon, 16 Aug 2021 11:08:11 -0700 Subject: [PATCH 3/3] Adding CRDB and headings. --- content/glossary/_index.md | 28 ++++++++++++++++++++++++++-- 1 file changed, 26 insertions(+), 2 deletions(-) diff --git a/content/glossary/_index.md b/content/glossary/_index.md index ec9705ae7ac..d2252cb25a9 100644 --- a/content/glossary/_index.md +++ b/content/glossary/_index.md @@ -12,6 +12,8 @@ categories: ["Glossary"] {{%/definition%}} ---> +## A, B + {{%definition "admission controller"%}} A piece of code that intercepts requests to the Kubernetes API server prior to persistence of the object. @@ -24,8 +26,9 @@ Allows you to manage permissions based on key patterns. More info: [redis.io/topics/acl](https://redis.io/topics/acl); [ACL wikipedia](https://en.wikipedia.org/wiki/Access-control_list); [Database access control]({{}}); [Update database ACLs]({{}}); [Passwords, users, and roles]({{}}) {{%/definition%}} + {{%definition "Active-Active database (CRDB)"%}} -Geo-distributed databases that span multiple [Redis Enterprise Software]({{}}) [clusters]({{}}). Active-Active databases depend on [multi-master replication (MMR)]({{}}) and [conflict-free replicated data types (CRDTs)]({{}}) to power a simple development experience for geo-distributed applications. +Geo-distributed databases that span multiple [Redis Enterprise Software]({{}}) [clusters]({{}}). Active-Active databases, also known as conflict-free replicated databases (CRDB), depend on [multi-master replication (MMR)]({{}}) and [conflict-free replicated data types (CRDTs)]({{}}) to power a simple development experience for geo-distributed applications. More info: [Active-Active Geo-Distributed Redis]({{}}), [Geo-Distributed Active-Active Redis Applications]({{}}), [Developing Applications for Active-Active Databases]({{}}) {{%/definition%}} @@ -45,6 +48,8 @@ dataset by replaying the append-only log from the beginning to the end. More info: [Data Persistence]({{}}), [Data Persistence with Redis Enterprise Software]({{}}) {{%/definition%}} +## C + {{%definition "CIDR allowlist"%}} Classless Inter-Domain Routing (CIDR) is a method to allocate and route IP addresses. A CIDR allowlist defines a range of IP addresses and permits connections to them. @@ -65,6 +70,11 @@ An internally managed Redis database that acts a single repository for all clust A collection of Redis Enterprise services responsible for provisioning, migration, monitoring, re-sharding, re-balancing, de-provisioning, auto-scaling {{%/definition%}} +{{%definition "conflict-free replicated databases (CRDB)"%}} + +Conflict-free replicated databases (CRDB) are an alternate name for [Active-Active databases](#active-active). +{{%/definition%}} + {{%definition "conflict-free replicated data types (CRDT)"%}} Techniques used by Redis data types in Active-Active databases that handle conflicting concurrent writes across member Active-Active databases. The Redis Enterprise implementation of CRDT is called an Active-Active database (formerly known as CRDB). @@ -77,6 +87,8 @@ Custom code that defines a resource to add to your Kubernetes API server without More info: [CustomResourceDefinition](https://kubernetes.io/docs/reference/glossary/?fundamental=true#term-CustomResourceDefinition), [Custom Resources](https://kubernetes.io/docs/concepts/extend-kubernetes/api-extension/custom-resources/) {{%/definition%}} +## D - F + {{%definition "data eviction policy"%}} Defines how excess data is handled when the database exceeds the memory limit. @@ -95,6 +107,8 @@ Linux command to synchronize a file's in-core state with a storage device More info: [`fsync` man page]("https://man7.org/linux/man-pages/man2/fsync.2.html") {{%/definition%}} +## G - J + {{%definition "hash slot"%}} The result of a hash calculation. @@ -113,6 +127,8 @@ An API object that manages external access to the services in a Kubernetes clust More info: [Ingress](https://kubernetes.io/docs/concepts/services-networking/ingress/) {{%/definition%}} +## K, L + {{%definition "kubectl"%}} A command line tool for communicating with a Kubernetes API server. @@ -125,7 +141,9 @@ A protocol for accessing and maintaining distributed directory services over an More info: [LDAP wikipedia](https://en.wikipedia.org/wiki/Lightweight_Directory_Access_Protocol/), [LDAP authentication]({{}}) {{%/definition%}} -{{%definition "master node"%}} +## M - O + +{{%definition "Master node"%}} Node that operates as the leader of a cluster {{%/definition%}} @@ -159,6 +177,8 @@ More info: [Operator pattern](https://kubernetes.io/docs/concepts/extend-kuberne If a member Active-Active database is in an out of memory situation, that member is marked “inconsistent” by Redis Enterprise Software, the member stops responding to user traffic, and the syncer initiates full reconciliation with other peers in the Active-Active database. {{%/definition%}} +## P - R + {{%definition "participating clusters"%}} Clusters participating in the multi-master replication of an Active-Active database. {{%/definition%}} @@ -240,6 +260,8 @@ A security approach that restricts system access to authorized users. More info: [RBAC wikipedia](https://en.wikipedia.org/wiki/Role-based_access_control); [Database access control]({{}}); [Passwords, users, and roles]({{}}) {{%/definition%}} +## S + {{%definition "secret"%}} Kubernetes term for object that stores sensitive information, such as passwords, OAuth tokens, and ssh keys. {{%/definition%}} @@ -264,6 +286,8 @@ More info: [SASL wikipedia](https://en.wikipedia.org/wiki/Simple_Authentication_ Data persistence file that performs a data dump every one, six, or twelve hours. {{%/definition%}} +## T - Z + {{%definition "Transport Layer Security (TLS)"%}} Protocols that provide communications security over a computer network.