ROBIN Storage in Action

Advance Data Management for Kubernetes

ROBIN Storage for Postgres
ROBIN Storage for MySQL
ROBIN Storage for MariaDB

Scenario one - Postgres Deploy, Snapshot, and Rollback

Snapshots allow you to restore your application’s state to a point-in-time. If you make a mistake, such as unintentionally deleting important data, you can simply undo it by restoring a snapshot. In this demo, we will:

  1. Deploy a Postgres database on Kubernetes using Helm and ROBIN Storage
  2. Register our Postgres database with ROBIN as an “app”
  3. Incrementally add data to our database and take snapshots
  4.  Simulate a user error or database fault by deleting some data
  5. Recover the lost data using snapshot with ROBIN Rollback feature

We will see how we can roll back an entire PostgreSQL database, including all Kubernetes resources such as Pods, StatefulSets, ConfigMaps, PersistentVolumeClaims, etc. with a single command.

Scenario two - MySQL Deploy, Snapshot, and Rollback

Snapshots allow you to restore your application’s state to a point-in-time. If you make a mistake, such as unintentionally deleting important data, you can simply undo it by restoring a snapshot. In this demo, we will:

  1. Deploy a MySQL database on Kubernetes using Helm and ROBIN Storage
  2. Register our MySQL database with ROBIN as an “app”
  3. Incrementally add data to our database and take snapshots
  4. Simulate a user error or database fault by deleting some data
  5. Recover the lost data using snapshot with ROBIN Rollback feature

We will see how we can roll back an entire MySQL database, including all Kubernetes resources such as Pods, StatefulSets, ConfigMaps, PersistentVolumeClaims, etc. with a single command.

Scenario three - MariaDB Deploy, Snapshot, and Rollback

Snapshots allow you to restore your application’s state to a point-in-time. If you make a mistake, such as unintentionally deleting important data, you can simply undo it by restoring a snapshot. In this demo, we will:

  1. Deploy a MariaDB database on Kubernetes using Helm and ROBIN Storage
  2. Register our MariaDB database with ROBIN as an “app”
  3. Incrementally add data to our database and take snapshots
  4. Simulate a user error or database fault by deleting some data
  5. Recover the lost data using snapshot with ROBIN Rollback feature

We will see how we can roll back an entire MariaDB database, including all Kubernetes resources such as Pods, StatefulSets, ConfigMaps, PersistentVolumeClaims, etc. with a single command.

ROBIN Storage for Postgres
ROBIN Storage for MariaDB

Scenario one - Clone entire Postgres Database, not just storage volumes

Application cloning improves the collaboration across Dev/Test/Ops teams. Teams can share app+data quickly, reducing the procedural delays involved in re-creating environments. Each team can work on their clone without affecting other teams. In this demo, we will:

  1. Use a PostgreSQL database Snapshot to create a clone
  2. Verify the clone reflects the data captured in the snapshot
  3. Modify the cloned database and verify the original database remains unaffected

We will see how we can clone an entire PostgreSQL database, including all Kubernetes resources such as Pods, StatefulSets, ConfigMaps, PersistentVolumeClaims, etc. with a single command.

Scenario two - Clone entire MySQL Database, not just storage volumes

Application cloning improves the collaboration across Dev/Test/Ops teams. Teams can share app+data quickly, reducing the procedural delays involved in re-creating environments. Each team can work on their clone without affecting other teams. In this demo, we will:

  1. Use a MySQL database Snapshot to create a clone
  2. Verify the clone reflects the data captured in the snapshot
  3. Modify the cloned database and verify the original database remains unaffected

We will see how we can clone an entire MySQL database, including all Kubernetes resources such as Pods, StatefulSets, ConfigMaps, PersistentVolumeClaims, etc. with a single command.

Scenario three - Clone entire MariaDB Database, not just storage volumes

Cloning applications improves the collaboration across Dev/Test/Ops teams. Teams can share app+data quickly, reducing the procedural delays involved in re-creating environments. Each team can work on their clone without affecting other teams. In this demo, we will:

  1. Use a MariaDB database Snapshot to create a clone
  2. Verify the clone reflects the data captured in the snapshot
  3. Modify the cloned database and verify the original database remains unaffected

We will see how we can clone an entire MariaDB database, including all Kubernetes resources such as Pods, StatefulSets, ConfigMaps, PersistentVolumeClaims, etc. with a single command.

ROBIN Storage for Postgres
ROBIN Storage for MariaDB

Scenario one - Backup entire Postgres database including all Kubernetes resources

