Percona Resources

Software
Downloads

All of Percona’s open source software products, in one place, to download as much or as little as you need.

Valkey Contribution

Product Documentation

Why Percona for MongoDB?

Why Percona for PostgreSQL?

Percona Blog

Percona Blog

Our popular knowledge center for all Percona products and all related topics.

Community

Percona Community Hub

A place to stay in touch with the open source community

Events

Percona Events Hub

See all of Percona’s upcoming events and view materials like webinars and forums from past events

About

About Percona

Percona is an open source database software, support, and services company that helps make databases and applications run better.

Percona in the News

See Percona’s recent news coverage, press releases and industry recognition for our open source software and support.

Our Customers

Our Partners

Careers

Contact Us

Marco Nicosia, Rachel Heaton and Adam Berlin, presents “The Top 5 Things You Should Know About Databases on Kubernetes vs VMs”. Kubernetes is becoming the default infrastructure for deploying a variety of stateless and stateful services. So what are the pros and cons of bringing databases into a DevOps-style management strategy based on Kubernetes? Data systems are very performance sensitive and moving to new virtualization strategies is potentially hazardous. Moreover, Kubernetes doesn’t supply all the capabilities needed to run stateful data services — you need to understand how to partition responsibilities between Kubernetes and the database itself. This means you can’t just stuff a database into a container and let it fly – YOLO! Instead, Kubernetes requires an entirely different approach to the curation of databases. VMware has deep expertise with virtual machines and Kubernetes. Our team also has committers and contributors to the PostgreSQL project. Our talk will focus on the different techniques of running databases in long-running VMs versus short-running containers. In particular, we’ll cover all of the lifecycle steps, not only the initial deployment experience, including: How quickly can a database be provisioned? What are the real differences in performance? What it’s like to scale up and scale down for each? How does recovery compare when there’s a failure? This is an intermediate-level talk, so we’ll skip the mechanics of deploying databases (helm charts, operators, etc). Bonus: lots of data and comparison analysis!