Ivory Operator is developed based on CrunchyData Postgres Operator. A new operator to support IvorySQL is needed. CrunchyData Postgres Operator does a great job, it has legible docs, clean codes, rigorous testing and active community. Therefore, for compatible with IvorySQL, we did some code changes, modify docs and correct yaml files in our first phase. Thanks for CrunchyData Postgres Operator especially.
IVYO, the Ivory Operator from IvorySQL, gives you a declarative Ivory solution that automatically manages your IvorySQL clusters.
Designed for your GitOps workflows, it is easy to get started with Ivory on Kubernetes with IVYO. Within a few moments, you can have a production-grade Ivory cluster complete with high availability, disaster recovery, and monitoring, all over secure TLS communications. Even better, IVYO lets you easily customize your Ivory cluster to tailor it to your workload!
With conveniences like cloning Ivory clusters to using rolling updates to roll out disruptive changes with minimal downtime, IVYO is ready to support your Ivory data at every stage of your release pipeline. Built for resiliency and uptime, IVYO will keep your Ivory cluster in its desired state, so you do not need to worry about it.
IVYO is developed with many years of production experience in automating Ivory management on Kubernetes, providing a seamless cloud native Ivory solution to keep your data always available.
We recommend following our Quickstart for how to install and get up and running with IVYO, the Ivory Operator from IvorySQL. However, if you can't wait to try it out, here are some instructions to get Ivory up and running on Kubernetes:
- Fork the Ivory Operator repository and clone it to your host machine. For example:
YOUR_GITHUB_UN="<your GitHub username>"
git clone --depth 1 "git@github.com:${YOUR_GITHUB_UN}/ivory-operator.git"
cd ivory-operator
- Run the following commands
kubectl apply -k examples/kustomize/install/namespace
kubectl apply --server-side -k examples/kustomize/install/default
For more information please read Tutorial.
IVYO, the Ivory Operator from IvorySQL, comes with all of the features you need for a complete cloud native Ivory experience on Kubernetes!
IvorySQL Cluster Provisioning
Create, Scale, & Delete IvorySQL clusters with ease, while fully customizing your Pods and IvorySQL configuration!
Safe, automated failover backed by a distributed consensus high availability solution. Uses Pod Anti-Affinity to help resiliency; you can configure how aggressive this can be! Failed primaries automatically heal, allowing for faster recovery time.
Support for standby IvorySQL clusters that work both within and across multiple Kubernetes clusters.
Backups and restores leverage the open source pgBackRest utility and includes support for full, incremental, and differential backups as well as efficient delta restores. Set how long you to retain your backups. Works great with very large databases!
Security and TLS
IVYO enforces that all connections are over TLS. You can also bring your own TLS infrastructure if you do not want to use the defaults provided by IVYO.
IVYO runs containers with locked-down settings and provides Ivory credentials in a secure, convenient way for connecting your applications to your data.
Choose between asynchronous and synchronous replication for workloads that are sensitive to losing transactions.
Create new clusters from your existing clusters or backups with efficient data cloning.
Have your IvorySQL clusters deployed to Kubernetes Nodes of your preference. Set your pod anti-affinity, node affinity, Pod tolerations, and more rules to customize your deployment topology!
Choose the type of backup (full, incremental, differential) and how frequently you want it to occur on each IvorySQL cluster.
IVYO makes it easy to fully customize your Ivory cluster to tailor to your workload:
- Choose the resources for your Ivory cluster: container resources and storage size. Resize at any time with minimal disruption.
-
- Use your own container image repository, including support
imagePullSecrets
and private repositories
- Use your own container image repository, including support
- Customize your IvorySQL configuration
Deploy IVYO to watch Ivory clusters in all of your namespaces, or [restrict which namespaces][single-namespace] you want IVYO to manage Ivory clusters in!
IvorySQL containers deployed with the IvorySQL Operator include the following components:
- IvorySQL
- Contrib Modules
- PL/Python + PL/Python 3
- PL/Perl
- PL/Tcl
- pgAudit
- pgAudit Analyze
- pg_cron
- pg_partman
- pgnodemx
- set_user
- TimescaleDB (Apache-licensed community edition)
- wal2json
- pgBackRest
- pgBouncer
- pgAdmin 4
- pgMonitor
- Patroni
- LLVM (for JIT compilation)
In addition to the above, the geospatially enhanced IvorySQL + PostGIS container adds the following components:
IvorySQL Operator Monitoring uses the following components:
IVYO, the Ivory Operator from IvorySQL, is tested on the following platforms:
- Kubernetes 1.22-1.25
- OpenShift 4.8-4.11
- Rancher
- Google Kubernetes Engine (GKE), including Anthos
- Amazon EKS
- Microsoft AKS
- VMware Tanzu
This list only includes the platforms that the Ivory Operator is specifically tested on as part of the release process: IVYO works on other Kubernetes distributions as well.
For additional information regarding the design, configuration, and operation of the IvorySQL Operator, please follow this catalog:
- Get Start
- Create Cluster
- Content Cluster
- High Availability
- Resize Cluster
- Customize Cluster
- User Management
- Backups
- Backup Management
- Disaster Recovery and Cloning
- Monitoring
- Connection Pooling
- Administrative Tasks
- Delete an Ivory Cluster
Want to contribute to the IvorySQL Operator project? Great! We've put together a set of contributing guidelines that you can review here:
Once you are ready to submit a Pull Request, please ensure you do the following:
- Reviewing the contributing guidelines and ensure your that you have followed the commit message format, added testing where appropriate, documented your changes, etc.
- Open up a pull request based upon the guidelines. If you are adding a new
feature, please open up the pull request on the
master
branch. - Please be as descriptive in your pull request as possible. If you are referencing an issue, please be sure to include the issue in your pull request