Site reliability is generally talked about less often than other performance indicators, like <a href="https:\/\/pagely.com\/blog\/optimizing-wordpress-for-speed\/" target="_blank" rel="noopener noreferrer">page speed<\/a>. With many web hosts offering multiple 9\u2019s of guaranteed uptime, it\u2019s become less of a \u2018hot\u2019 topic and more of the norm that your site will be up 99.99x percent of the time.\r\n\r\nBut what many people don't realize is that there\u2019s more to reliability than <a href="https:\/\/pagely.com\/blog\/risk-mitigation-and-the-true-cost-of-website-downtime\/">uptime<\/a>.\r\n\r\nOne of the most important pieces of the reliability puzzle is <strong>Data Reliability<\/strong>, which generally refers to the protection of both your database and your site files. Posts and pages are often the most important part of WordPress, so it makes sense that protecting both should be a priority.\r\n\r\nThere are <a href="https:\/\/en.wikipedia.org\/wiki\/Data_loss#Types" target="_blank" rel="noopener noreferrer">situations<\/a>, both catastrophic (think natural disaster in the region where a data center is located) and more common, day to day occurrences, that can endanger your data. Your host\u2019s configuration plays a massive role in how you are protected from both. A few minutes invested into ensuring your host has adequate data reliability protections in place can prevent a disaster.\r\n\r\nLet\u2019s explore how server configurations can help or hinder Data Reliability, any trade-offs those optimizations can produce, and how to find the right balance between data reliability and other performance factors based on your organization\u2019s needs.\r\n<h2>The Container Model<\/h2>\r\nThe Container Model is fairly straightforward: all site files and the database live on the same machine, allowing for simpler management and slightly lower latency between assets, like the site files and the database. But when something goes wrong on that single machine, you can imagine how a small issue can escalate into a larger one.\r\n\r\nWe\u2019ve seen cases where sites hosted on containerized platforms (that are hosted on other platforms) experience a spike in traffic, PHP uses all the system memory, and then the machine locks up, corrupting the database tables. On a larger site, that could mean an hour or two of recovery time before they\u2019re back up. They may have lost data, not to mention lost business, in that case. If Google, or another search engine, attempts to index your site during this downtime, it could impact your site\u2019s ranking because they do not want to serve unreliable sites to their users.\r\n<p style="padding-left: 40px;"><em>Downtime + lost data = risky business<\/em><\/p>\r\nThis risk becomes even more significant when other sites are sharing those same resources, and backups are stored on the same machine.\r\n<h2>The Dedicated Resources Model<\/h2>\r\nThe alternative to the grouped, container model is what we call the Dedicated Resources model. By keeping the <a href="\/blog\/amazon-rds\/">database<\/a>, code, and backups on separate, dedicated server instances, we\u2019re ensuring that any failure or issue with one asset has minimal impact on the remaining assets. This approach creates a superior configuration compared to sharing the same server, in terms of both data reliability and performing at scale.\r\n\r\n[caption id="attachment_20157" align="alignnone" width="1201"]<a href="https:\/\/pagely.com\/tech\/"><img class="lazy wp-image-20157 size-full" src="https:\/\/pagely.com\/wp-content\/uploads\/2019\/06\/wordpress-reliability-stack.png" alt="WordPress Hosting Reliability" width="1201" height="557" \/><\/a> How Pagely isolates & connects server assets. Explore the interactive version <a href="\/tech">here.<\/a>[\/caption]\r\n\r\nIf the Dedicated Resources approach makes sense to you, these are the questions to ask of your current and potential hosting solutions:\r\n<ul>\r\n \t<li><em>Are there separate resources dedicated to your code and your database?<\/em><\/li>\r\n \t<li><em>What deliberate hardware decisions have they made to protect your data?<\/em><\/li>\r\n \t<li><em>How do they manage backups and recovery? Are backups stored separately?<\/em><\/li>\r\n<\/ul>\r\nIf they aren't actively addressing these issues, you could be looking at not only potential downtime and data loss, but scalability challenges as you grow.\r\n<h2>The Trade-off<\/h2>\r\nWe\u2019ve established that having the database and app on separate server instances (separate virtual machines) is ideal for overall reliability, but this server utopia comes at a cost: latency.\r\n\r\nBecause the resources are separated, this configuration does result in slightly higher latency between the two resources, and this impacts page speed.\r\n\r\nBut the real-world performance difference caused by this latency is negligible (typically in the 1-2 millisecond range,) as long as there are no major issues with the site code or plugins.\r\n\r\nThis is where the power of a reliable <a href="https:\/\/pagely.com\/blog\/managed-wordpress-hosting\/">managed hosting<\/a> partner comes into play - to find and help you fix problematic code issues. It\u2019s something that <a href="https:\/\/pagely.com" target="_blank" rel="noopener noreferrer">Pagely<\/a> does for every customer, and this is a level of service most other companies do not offer.\r\n<h2>How Important is Data Reliability to You?<\/h2>\r\nDepending on the complexity of your WordPress website and the requirements of your business, the answer here is usually \u2018very important.\u2019 With that answer in mind, it\u2019s a good idea to ask your team the following questions to help you determine where your priorities lie:\r\n<ul>\r\n \t<li><em>Do we have noticeable performance issues - and if more hardware isn\u2019t the answer, are we willing to address the root cause of those issues?<\/em><\/li>\r\n \t<li><em>Can we quantify the value of our data reliability and uptime?<\/em><\/li>\r\n \t<li><em>Are things like page speed empirically more or less valuable to us than data reliability, scalability, and flexibility?<\/em><\/li>\r\n \t<li><em>Can we achieve both (better performance and data reliability) at above-acceptable levels with our current provider?<\/em><\/li>\r\n<\/ul>\r\nThat last question is at the heart of what we\u2019ve dedicated the last decade towards solving at Pagely.\r\n\r\nYes, we\u2019ve made hard-but-smart decisions around the trade-offs that increase reliability within WordPress. And in doing so, we\u2019ve balanced all key performance and stability metrics into one elevated metric that larger organizations strive to achieve: <strong>scalability.<\/strong>\r\n\r\nBy working with your team to improve your code and customize your server configuration to match your specific needs, we\u2019ve created <a href="\/solutions\/">real-world solutions<\/a> that can scale as you grow.