Backups are useful to restore an entire application from an external storage media in the event of catastrophic failures, such as disks errors, server failures, or entire datacenters going offline. In this demo, we will:

  1. Register a Google Cloud Storage (GCS) repository as the secondary storage repository
  2. Attached the secondary storage repo to our PostgreSQL app
  3. Create a backup into the secondary storage repo using a snapshot

We will see how we can backup an entire PostgreSQL database, including all Kubernetes resources such as Pods, StatefulSets, ConfigMaps, PersistentVolumeClaims, etc. with a single command.

Scenario two - Backup entire MySQL database including all Kubernetes resources

Backups are useful to restore an entire application from an external storage media in the event of catastrophic failures, such as disks errors, server failures, or entire datacenters going offline. In this demo, we will:

  1. Register a Google Cloud Storage (GCS) repository as secondary storage repository
  2. Attached the secondary storage repo to our MySQL app
  3. Create a backup into the secondary storage repo using a snapshot

We will see how we can backup an entire MySQL database, including all Kubernetes resources such as Pods, StatefulSets, ConfigMaps, PersistentVolumeClaims, etc. with a single command.

Scenario three - Backup entire MariaDB database including all Kubernetes resources

Backups are useful to restore an entire application from an external storage media in the event of catastrophic failures, such as disks errors, server failures, or entire datacenters going offline. In this demo, we will:

  1. Register a Google Cloud Storage (GCS) repository as the secondary storage repository
  2. Attached the secondary storage repo to our MariaDB app
  3. Create a backup into the secondary storage repo using a snapshot

We will see how we can backup an entire MariaDB database, including all Kubernetes resources such as Pods, StatefulSets, ConfigMaps, PersistentVolumeClaims, etc. with a single command.

ROBIN Storage for Postgres
ROBIN Storage for MariaDB

Scenario one - Postgres Cloud Portability - Migrate App+Data across Kubernetes Clusters

Multi-cloud portability allows you to migrate applications across ao-prem, hybrid, and public cloud environments. It gives you complete control over your infrastructure and helps you avoid infrastructure lock-in. In this demo we will:

    1. Register a common external storage repo with both Kubernetes cluster. This could be a bucket in AWS S3, Google GCS, Azure BlobStore, etc.
    2. Register the Kubernetes app (Helm release, Custom Operator, etc) with ROBIN in the source Kuberntes cluster
    3. Push an application-consistent snapshot of the registered app from the source Kubernetes cluster into the common repo
    4. Pull (import) this snapshot into the destination Kubernetes cluster

We will see how we can migrate an entire PostgreSQL database, including all Kubernetes resources such as Pods, StatefulSets, ConfigMaps, PersistentVolumeClaims, etc. with a single command.

Scenario two - MySQL Cloud Portability - Migrate App+Data across Kubernetes Clusters

Multi-cloud portability allows you to migrate applications across ao-prem, hybrid, and public cloud environments. It gives you complete control over your infrastructure and helps you avoid infrastructure lock-in. In this demo we will:

  1. Register a common external storage repo with both Kubernetes cluster. This could be a bucket in AWS S3, Google GCS, Azure BlobStore, etc.
  2. Register the Kubernetes app (Helm release, Custom Operator, etc) with ROBIN in the source Kuberntes cluster
  3. Push an application-consistent snapshot of the registered app from the source Kubernetes cluster into the common repo
  4. Pull (import) this snapshot into the destination Kubernetes cluster

We will see how we can migrate an entire MySQL database, including all Kubernetes resources such as Pods, StatefulSets, ConfigMaps, PersistentVolumeClaims, etc. with a single command.

Scenario three - MariaDB Cloud Portability - Migrate App+Data across Kubernetes Clusters

Multi-cloud portability allows you to migrate applications across ao-prem, hybrid, and public cloud environments. It gives you complete control over your infrastructure and helps you avoid infrastructure lock-in. In this demo we will:

  1. Register a common external storage repo with both Kubernetes cluster. This could be a bucket in AWS S3, Google GCS, Azure BlobStore, etc.
  2. Register the Kubernetes app (Helm release, Custom Operator, etc) with ROBIN in the source Kuberntes cluster
  3. Push an application-consistent snapshot of the registered app from the source Kubernetes cluster into the common repo
    4. Pull (import) this snapshot into the destination Kubernetes cluster

We will see how we can migrate an entire MariaDB database, including all Kubernetes resources such as Pods, StatefulSets, ConfigMaps, PersistentVolumeClaims, etc. with a single command.