This blog is about configuring Tungsten for PCI compliance.
This blog is about configuring Tungsten for PCI compliance.
In this blog post we will discuss how to use the Tungsten Connector keep-alive feature to ensure long-running MySQL & MariaDB/Percona Server client sessions stay connected in a Tungsten Cluster.
When it comes to zero downtime, proxies are the first line components of a cluster. In order to achieve High Availability (HA) for MySQL, MariaDB and Percona Server, a commonly deployed setup consists of configuring load balancers (hardware or software) on top of those proxies.
When deploying Tungsten Clustering for MySQL / MariaDB / Percona Server, we always recommend an odd number of Manager nodes in each cluster. Let's take a look at how having an odd number of Managers helps keep a Tungsten Cluster functioning and avoids data corruption scenarios (i.e. "split brain").
You already know about the Tungsten Connector which is the "secret sauce" that routes your application database traffic to the appropriate MySQL data source of your cluster. Have you ever wondered how the Connector keeps track of the cluster configuration? How it always knows which host is the master (or masters in a Composite Multimaster topology), and which are slaves?
This blog discusses some of the ways you can configure your MySQL / MariaDB / Percona Server slaves using Tungsten Clustering.
One nice thing about Tungsten Clustering is that you need just a single command to move the master role to another host in your cluster.
In this blog post, we discuss failover concepts and administration.
In this blog post, we describe the new Read Affinity tuning feature of the Tungsten Connector.
Tungsten Connector read affinity now supports multiple dataservices with ordering and exclusion (only one was previously allowed).
You may now fine-tune the affinity per user in user.map and via the global tpm configuration option connector-affinity.
The Tungsten Replicator is an extraordinarily powerful and flexible tool capable of moving vast volumes of data from source to target. The Tungsten Replicator is embedded into the Tungsten Clustering solution to provide core replication services, replacing native MySQL replication.
In this blog post we will discuss a few of the commands that will make your life easier.
In this blog post, we demonstrate how to convert a single standalone MySQL cluster into a Composite Primary/DR topology running in two data centers.
In this blog post, we talk about how to configure automatic start at boot time for the Tungsten Clustering components.
By default, Tungsten Clustering does not start automatically on boot. To enable Tungsten Clustering to start at boot time, use the deployall script provided to create the necessary boot scripts: