Blog

In this post we will explore new features in both tpm report and tpm ask in v7.1.0. Both commands will continue to evolve and grow over time. In this release we have added new information to the `tpm report` output when requested and new actions, arguments and keys for `tpm ask`.

Customers often use AWS to deploy MySQL or MariaDB Tungsten Clusters. This blog is about changing an AWS instance type from t2.large to t3.large specifically on Amazon Linux 1. It contains the steps to follow when changing AWS instance families to use enhanced networking.

Part of the power of Tungsten Clustering for MySQL / MariaDB is its intelligent MySQL Proxy, known as the Tungsten Connector. Tungsten Connector has three main modes, and depending on the type of operations you are performing (such as if you need read-write splitting), we help you choose which mode is best. Hence the question, "How can I tell which Tungsten Connector mode I am using: Bridge, Proxy/Direct or Proxy/SmartScale?"

Tungsten clustering supports a variety of topologies, each with unique characteristics. Today we introduce yet another compelling topology for your consideration: Tungsten Distributed Datasource Groups, with the new ability to failover automatically between Regions or Datacenters.

In this blog, part 6 of a series of “Recently a Customer Asked” posts for Tungsten University, we explore the reason for the dreaded "NOT A MEMBER" error when running the tpm command and possible root causes, along with steps to fix.

We are pleased to announce that Tungsten Dashboard v1.0.14 is now available. Tungsten Dashboard is a web-based UI for monitoring and managing Tungsten Clustering deployments of MySQL databases, freely included for Tungsten Clustering customers. We provide Tungsten Dashboard in addition to our command-line user interfaces for easy visual monitoring and management of Tungsten Clusters. Users are able to view, monitor and maintain all of their database clusters in one place.

The Tungsten Connector proxy within a Tungsten Cluster is a very powerful tool, able to route traffic many different ways. The Quality Of Service (QoS) determines where the Connector proxy will send client request packets, either to the Primary for writes or to a Replica for reads. This short blog post will show you how to use the command line to control the Quality Of Service when creating a new connection to the MySQL Server database.

In this blog post, we cover the correct method for doing Tungsten software upgrades. When doing systems and database administration, there are often multiple ways to get the job done. While each of those ways may work, there is often one way that is called the “best practice”, meaning that it is the agreed-upon best workflow to accomplish that specific goal. With Tungsten Clustering software, the same holds true.

In this blog, part 5 of a series of “Recently a Customer Asked” posts for Tungsten University, we explore the values of the STATE output field in cctrl> ls which tells us about the health of the datasource. Specifically, we focus on the SHUNNED state, the different cctrl> ls outputs you may see when SHUNNED, and possible recovery steps.

One of the great powers of the Tungsten Cluster is that the writable Primary role can be moved to another node or cluster at will. When dealing with composite clusters and moving the Primary to another site entirely, there are different actions to take depending on the topology. In this blog post we will compare the procedures for moving the Primary role from one Composite cluster to another peer Composite cluster.

In this blog, part 4 of a series of “Recently a Customer Asked” posts for Tungsten University, we explore the purpose of the STATUS field in the cctrl> ls output and how it compares to the previous output.

Did you ever wonder just what the Tungsten Manager is thinking when it does an automatic failover or a manual switch in a cluster? What factors are taken into account by the Manager when it picks a replica to fail over to? This blog post will detail the steps the Manager takes to perform a switch or failover. We will cover both the process and some possible reasons why that process might not complete, along with best practices and ways to monitor the cluster for each situation.