Author: RunCloud Team

  • OpenLiteSpeed vs. NGINX vs. Apache – Which is the Fastest Web Server?

    OpenLiteSpeed vs. NGINX vs. Apache – Which is the Fastest Web Server?

    Are you wondering how OpenLiteSpeed stacks up against NGINX and Apache? In this article, we’ll be tackling a question our team gets asked frequently: How does OpenLiteSpeed compare to NGINX and Apache?

    With our recent launch of OpenLiteSpeed support for everyone using RunCloud to manage their cloud infrastructure, deploying WordPress on OpenLiteSpeed is now just as easy as deploying on NGINX servers. But, how do you choose the best option for your specific needs?

    Don’t worry, we’ve got you covered. In this in-depth discussion, we’ll be taking a closer look at each server stack, including benchmark and testing data, and sharing our thoughts on their performance and resource usage. And while all of these server stacks have established themselves as reliable options in terms of support and security, the real deciding factor comes down to speed and performance at scale. So, let’s get started and see which server comes out on top!

    TL;DR – OpenLiteSpeed vs. NGINX vs. Apache

    When it comes to performance & scalability – NGINX and OpenLitespeed are both considerably better than Apache as has already been proven by countless performance tests.

    So stay tuned, in this detailed breakdown – we’ll be focusing on comparing the OpenLiteSpeed and NGINX stacks running two identical versions of a website on a virtual private server on Google Cloud Platform in the exact same location with identical configuration.

    What is a Web Server?

    A web server is a software that receives HTTP requests from clients (such as web browsers) and sends back the corresponding HTML pages or other resources. It is responsible for hosting and serving web pages and files to users over the internet or intranet.

    Just like a computer, a web server has both software and hardware components working together. Fortunately, thanks to companies like UpCloud, Hetzner, Vultr, Linode & more – the hardware is taken care of for us – while still having the flexibility and freedom to customize your server to suit your needs if you’re deploying with a platform like RunCloud.

    What Are The Most Widely-Used Server Stacks?

    Apache HTTP Server

    Since its introduction in 1995, Apache has cemented itself as the most reliable open-source web server. In fact, nearly 33% of websites around the world run on Apache because of the advantages it offers, which include stability and flexibility. Most developers still use Apache servers up to this day in implementing older applications.

    NGINX

    As the number of web users continuously increased over the years, various web servers also emerged. Among them was NGINX, which was introduced in 2004. NGINX’s high performance has led many developers to ditch Apache in favor of it. At present, 34% percent of websites around the world use NGINX.

    Compared to Apache, NGINX is lighter and better at handling concurrent connections. Furthermore, it allows websites to run faster, which helps them achieve higher rankings on Google.

    OpenLiteSpeed Web Server

    Another web server that was introduced in 2003 is LiteSpeed. A free version called OpenLiteSpeed was just recently made available to the public for both personal and commercial use. What makes this web server popular is its implementation of a powerful cache engine that optimizes websites at a remarkable rate.

    OpenLiteSpeed has some similarities with Apache in terms of its usability. It also uses many of the features that Apache users are already familiar with, such as .htaccess. As for the performance, OpenLiteSpeed resembles the asynchronous event-driven approach of NGINX, so it’s also fast.

    Although OpenLiteSpeed is new to the market, it is quickly catching up to Apache and giving NGINX a run for their money. 

    Our Testing Environment

    All of our tests were run using the standard, VPS server on Google Cloud that features:

    • Ubuntu 22.4 LTS
    • 2 CPU Core
    • 25 GB of Storage
    • 4 GB of RAM
    • US Central Location

    Before we get into the test, it’s already worth mentioning that – when running, on average – OpenLiteSpeed had lower memory usage and slightly lower disk usage for the same web application compared to NGINX.

    OpenLiteSpeed Environment

    The OpenLiteSpeed test site was running LiteSpeed’s official caching plugin for WordPress and was an otherwise standard, regularly deployed site with no further optimizations.

    OpenLiteSpeed Environment

    NGINX Environment

    The NGINX test site was running RunCloud Hub with FastCGI Caching enabled.

    configuring runcloud hub with nginx

    NGINX vs. OpenLiteSpeed – Core Web Vitals

    In case you’ve missed the news, Core Web Vitals are Google’s new performance metrics aiming to truly evaluate the user experience of websites beyond technical metrics. GTmetrix now uses some of the new Core Web Vitals metrics (as well as non-core web vital).

    This distills down to the three primary performance metrics:

    1. Largest Contentful Paint (LCP) which measures loading performance. In order to provide what is considered a good user experience, LCP should occur within 2.5 seconds of when the page first starts loading.
    2. Total Blocking Time (TBT) which is a non-Core Web Vital that measures the total time in milliseconds between the First Contentful Paint (FCP) and Time to Interactive (TTI) where the main thread is blocked long enough to make it unresponsive to user input.

    Cumulative Layout Shift (CLS) which measures visual stability. To provide a good user experience pages should maintain a CLS of 0.1 or less.

    three primary performance metrics openlitespeed vs nginx vs apache

    As you might have guessed & is only reasonable for performance metrics aiming to evaluate true performance for users, these are heavily dependent on the sites themselves as opposed to just the technical responses from a server. This also forms a part of why these tests were performed with the help of one of our customers so that we wouldn’t be using some demo site that isn’t truly indicative of a real business’s website hosted on a server managed by RunCloud.

    NGINX & OpenLiteSpeed – GTmetrix Performance Test

    In the GTmetrix performance tests, NGINX and OpenLiteSpeed had relatively similar performance. With both performing well, having the same total blocking time, and negligible difference in cumulative layout shift score – the key difference being the largest contentful paint being significantly lower/better (-75ms+) for OpenLiteSpeed.

    NGINX & OpenLiteSpeed – GTmetrix Performance Test

    In other web vitals like First Contentful Paint, Speed Index, Connection Duration, etc. OpenLiteSpeed generally performed better than NGINX across the board. NGINX comes on top in only two metrics – Connection Duration and Fully Loaded Time.

    gtmetrics results nginx vs openlitespeed

    NGINX vs. OpenLiteSpeed – Load Testing

    For this next test, we ran a website load test. The purpose of which is to evaluate website performance at scale – i.e. what happens to performance as the number of requests scales.

    Learn more about website load testing & how to perform your own tests here.

    For these website load tests, we really pushed the limits of the servers. We launched 40 bots from north-america-7 location, playing a testing script, ramping up naturally for 1 minute, then continuing at peak load for 3 minutes, then ramping down naturally for 1 minute with no iteration limit per bot and no iteration limit total.

    We also ran a load test using K6 to see if there was a difference in performance when requests come from the local network instead of the internet.

    Results For OpenLiteSpeed

    OpenLiteSpeed had the mean response time of 0.154s and the 90th percentile time of 0.180s – achieving an average throughput of 26748 hits during the first test.

    nginx vs openlitespeed load testing Results For nginx

    During this test, the response time slightly fluctuated, but OpenLiteSpeed got the overall 99th percentile time of 0.248s which is pretty good.

    response time percentiles results

    In our second test, OpenLiteSpeed completed 149474 requests with 0 errors, thereby achieving a throughput of 496.5 requests/second.

    openlitespeed requests results

    Results For NGINX

    NGINX on the other hand had the average response time of 0.142s and the 90th percentile time of 0.165s. It achieved an average throughput of 26880 hits during the first test.

    nginx vs openlitespeed load testing Results For OpenLiteSpeed

    We see a slight bump in the response time percentiles but except that, the graph looks pretty flat. This is good as it means almost all requests took roughly the same amount of time to finish.

    response time percentiles results for nginx

    In the second test, Nginx was able to serve 149216 requests which resulted in a throughput of 495.7 requests/second.

    nginx requests and errors results

    Which One Is Better?

    In our two tests, OpenLiteSpeed lost one round by a margin of 0.49% and won another round by a margin of 0.17%. The difference in measurements is insignificant and the fluctuations can be attributed to randomness in the environment. After analyzing the results, there is no clear winner. Enabling the FastCGI Caching on Nginx makes it just as performant as OpenLiteSpeed.

    OpenLiteSpeedNginxDifference
    TEST 12674826880-0.491%
    TEST 21494741492160.172%

    Other Factors To Consider

    There are many other factors to consider besides raw performance and benchmark numbers before deciding which server to use.

    1. Stability and reliability: NGINX and Apache have been around for a long time, and are known for their stability and reliability. They have a large user base and a proven track record of handling high traffic and large numbers of concurrent connections.
    2. Community and support: Both NGINX and Apache have large and active communities of users and developers. This means that if you run into issues or have questions, there is a wealth of information and support available.
    3. Compatibility: Both NGINX and Apache have large support for multiple web applications and frameworks, which means that they are compatible with a wide range of software, making it easy to integrate with other tools in your stack.

    NGINX vs. OpenLiteSpeed vs Apache – Frequently Asked Questions

    What does a web server store?

    A web server generally stores all the resources of a website, such as HTML files, CSS, images, JavaScript files, and other assets. 

    What’s the fastest web server for WordPress?

    According to various performance tests, OpenLiteSpeed and NGINX compete neck and neck. Both are high-performing and a go-to solution for hosting WordPress websites.

    Is Apache still used?

    While Apache is now considered archaic, many developers still use it because of its wide community and support. Apache is the easiest to configure among its contemporaries in a variety of usage scenarios. 

    Is NGINX better than Apache for WordPress?

    Based on all performance testing data available from our own tests as well as other tests performed by people in the industry, NGINX came out on top, yes. 

    Is OpenLiteSpeed better than NGINX?

    Based on all performance testing data available from our own tests as well as other tests performed by people in the industry, OpenLiteSpeed and NGINX perform equally well. Both are incredibly performant stacks, and can handle large amounts of traffic easily.

    After Action Report – Finding The Best Server Stack For You

    OpenLiteSpeed has a better TTFB & Largest Contentful Paint (LCP) and has demonstrated a clear ability to handle a very high number of concurrent users. NGINX has been around for longer and has a more mature ecosystem but requires additional configuration to setup caching and achieve desired performance. Not enabling the cache would impact the performance severely – a difference which could equate to infrastructure savings on a large scale.

    And that’s not all – there are tons of other reasons you may prefer OpenLiteSpeed over NGINX:

    • Performance out of the box (very little configuration needed to get excellent results)
    • Free powerful, extremely well-maintained WordPress caching plugin
    • Understands Apache rewrite rules
    • Lower server costs (thanks to OpenLiteSpeed’s event-driven architecture)

    All in all, if you want to know for certain – our best advice is always to test for yourself! And fortunately, deploying an additional server with the help of RunCloud and cloning your existing site onto the new server is a piece of cake. Sign up for a free trial of RunCloud today.

    If you have any other questions about how NGINX compares to OpenLiteSpeed and how to make your choice – feel free to leave a comment below & join the conversation.

  • How To Install WordPress With RunCloud

    How To Install WordPress With RunCloud

    By far the most popular content management system, WordPress powers more than 40% of the web, and of all websites globally that use a content management system, over 65% of them are powered by WordPress.

    Combine RunCloud’s powerful server management capabilities with the #1 CMS in the world, and you have a winning formula. Fortunately, RunCloud’s server management console makes it extremely quick and simple to install WordPress on your server. With a one-click install, you can be up and running with a new site in just moments.

    In this guide, we’re going to give you a comprehensive, step-by-step overview of how to install WordPress with RunCloud. Let’s get started!

    How to Install WordPress with RunCloud

    Here are the steps you need to follow to install WordPress with RunCloud.

    1. Log into RunCloud

    To begin with, you’ll need to log into RunCloud:

    log into RunCloud

    Once you’re logged in, head to the Servers page, where you’ll be able to see all the connected servers:

    runclouds servers page

    You can perform a one-click install of WordPress on any listed server.

    2. Deploy New Web App

    If you click on Web Applications in the left sidebar, you’ll be able to see a list of all current web apps (such as WordPress) running on your servers. For instance, in the screenshot below, you can see that two WordPress installations are running on the same server:

    runclouds web applications panel

    To launch a new installation of WordPress, just click on Deploy New Web App. You’ll be prompted to select a server. Select the server you wish to deploy WordPress on, and click the Deploy Web App button.

    3. Configure Your WordPress Installation

    RunCloud gives you considerable flexibility when launching a new WordPress installation. For instance, you can choose the web application stack you want to use, as well as the PHP version that you wish to launch with.

    RunCloud supports PHP 7.2 to PHP 8.1, and you have three options when selecting the web application stack:

    • NGINX + Apache2 Hybrid (you can use .htaccess)
    • Native NGINX (faster, but no .htaccess)
    • Native NGINX + custom configuration (manual NGINX implementation, ideally for advanced users)
    configuring wordpress installation, path, php version, web app stack and stack mode

    During this process you can also select the site title, and set an admin username, password, and email:

    configuring wordpress site title, admin username, password and email

    4. Map Domain and Install the SSL

    Security will almost certainly be a consideration, and this can also be selected during this process. RunCloud lets you install the SSL certificate before the site is launched, and you also have the option to use one SSL for all domains, or a different one for each:

    installing the ssl

    Alternatively, you can enable AutoSSL, which deploys a new Let’s Encrypt SSL certificate for all new domains.

    Once you’re done, the next step is to map the domain. You can either use a test domain from RunCloud, or use your own:

    mapping the domain

    RunCloud also gives you the option to set your DNS records manually (through your host) or use Cloudflare. Once you’ve selected your preference, just click on Deploy Web App (in the bottom-right).

    5. Review Your Newly Deployed WordPress Install

    reviewing newly deployed wordpress installation

    Within a few moments your new site will be installed and running, and you will be able to view traffic stats and information about your newly deployed WordPress installation within your RunCloud dashboard.

    To view this information, click on Open Site from the top right of your RunCloud page to log into the WordPress dashboard automatically, as shown below:

    new wordpress dashboard

    The new WordPress installation will also appear in your Web Applications tab:

    new wp installation in web applications tab

    That’s it! You’ve successfully launched a new installation of WordPress using RunCloud!

    After Action Report — RunCloud Makes Server Management Incredibly Easy

    With RunCloud, launching a new web app, such as WordPress, is incredibly easy. RunCloud offers a 14-day money back guarantee, so you can try it out without a long-term commitment.

    Have anything else to share? Join the conversation by sending us a Tweet! 💬

  • How To Speed Up DNS Propagation

    How To Speed Up DNS Propagation

    Are you perplexed by the complexities of the DNS system? Don’t worry, you are not alone! Even though the DNS standard was established in 1986, countless memes on the internet suggest that it still baffles people, and even the tech titans like Meta find it tricky to work with.

    In this article, we will discuss what DNS propagation is, how it affects your website and how you can speed it up. Let’s dive right in!

    What is DNS Propagation

    DNS propagation is the time it takes for changes made to a domain’s DNS records to take effect across the internet. When you make a change to a domain’s DNS settings, it can take some time for that change to be reflected everywhere on the internet. This is because DNS records are cached on different servers all over the world, and it takes time for those servers to update their records.

    Why Should I Care About DNS Propagation?

    You might not need to worry about DNS propagation if you’re just a casual internet user. But if you’re responsible for managing a website or domain, then it’s important to understand how DNS propagation works, because it can affect how quickly your changes take effect.

    For example, if you’re transferring a domain to a new web hosting provider, it’s important to be aware of how long the DNS propagation will take, so that you can plan accordingly. If you’re not aware of DNS propagation, you might assume that the changes you’ve made to your domain’s DNS settings will have taken effect immediately, when in reality it could take several hours – or even longer – for the changes to be fully propagated across the internet. This can lead to confusion, and potentially cause problems for your website or domain.

    How To Propagate Changes Faster

    Method 1: Reduce time-to-live (TTL) Value

    The best way to speed up DNS propagation is to reduce the time-to-live (TTL) value for your DNS records. This tells DNS resolvers how long to cache your DNS records, so reducing the TTL value will ensure that DNS resolvers refresh your records more often, which can speed up the propagation process.

    However, this comes with a few downsides:

    • If the DNS records for your website expire quickly, it can cause your site to appear slow to visitors, because their browsers will have to fetch new records more frequently, which takes time. This can be frustrating for users, and make them less likely to continue using your site.
    • It can lead to an increase in the number of requests sent to your DNS authoritative resolver. If you maintain your own servers, this can put additional strain on your system, potentially increasing hosting costs and server charges.

    If you plan ahead of time, you can avoid this by temporarily reducing the TTL values of your DNS record one day before you plan to make changes. This will ensure that all the records will expire quickly when you want them to.

    For example, if your DNS records have the TTL value of 1 day, then you can change it to 5 minutes the day before. On the next day, you can change the DNS records to point to new servers. This will ensure that all the new visitors will be sent to your new server within 5 minutes of making the changes. Once you are satisfied that everything works as expected, you can increase the TTL value back to 1 day.

    Method 2: Request DNS Resolvers To Flush Cache

    If you didn’t plan ahead of time, and you need to update your DNS records immediately, then you can request DNS resolvers to flush cache values of your records, and update them with new existing values. Here are the links for some of the major DNS providers:

    Although flushing the cache from these servers will update the records for the vast majority of users on the internet, many technology enthusiasts and enterprise clients who have the time and resources to maintain their own DNS servers will still have a stale copy of your DNS records until it expires.

    Check If DNS Records Were Updated Successfully

    Method 1: Use A DNS Propagation Checker

    You can use a DNS propagation checker to monitor the progress of your DNS changes. These tools can help you track when your changes have been picked up by different DNS resolvers around the world, so you can see how quickly the propagation process is progressing.

    We recommend using Site24x7’s DNS Propagation Checker which checks the DNS records of a given address against multiple nameservers from different parts of the world.

    Method 2: Use DiG Command

    If you know your way around the command line, and would rather use a terminal instead of a third party service – then you are in luck. Almost all Linux distributions have the ‘dig’ tool preinstalled; you can use it to check records for any website by using the following command:

    $ dig blog.runcloud.io
    using dig command variation 1

    You can also query the records from a particular nameserver instead of using the default DNS resolver by specifying the IP address of the server:

    $ dig @1.1.1.1 blog.runcloud.io
    using dig command variation 2

    Summary

    Making DNS changes (and them taking longer than usual) can be annoying to have to wrap your head around but as long you factor in changes taking time, you should be able to avoid any potential problems. If you already use RunCloud, you’ll likely know that we encourage using Cloudflare which is also what we use for all of our own systems and provides fast, global DNS propagation. Still considering making the switch? Get started with your 5-day free trial today.

  • What Are Docker Logs And How To Use Them

    What Are Docker Logs And How To Use Them

    Docker is one of the most popular tools used by software developers, as it makes it easy to create, deploy, and run applications by using containers.

    By using containers, developers can package up an application with all of the parts it needs, such as libraries and other dependencies, and ship it all out as one package.

    That way, the application will run quickly and reliably from one computing environment to another. First released in 2013, Docker has quickly become a vital tool in any developer’s arsenal.

    One way to keep track of development is to review Docker logs regularly. In this post, we’re going to discuss what Docker logs are and how you can use them.

    What Are Docker Logs?

    Docker logs are files that contain information about the activities that have taken place within a container. This information can be helpful for debugging purposes or for gathering performance data.

    By default, Docker logs are stored in JSON (JavaScript Object Notation) format. However, you can also configure Docker to store logs in other formats, such as GELF (Graylog Extended Format) or Syslog.

    Docker containers generate two types of logs: container logs and daemon logs. Container logs are generated by the application running in the container. Daemon logs, on the other hand, are generated by the Docker engine itself and include information about things such as container startup and shutdown, as well as errors that occur during container execution.

    Docker logs are important because they can help you troubleshoot issues with your containers.

    For example, if you notice that your container is taking longer than usual to start up, you can check the logs to see if there’s any information about what’s causing the delay.

    Additionally, if you’re having problems with your application crashing or otherwise not working properly, the logs can be helpful for debugging purposes.

    Where To Find Container Logs

    Container logs can be found in the /var/lib/docker/containers directory on Linux hosts and in C:\ProgramData\docker\containers on Windows hosts. Each container has its own log file; the name of the file is {container_id}.log. 

    Container logs include information about stdout (standard output) and stderr (standard error) output from the application or service running inside the container. They also include any information logged by the application itself.

    Where To Find Daemon Logs

    Daemon logs can be found in /var/log/docker.log on Linux hosts and in C:\ProgramData\docker\log\docker.log on Windows hosts. Host logs include information about events that occur on the host, such as when a container is created or destroyed. They also include any errors or warnings generated by the Docker daemon itself.

    How To Use Docker Logs

    Now that we know what Docker logs are and where to find them let’s take a look at how to use them effectively.

    The most common way to access Docker logs is through the command line interface (CLI). You can execute the docker logs command to access the logs. 

    This command allows you to view the logs for a specific container. For example, let’s say you want to view the logs for a container with the ID “abc123”. You would use the following command: 

    $ docker logs --tail 50 abc123 

    This command would return the 50 most recent log entries for the container with the ID “abc123”.

    This command essentially retrieves logs in batches that were available at the time of execution.

    How to Clear the Docker Log File

    There might be times when you want to get rid of old logs. You can use a simple command to do this. By default, the log file is located at /var/lib/docker/containers/<container_id>/<container_id>-json.log on Linux machines. 

    You can also view the contents of the log file by running the following command:

    sudo docker logs <container_id> 

    If you want to delete the logs file entirely, you can use the rm command. Be warned, however, that this will permanently delete the file, and there is no way to recover it. 

    sudo rm /var/lib/docker/containers/<container_id>/<container_id>-json.log 

    If you want to keep the log file but just clear its contents, you can do so by running the following command:

    sudo truncate -s 0 /var/lib/docker/containers/<container_id>/<container_id>-json.log 

    This will leave an empty log file that Docker will continue to write to as new events occur in your containers.

    If you’re on Windows, Docker uses a virtual machine known as MobyLinuxVM. Logs are generally stored in the file path: /var/lib/docker, though you need a container with full root access to delete the log files. 

    To do this, first, run the following command:

    Find /var/lib/docker/containers/ -type f -name “[name].log” -delete

    This will delete the specific log file on Windows.

    After Action Report – Keeping On Top of Docker Logs

    Docker logs can provide much-needed insights about events in your containers and can also help you trace any errors.

    As your development workflow grows, you’ll want more granular control over your servers. RunCloud lets you manage your cloud servers, and deploy websites and web apps, all through a secure management panel.

    Have any tips or tricks to share? Join the conversation by commenting below, or send us a Tweet about how you use Docker logs!

  • How To Host Multiple Websites on One Server

    How To Host Multiple Websites on One Server

    Hosting multiple websites on a cloud server is an excellent way to save some money, especially if your sites aren’t too resource-intensive. And, if you’re on a cloud server, it’s also much easier to scale resources as needed.

    If you’re managing multiple sites and wish to host them on one server, you can use Virtual Server to do this. It’s a configuration setting that allows your webserver, such as Apache, to load the site from the same server. 

    In the following guide, we are going to look at how you can host multiple websites on one server using two methods: the standard configuration method (which requires some technical understanding), and how RunCloud lets you do it.

    Hosting Multiple Websites on One Server by Configuring Apache

    Apache lets you configure the virtual host. The conf subdirectory in Apache is what you can use to make configuration changes. 

    To log into your Apache HTTP server, just connect to your server using your FTP client, and navigate to the conf subdirectory. It’s generally found in /etc/httpd/conf/httpd.conf.

    Before you begin, it’s always wise to create a backup of this file. Once you have that, log into the server using an SSH client (Terminal for macOS or PuTTY for Windows).

    You’ll have to enter your login credentials for the root account for the server. Now that you are in, let’s assume that you want to host two sites on the server, example1.com, and example2.com.

    Before you begin, run the following command to create a root directory for both sites:

    mkdir /var/www/html/example1.commkdir /var/www/html/example2.com

    Next, you need to create an index.html file for both of these sites. You can do that by using the following command for each of the websites:

    nano /var/www/html/example1.com/index.html

    Now, add the following text:

    <html><title>example1.com</title><h1>Welcome to this basic site</h1><p>This is just to show you how to host multiple sites on one server</p></html>

    Do this for both of the sites (swap out the URL in the command for each), and then run the following command for both to change the ownership of their directory:

    chown -R www-data:www-data /var/www/html/example1.comchown -R www-data:www-data /var/www/html/example2.com

    Now, you’ll need to create the virtual host configuration file on Apache for each of these websites. This is possible by running the following command for each:

    nano /etc/apache2/sites-available/example1.com.conf

    You’ll also need to add the following code to create the Virtual Host:

    <VirtualHost *:80>
    ServerAdmin admin@example1.com
    ServerName example1.com
    DocumentRoot /var/www/html/example1.com
    DirectoryIndex index.htmlErrorLog ${APACHE_LOG_DIR}/example1.com_error.logCustomLog ${APACHE_LOG_DIR}/example1.com_access.log combined
    </VirtualHost>
    

    Again, you’ll need to do this for both of your sites by swapping out the URLs and replacing them with the sites you want to host.

    Once you’re done, you need to enable Virtual Host with the following command:

    a2ensite example1.com
    a2ensite example1.com
    

    That’s it! You have now configured Apache to serve both sites from the same server. You can now test them by simply typing the URL for each site in your browser!

    How to Host Multiple Websites on One Server Using RunCloud

    RunCloud makes it easy for you to gain complete control over your server. Once you have connected RunCloud to your servers, it’s incredibly easy to host multiple websites, and you don’t even need any coding expertise.

    Here’s how to do it.

    1. Log into Your RunCloud Dashboard

    The first step is to log into your RunCloud dashboard. When you log in, you’ll see an overview of the servers you’ve connected. Here’s how it looks:

    connected servers overview in runcloud dashboard

    Now, just click on the server, and you’ll see details about any running web apps, server memory, disk consumption, load, and uptime.

    server details in runcloud dashboard

    2. Deploy a New Web App

    The next step is to deploy a new web app on your server. Simply click on the Deploy New Web App button in your dashboard, as shown below:

    delopying a new web app on your server

    Now, you’ll be asked to enter the details of the app you want to launch. RunCloud supports one-click installs of WordPress and phpMyAdmin, but you can also install a script, connect a Git repository, or launch an empty web app. 

    In this example, we are using WordPress.

    3. Map Your Domain

    Now, you’ll have to provide information associated with the web app and map a domain. 

    provide information associated with the web app and map a domain

    You can choose to set up DNS records manually or use Cloudflare DNS with RunCloud. Simply enter your domain name and move to the next step, where you have to provide the admin details and add an SSL certificate.

    choose to set up DNS records manually or use Cloudflare DNS with RunCloud

    Once you add that in, RunCloud lets you connect to a database and even choose the web application stack that you prefer. In this instance, we are going with NGINX and Apache2 Hybrid, and PHP 7.4, as shown below:

    choose the web application stack that you prefer

    Once you’re done, just deploy the web app on your server, and it’ll appear as shown below:

    deploy the web app on your server

    That’s it! You’ve now successfully hosted multiple websites on the same server! 

    After Action Report – Hosting Multiple Websites on One Server is Easy with RunCloud

    RunCloud makes it incredibly easy to host multiple websites on the same server, and you don’t even need any coding expertise.

    Let us know what method you use to host multiple websites on one server by commenting below, or join the conversation on Twitter by Tweeting @RunCloud_io)! 💬

  • Load Balancing For WordPress — What It Is & How It Works

    Load Balancing For WordPress — What It Is & How It Works

    Many users often have strong opinions about load balancing. Should you use it with your WordPress site, or is it overkill?

    A load balanced WordPress site will have increased uptime and performance, as well as enhanced security. However, despite what you will hear some people claiming, it’s not always necessary.

    In this article, we’ll discuss what load balancing is, how it works, and weigh up the benefits of using load balancing for WordPress.

    How Load Balancing Works

    load balancing wordpress how it works

    Load balancing improves site performance by distributing traffic evenly across a network of devices. This ensures that no single resource is overloaded and prevents bottlenecks. When traffic increases, more resources can be added to the network to accommodate the extra load.

    As traffic decreases, the extra assigned resources can be removed. For WordPress websites, load balancing can help distribute traffic evenly across a cluster of servers so that no single server is overloaded and your website remains accessible even during peak traffic periods.

    There are two main types of load balancing: hardware-based and software-based. Hardware-based load balancers use dedicated hardware devices to distribute traffic among a group of servers. Software-based load balancers, on the other hand, use software running on a general-purpose server to perform much the same task.

    However, there are quite a few misconceptions about load balancing for WordPress. Before we discuss whether load balancing is really necessary, let’s briefly cover the most common misconceptions.

    Common Misconceptions Around Load Balancing

    Many think that load balancing will automatically improve their site’s performance, but that’s not always the case. Here’s a look at some of the reasons why it may not always be the best choice.

    Increased Complexity

    One of the main downsides of load balancing is that it can increase the complexity of a system. When you add an extra layer of infrastructure to a system, it inevitably makes that system more complex and more difficult to manage. This can lead to increased costs and longer deployment times for new features or updates.

    Single Point of Failure

    Another potential downside of load balancing is that it can create a single point of failure. If the load balancer itself goes down, then all traffic will be routed to a single server which could quickly become overloaded.

    To mitigate this risk, it’s important to have redundant load balancers in place so that there is always a backup available if one fails.

    Limited Scalability

    Finally, another potential downside of load balancing is that it can limit scalability. In some cases, the load balancer itself can become a bottleneck as traffic increases.

    This can be alleviated by using a more powerful load balancer or by distributing traffic across multiple load balancers – but it’s something to keep in mind if you’re expecting a lot of growth in web traffic.

    Aligning Expectations

    Many believe that load balancing will instantly improve performance, but that’s not always the case. The thing is, when you spread services across numerous servers, it actually increases latency on the network.

    The information has to travel across several connections, which can have an adverse impact on performance. For load balancing to actually work effectively, your original server setup needs to be maxed out.

    So, if the current server load is around 30%, and you have load balancing active, it’s actually likely to have a negative impact on response times due to network latency.

    Furthermore, it’s important to understand that load balancing isn’t the same thing as auto scaling, which is when your server infrastructure scales according to the number of requests.

    Instead, load balancing runs parallel to auto scaling (you’ll need both set up to see the benefits). It’s important to align expectations here because if you think that installing a load balancer will allow your server infrastructure to scale automatically, that’s not going to happen.

    Benefits of Load Balancing

    Before we focus on whether you should start using a load balancer, let’s first outline the benefits of using one.

    Maintain Performance During Peak Traffic

    Some people believe that only websites with millions of daily visitors need to worry about load balancing. However, this simply isn’t true. Any website that experiences spikes in traffic can benefit from load balancing.

    For example, a small website might only receive a few hundred visitors per day on average but could experience a sudden influx of traffic due to a viral news article or social media post. In such cases, load balancing can help ensure that the website doesn’t crash under sudden strain.

    It’s Quite Versatile

    While it’s true that load balancing is often used to balance traffic between multiple servers, there are other uses for load balancing as well.

    For example, some organizations use load balancers to route traffic between different types of devices (such as computers and mobile devices), different geographical locations (using different data centers), or even different network segments (such as different Wi-Fi networks).

    When Should You Implement Load Balancing?

    There are a few key scenarios where load balancing makes sense. If you’re expecting a spike in traffic – say, because of a sale or a new product launch – then load balancing can help ensure that your site can handle the increased demand without going down.

    Similarly, if you have a global audience, load balancing can help ensure that users around the world have a good experience by connecting them to the server that’s closest to them.

    Finally, if you have multiple servers running different components of your site or application (like a database, application server, and web server), then load balancing can help ensure that traffic is distributed evenly across all of your servers.

    Is Load Balancing Always a Good Thing?

    As mentioned above, load balancing isn’t always a good thing. In most situations, you could simply scale your infrastructure horizontally. For instance, porting your database on a separate server might help.

    Similarly, if you serve images on your site, you should consider using a CDN. As long as you can reduce the load from your web server by allocating components that require more resources, you won’t need to worry about load balancing.

    Are you planning on using load balancing? Or do you have any queries? Let us know, and join the conversation by commenting below! 💬

  • The Best WHMCS Alternatives (Free, Open Source & Premium)

    The Best WHMCS Alternatives (Free, Open Source & Premium)

    WHMCS is an acronym for Web Host Manager Complete Solution, which is a common automation and billing tool that’s used by digital agencies to manage hosting solutions for their clients. This tool lets agencies set up a range of automated actions, allowing them to manage their hosting needs, automate billing, or send regular invoices.

    WHMCS also lets you set up a ticketing system, and can automatically shut down a client’s account when they don’t pay, making it a suitable choice for hosting service providers.

    However, while WHMCS is a popular choice, there are various alternatives available that you can use instead.

    The 8 Best WHMCS Alternatives Available in 2022

    In the following article, we are going to compare eight of the best WHMCS alternatives available today.

    1. HostBill (Premium)

    hostbill homepage

    HostBill is a premium WHMCS alternative that you can use to automate large parts of your hosting business, including billing, support, and client account management.

    HostBill offers support for multiple currencies, so you can expand your business globally. It also supports automated payments and lets you set up ticketing support.

    One of the areas where HostBill really shines is its integrations: you can connect it to more than 500 different control panels and apps to create a custom solution that’s tailored to meet your business needs.

    Since you can integrate all of these apps into one platform, you don’t have to worry about accessing multiple applications to tinker with settings. You can customize everything straight through HostBill.

    HostBill lets you provision resources automatically, and it also takes care of lifecycle management, including suspensions, upgrades, or terminations as necessary. You can also define custom automation rules for specific clients.

    2. RackNap (Premium)

    racknap homepage

    RackNap is a subscription billing software that’s ideal for companies selling cloud hosting to their customers.

    RackNap is great for taking charge of the end-to-end customer lifecycle, including setting up billing plans for customers, automating renewals, and even giving customers some element of control over their accounts by allowing them to upgrade or downgrade their connection.

    You can even set up discounts or tier-based pricing for customers. RackNap lets you automate service provision from various cloud providers, including:

    • Microsoft Office 365
    • Acronis
    • AAWS
    • Microsoft Azure

    It even offers dedicated dashboards for the CEO, CFO, and CTO, enabling them to make data-driven decisions and use these insights to fuel business growth.

    And, like other WHMCS alternatives on this list, RackNap integrates seamlessly with popular third-party apps and payment gateways, so you can easily charge your clients and keep things running efficiently.

    3. Blesta (Open Source, Premium)

    blesta homepage

    Blesta is a popular billing platform designed for hosting providers that offer an excellent array of features, making it a suitable choice for those who want a reliable alternative to WHMCS.

    A significant chunk of Blesta’s source code is available for everyone, making it partially open-source. However, the company does keep three files encoded, which means you’ll need to purchase a license if you want to use Blesta.

    Blesta is relatively popular and integrates seamlessly with different tools like cPanel, 2Checkout, and others. The company also has a dedicated team of developers who regularly check the source code for bugs or security flaws.

    Blesta lets you create client pages to allow for self-management, making it easy for them to review their billing and invoices or upgrade or downgrade their connections.

    More importantly, Blesta also has a dedicated ticketing system, allowing your customers to open support tickets.

    The interface is clean and very user-friendly, allowing you to see what services each client is using, how much they are paying, any open tickets, and other relevant information about their subscription.

    Blesta even lets you create a knowledge base, so you can develop guides for your clients to follow, which no doubt helps improve customer satisfaction.

    The platform supports multiple currencies, and you can even add credits to each customer’s account if required. Since it integrates with all major payment gateways, it’s quite easy to accept payments via credit cards. It also lets you offer coupon codes to customers for discounts.

    Blesta offers a 30-day free trial and an online demo. On top of that, it even provides multi-company support for users that are running several hosting companies.

    4. Clientexec (Premium)

    clientexec homepage

    Clientexec is a great WHMCS alternative for businesses that are looking to introduce automation into their workflows. It works seamlessly with different plugins and domain registrars, payment processors, and third-party hosting providers, allowing you to customize it however you prefer.

    Clientexec offers a range of services to companies, including client account management, invoice automation, and billing integrations. It also supports automated provisioning for popular domain registrars like OpenSRS, NameCheap, and NameSilo, making it incredibly easy to set up.

    Since it integrates seamlessly with different payment gateways, you can easily expand your customer base worldwide too. The platform features basic invoicing and reporting, so you’ll have all the information you need about business performance, including taxes, reminders, subscription payments, and discounts.

    It’s also great for boosting your support quality, as Clientexec comes with a knowledge base, ticketing system, email, and live chat support, all built-in.

    One of the best things about Clientexec is its reporting capabilities. From tracking your revenues to new clients or even tracking how your KB articles help clients, Clientexec makes it easy for you to gauge exactly how your business is performing.

    5. WISECP

    wisecp homepage

    WISECP is a direct competitor to WHMCS and offers excellent value for the price you pay. Their hosting automation platform offers various services for free that you’d have to pay for with WHMCS, including:

    • Client blacklisting
    • Browser, IP, or location-based authentication
    • Blocking VPN or proxy users
    • Protection against brute force attacks

    WISECP makes it easy for businesses to sell custom hosting plans and even integrates with domain registrars, so you can also offer domain names through your platform. It supports automatic invoicing and lets you accept payments by integrating with all major payment gateways.

    WISECP also offers support for tax systems in different countries, including EU taxation. There’s a ticketing system with AJAX support, letting you view replies from clients in real time, so you don’t have to refresh the page each time.

    You can also create canned responses, assign tickets to different team members, add notes to each ticket, and change their status accordingly. The platform is very developer-friendly and supports various third-party control panels and plugins.

    6. BillingServ (Premium)

    billingserv homepage

    If you need an excellent hosting automation platform that’s focused on improving your client billing and subscription process, BillingServ is a great choice.

    Like all other WHMCS alternatives on this list, BillingServ works seamlessly with major payment gateways and control panels. It lets you create automated payment reminders, automate client accounts, and offers extensive reporting features.

    It’s a fully cloud-based solution, so you don’t have to worry about hosting or installing anything. Customer management is easy, allowing you to set up ticketing support or email support.

    It also comes with DDoS protection built-in and integrates with major control panels like Plesk or cPanel. You can also integrate it with any SSL provider or domain registrar.

    If you’re looking for a highly scalable solution for your hosting business, BillingServ has everything that you’ll require. The team behind BillingServ is highly dedicated, and they regularly release security updates and patches.

    7. Ubersmith (Premium)

    ubersmith homepage

    Ubersmith markets itself toward larger hosting providers, especially companies that offer cloud hosting. This is different from WHMCS, which mainly targets small to medium-sized businesses.

    However, if you need an automated billing solution to manage your client’s accounts, Ubersmith is a great choice. It lets you create custom quotes and track reports and has a built-in ticketing system that lets you improve customer support too.

    Self-management options are available, where you can create an account for each client, letting them track their invoices and account history, and even see any support tickets that they’ve opened in the past.

    Ubersmith integrates with all major domain registrars, and you can easily pair it with any of the popular payment gateways to accept payments in multiple currencies.

    8. RunCloud (Premium)

    RunCloud homepage

    RunCloud (hey, that’s us!) is designed to make managing your server infrastructure incredibly easy. While, at this time, we may not have all the features offered elsewhere, such as billing clients and setting resource limitations – many of our customers use RunCloud to handle the deployment & manage the entire process (with some manual input). 

    RunCloud works seamlessly with any cloud provider, letting you connect your servers, review performance and server health, and host sites. If you’re running a web hosting company and need an excellent server management platform, RunCloud is a solid choice.

    It offers team management, on-demand backups, instantaneous deployment, and a dashboard that’s been meticulously designed to improve performance and give you the information you need to make key decisions.

    After Action Report – Use RunCloud with a WHMCS Alternative to Sell Web Hosting

    You can use any of these WHMCS alternatives with RunCloud, which allows you to optimize server management without requiring any kind of command-line experience. You can reduce your server configuration times and offer a better standard of service to your customers!

    Already using any of these WHMCS alternatives with RunCloud? Or, have any queries? Let us know, and join the conversation by commenting below! 💬

  • How To Resolve The “Email Address is not Verified” Error With AWS SES

    How To Resolve The “Email Address is not Verified” Error With AWS SES

    Amazon Simple Email Service, also known as AWS SES, is an email marketing platform that you can use to send and receive emails through your own addresses and domains.

    AWS SES can be used to send transactional emails, including any personalized emails or for newsletter campaigns. It’s a highly modular platform that you can use to create email marketing campaigns, set up autoresponders, and even use it for live ticketing support.

    However, if you’re getting the “Email address is not verified error”, this post will guide you on how to solve it.

    What is the “Email Address is not verified” Error?

    When you start Amazon SES, it launches in a sandbox environment before you can switch it to production. Once you sign up, Amazon will verify whether you actually own the email address and the domain.

    The error usually arises when you try to send emails from an entity, such an email address or a domain, that hasn’t been verified in Amazon SES. Here’s how you can fix this error.

    How to Fix the “Email Address is not verified” Error

    Here’s a brief guide on how to fix this error:

    Verify if Your SES Account is Still in Sandbox Mode, and Request Production Access

    This is easy to do. Just open your SES console in the region by selecting “Account dashboard”. SES is region-locked, so you’ll need access for each region that you plan on sending emails from.

    If you’re in Sandbox mode still, simply click on “Request production access”. You’ll have to submit a form to AWS, and it may take up to a few days (usually a few hours) to get approval.

    Once you get production access to AWS SES, you’ll be able to send emails freely from any of the verified identities.

    Check Your Verified Identities

    Before you start sending emails, make sure you look in the left sidebar menu to ensure that the email address or domain that you’re using to send emails from is verified.

    Whenever you add a new email address, you’ll receive a confirmation email with a link to verify. As soon as you click that link, its status will change.

    Similarly, when adding a domain, you’ll have to add the record that you receive with the registrar in your DNS records. It may take up to 48 hours for DNS records to propagate, but once they’re done, the status of your domain will also change to verified.

    After Action Report — Getting Started with AWS SES is Easy

    That’s it! Fixing the “Email address is not verified error” is quite easy with AWS SES. Once you fix the issue, you’ll be able to send emails freely through the platform. Have you experienced this issue before? Let us know how you fixed it, and join the conversion in the comments (or by Tweeting @RunCloud_io)!

  • GitHub vs. GitLab vs. Bitbucket – How Are They Different?

    GitHub vs. GitLab vs. Bitbucket – How Are They Different?

    Teamwork is an important part of software development. In most cases, teams often work together and use the code written by their colleagues to incrementally improve and build new software.

    But with constant changes, it can be difficult to know how the code has evolved over time. That’s where version control systems come into play. Version control systems allow users to document changes to existing code, amend it, and upload new versions for others to tinker with.

    Project hosting services like GitHub, GitLab, or Bitbucket allow companies to work on code, create multiple versions, and track its development over time.

    In this article, we are going to talk about the most popular version control systems out there, including GitHub, GitLab, and Bitbucket, and see what sets them apart.

    GitHub, GitLab, Bitbucket — What Are They?

    Before we go into the differences, let’s talk about what each of these platforms really are, and what they do.

    GitHub

    github homepage

    GitHub is the most popular version control system in the world. It’s a Git-based version control platform that hosts 83 million developers, and more than 200+ million project repositories. It’s widely used in the open-source community for tracking changes to code.

    GitHub is popular because of its simplistic user interface, and it also allows developers to work seamlessly with Git-based algorithms. Its speed and efficiency are two major reasons why so many developers prefer working with GitHub.

    As far as cost is concerned, GitHub is free to use for the average user, but for larger corporations that need access to private repositories, the price differs based on the number of users.

    (For more information read our article “What is GitHub & How Does It Work?”)

    GitLab

    gitlab homepage

    Gitlab was founded as a competitor to GitHub in 2011 and rose to popularity because of its simplistic user interface. Many teams have started switching to GitLab more recently as it offers support for containerization platforms such as Docker and integrated CI.

    Bitbucket

    bitbucket homepage

    Then you have Bitbucket. It launched in 2008, but in the beginning, it was only compatible with Mercurial Projects – another version control system. In 2011, Bitbucket was acquired by Atlassian and transitioned to using Git instead.

    Bitbucket is just one of many tools in Atlassian’s arsenal since they also own other software-focused tools like Confluence and Jira. As you can imagine, Bitbucket integrates neatly with other Atlassian tools.

    GitHub vs. GitLab vs. Bitbucket — The Main Differences

    So let’s now take a close look at the main differences between GitHub, GitLab, and Bitbucket.

    FeaturesGitHubGitLabBitbucket
    Free private repositoriesYesYesYes
    Free public repositoriesYesYesYes
    Merge Request/Issue TemplatesYesYesNo
    Integrated CINoYesYes
    Open-sourceNoYesNo
    File storageYesYesYes
    IntegrationsYesYesYes
    AnalyticsNoYesYes

    GitHub’s Main Features

    Some of the main reasons why GitHub is so popular is because it offers repository branching and forking, lets you clone an entire codebase, and use both pull and merge requests.

    Ownership

    Development on GitHub started in 2007. It was originally launched by three software developers as a flat organization with no middle management whatsoever. It was a fully bootstrapped company.

    By 2012, Microsoft was hosting most of its projects on GitHub, including some of its biggest open-source projects such as .NET Core, MSBuild, PowerShell, and Visual Studio Code. In 2018, the company decided to purchase GitHub for $7.5 billion.

    Speed

    It’s also incredibly fast, resolving requests quickly, and allowing developers to upload files to different repositories. GitHub is free to use for all personal accounts, and they made private repositories free for unlimited collaborators too.

    Simplified Project Management

    GitHub offers support for kanban boards to help you structure and streamline your software development workflow. It also lets developers quickly synchronize merged versions, resolve issues, and track changes more conveniently.

    Integrations and Language Support

    Currently, GitHub supports more than 200 programming languages, and because it’s so popular in the developer community, it also has dedicated integrations available for popular platforms such as Google Cloud, Windows Azure, Asana, AWS, and others.

    Popularity

    GitHub is by far the most popular version control system in use today. It has certain features that you won’t find in BitBucket, such as syntax highlighting, and GitHub Pages, which lets you host sites on GitHub only.

    Support

    Again, owing to its popularity, support from the GitHub community is massive. You can find guides, tutorials, and extensive documentation about virtually anything you’d want to know about the platform.

    GitLab

    Now, let’s talk about GitLab and how it sets itself apart from the competition.

    Ownership

    GitLab was founded by alumni from the Winter 2015 batch of the Y Combinator seed programme. It was built around the software project of the same name and was originally launched by two developers in Ukraine.

    The company raised seed funding from Khosla Ventures $4 million in September 2015. Another $20 million followed from August Capital in the subsequent year. And, in 2021, GitLab Inc., its parent company, had its IPO on NASDAQ.

    Compliance Control

    One of the major benefits of using GitLab is that it comes with compliance control built in. It runs security scans automatically and has compliance pipelines to ensure that standards are imposed on the entire codebase.

    Managing Permissions

    GitLab lets you define and modify permissions for individuals based on their roles. You can also attach files to specific issues, which isn’t possible with GitHub.

    Issue Tracking

    GitLab’s administration solutions are designed to help software developers trace issues throughout the lifecycle of the project. Users can create new issues using the Issue Board, and assign them to team members.

    GitLab Flow

    GitLab Flow is a Continuous Integration (CI) tool that lets users automate code testing using various tools. It’s a great way to ensure that your code remains free of any bugs or major issues.

    Bitbucket

    Bitbutcket is the oldest tool on this list and is used by many software development companies. Here are some key differentiators.

    Ownership

    Bitbucket was launched as an independent company in 2008, working primarily with Mercurial Projects. In 2010 however, Atlassian acquired the company. Today, Bitbucket is a key part of Atlassian’s software offering.

    Integrations

    One of the things that sets Bitbucket apart from the rest is how seamlessly it integrates with tools like Jira, an issue-tracking software. This was also developed by Atlassian, and so unsurprisingly Bitbucket integrates perfectly with Jira to improve version control and bug tracking.

    Code Review

    When you send a pull request in Bitbucket, it shows the test results of security scans directly in a visual format, making it easier for users to analyze the code. Everything’s presented on one page, which reduces back-and-forth.

    Source Control

    Developers can easily track changes to the source files of a project, which makes it easy to determine what stage of the project the team is at. This also makes it easier for distributed teams to collaborate with others.

    REST APIs

    Bitbucket offers REST APIs that make it easy for developers to start building third-party apps using different programming languages.

    Code Snippets

    Developers can share code snippets and files with each other, allowing them to quickly get feedback and resolve issues.

    After Action Report — Which Version Control System Do You Use?

    These are three of the most popular version control systems available today. Most companies generally prefer using GitHub because it’s easy to use and lets users create their portfolios.

    However, some organizations also prefer GitLab and Bitbucket, especially those which use Jira and other Atlassian products.

    Which version control system do you use? Let us know & join the conversation by leaving a comment below!💬

  • How Long Does a DigitalOcean Snapshot Take?

    How Long Does a DigitalOcean Snapshot Take?

    DigitalOcean is a cloud IaaS (Infrastructure-as-a-Service) provider that offers affordable cloud hosting solutions. It uses Droplets, which are essentially Linux-based VMs (virtual machines) that are layered atop virtualized hardware.

    Think of each Droplet as a new server, which can work discretely, or as part of a larger infrastructure. Creating backups on DigitalOcean is very important to secure your data, and the company refers to each backup as a “snapshot”.

    In this article, we’re going to talk about how long each DigitalOcean snapshot takes.

    digital ocean homepage

    What are Snapshots?

    DigitalOcean refers to snapshots as on-demand backups or disk images of Droplets and all associated volumes that are saved to your account. You can use these to replicate new volumes or create a new Droplet using similar content, and there’s no limit to the number of snapshots you can take.

    How Long Does Each DigitalOcean Snapshot Take?

    In general, each DigitalOcean snapshot takes between one and three minutes for each GB of disk space used on the Droplet. To put this into perspective, a Droplet that uses 5 GB of disk space will take between 5-15 minutes.

    Therefore, the more disk space your server uses, the longer each snapshot’s going to take. Ideally, you’ll want to make sure that you regularly back up your Droplets. You can create snapshots from the control panel or with the API, and they become available for viewing immediately.

    Keep in mind that there are going to be some instances where the snapshots may take longer, primarily depending on the volume of data, the disk space, and the load on each server. For instance, if the write load on your server is high, the Snapshots will take longer.

    If you’re using RunCloud, you can back up your data pertaining to all web applications and databases (for further information about this, read our article on how to properly back up your website for disaster recovery).

    You can also automate DigitalOcean Droplet snapshots using SimpleBackups, a third-party tool that creates backups and automates Droplet and Volume snapshots.

    After Action Report — Backing Up Your Servers is Critically Important

    The last thing you want is to lose any important data due to an oversight. That’s the reason why DigitalOcean snapshots can make it easy for you to back up your Droplets and volumes.

    And if you have any important files, you can easily replicate them by creating additional Droplets.Are you backing up your servers frequently? Let us know the frequency you prefer, and any tips you think are essential in managing disaster recovery effectively by joining in the conversation in the comments (or by Tweeting @RunCloud_io). 💬