---
Title: Create Active-Active database (REAADB)
alwaysopen: false
categories:
- docs
- operate
- kubernetes
description: null
linkTitle: Create database
weight: 30
---



## Prerequisites

To create an Active-Active database, make sure you've completed all the following steps and have gathered the information listed below each step.

1. Configure the [admission controller and ValidatingWebhook]({{< relref "/operate/kubernetes/deployment/quick-start#enable-the-admission-controller/" >}}).
   {{<note>}}These are installed and enabled by default on clusters created via the OpenShift OperatorHub. {{</note>}}

2. Create two or more [RedisEnterpriseCluster (REC) custom resources]({{< relref "/operate/kubernetes/deployment/quick-start#create-a-redis-enterprise-cluster-rec" >}}) with enough [memory resources]({{< relref "/operate/rs/installing-upgrading/install/plan-deployment/hardware-requirements" >}}).
   * Name of each REC (`<rec-name>`)
   * Namespace for each REC (`<rec-namespace>`)

3. Configure the REC [`ingressOrRoutes` field]({{< relref "/operate/kubernetes/networking/ingressorroutespec" >}}) and [create DNS records]({{< relref "/operate/kubernetes/networking/ingressorroutespec#configure-dns/" >}}).
   * REC API hostname (`api-<rec-name>-<rec-namespace>.<subdomain>`)
   * Database hostname suffix (`-db-<rec-name>-<rec-namespace>.<subdomain>`)

4. [Prepare participating clusters]({{< relref "/operate/kubernetes/active-active/prepare-clusters" >}})
   * RERC name (`<rerc-name`>)
   * RERC secret name (`redis-enterprise-<rerc-name>`)

For a list of example values used throughout this article, see the [Example values](#example-values) section.

## Create RERC custom resources {#create-rerc}

1. Create a `RedisEnterpriseRemoteCluster` (RERC) custom resource file for each participating Redis Enterprise cluster (REC).

Below are examples of RERC resources for two participating clusters. Substitute your own values to create your own resource.

Example RERC (`rerc-ohare`) for the REC named `rec-chicago` in the namespace `ns-illinois`:

{{<embed-yaml "k8s/rerc-ohare.md" "rerc-ohare.yaml">}}

Example RERC (`rerc-raegan`) for the REC named `rec-arlington` in the namespace `ns-virginia`:

{{<embed-yaml "k8s/rerc-raegan.md" "rerc-raegan.yaml">}}

For more details on RERC fields, see the [RERC API reference]({{<relref "/operate/kubernetes/reference/api/redis_enterprise_remote_cluster_api">}}).

2. Create a Redis Enterprise remote cluster from each RERC custom resource file.
  
```sh
kubectl create -f <rerc-file>
```

3. Check the status of your RERC. If `STATUS` is `Active` and `SPEC STATUS` is `Valid`, then your configurations are correct.
  
```sh
kubectl get rerc <rerc-name>
```

The output should look similar to:

```sh
kubectl get rerc rerc-ohare

NAME        STATUS   SPEC STATUS   LOCAL
rerc-ohare   Active   Valid         true
```
  
In case of errors, review the RERC custom resource events and the Redis Enterprise operator logs.

## Create the REAADB {#create-reaadb}

1. Create a `RedisEnterpriseActiveActiveDatabase` (REAADB) custom resource file meeting the naming requirements and listing the names of the RERC custom resources created in the last step.

Naming requirements:
* less than 63 characters
* contains only lowercase letters, numbers, or hyphens
* starts with a letter
* ends with a letter or digit
* **must be unique across all participating clusters**

   The admission controller prevents duplicate database names when databases are created via the Kubernetes operator. Ensure database names are unique across all participating clusters to avoid service deletion and database unavailability.

Example REAADB named `reaadb-boeing` linked to the REC named `rec-chicago` with two participating clusters and a global database configuration with shard count set to 3:

{{<embed-yaml "k8s/reaadb-boeing.md" "reaadb-boeing.yaml">}}

{{<note>}}Sharding is disabled on Active-Active databases created with a `shardCount` of 1. Sharding cannot be enabled after database creation. {{</note>}}

For more details on RERC fields, see the [RERC API reference]({{<relref "/operate/kubernetes/reference/api/redis_enterprise_remote_cluster_api">}}).

2. Create a Redis Enterprise Active-Active database from the REAADB custom resource file.
  
```sh
kubectl create -f <reaadb-file>
```

3. Check the status of your RERC. If `STATUS` is `Active` and `SPEC STATUS` is `Valid`, your configurations are correct.
  
```sh
kubectl get reaadb <reaadb-name>
```

The output should look similar to:

```sh
kubectl get reaadb reaadb-boeing

NAME              STATUS   SPEC STATUS   LINKED REDBS   REPLICATION STATUS
reaadb-boeing     active   Valid                        up             
```
  
In case of errors, review the REAADB custom resource events and the Redis Enterprise operator logs.

## Example values

This article uses the example values listed below. You can also find them in the [YAML examples]({{< relref "/operate/kubernetes/reference/yaml/active-active" >}}) section.

Example cluster 1:

* REC name: `rec-chicago`
* REC namespace: `ns-illinois`
* RERC name: `rerc-ohare`
* RERC secret name: `redis-enterprise-rerc-ohare`
* API FQDN: `api-rec-chicago-ns-illinois.example.com`
* DB FQDN suffix: `-db-rec-chicago-ns-illinois.example.com`

Example cluster 2:

* REC name: `rec-arlington`
* REC namespace: `ns-virginia`
* RERC name: `rerc-raegan`
* RERC secret name: `redis-enterprise-rerc-reagan`
* API FQDN: `api-rec-arlington-ns-virginia.example.com`
* DB FQDN suffix: `-db-rec-arlington-ns-virginia.example.com`