Multi-Region WordPress Cluster
Deploy the enterprise-grade WordPress Cluster with automatic distribution across several availability regions. Such an approach brings high availability to the top level, ensuring business continuity even in case of a data center outage. Also, having several clusters in different locations over the globe can significantly improve website ranking from the search engine side, decreasing response time, and consequently attracting more customers worldwide.
The WordPress geo-distributed service here is represented with two topologies depending on the database cluster replication scheme. This separation provides more flexibility for better cluster adaptation to the project:
- MariaDB Asynchronous (Async) Primary/Replica Distribution with the required number of regions. This topology is more efficient for the cases where:
- read operations are significantly dominant over the write/update ones
- recommended when latency between regions is more than 20ms
- transaction time during the replication process is not vital and may take much longer compared to a single cluster
- database requirements must be free of Galera cluster limitations
- MariaDB Synchronous (Sync) Galera Cluster Distribution with the required number of regions. This topology may be considered more suitable for projects where:
- instant data availability is required in all regions upon transaction complete
- recommended when latency between regions is less than 20ms
After clicking the Install button, you’ll be redirected to the PaaS dashboard. The installation window will be automatically opened, where you can specify the required customizations:
- Database Topology – choose the multi-regional cluster topology (hover over the options in the list for more information).
- Regions - select platform regions where the cluster environments will be deployed. The first selected region will host the primary cluster, so this region should have the highest performance.
- Environment - provide a name for grouping your cluster environments
- Scaling Strategy - define automatic horizontal scaling policy (reconfigurable) to handle possible upcoming load growth to avoid WordPress application downtime:
- Low Load - adds 1 application server node if the workload is higher than 70% and removes 1 application server node if the workload goes below 20%
- Medium Load - adds 1 application server node if the workload is higher than 50% and removes 1 application server node if the workload goes below 20%
- High Load - adds 2 application server nodes at once if the workload is higher than 30% and removes 1 application server node if the workload goes below 10%
- WordPress Brute Force Attacks Protection - protects WordPress applications from large-scale brute force attacks, which have the potential to gain unauthorized access to a website by repeatedly attempting to guess a valid username and password.
- Web Application Firewall - enables/disables the use of security rules (based on Free ModSecurity Rules from Comodo).
- Install Let’s Encrypt SSL with Auto-Renewal - issues and applies a trusted, free certificate for a custom domain with periodical renewal to prevent certificate expiration. The appropriate notifications are sent by email. If disabled, the built-in SSL will be configured (works only for your platform domain).
- Install WordPress Multisite Network - enables the multisite feature that allows the application to act as a WordPress network hub with several websites. It means that installing WordPress once allows you to run as many sites as you want.
Learn more:
