# Introduction to RepoCloud Source: https://docs.repocloud.io/introduction Your one-stop destination for deploying, managing, and scaling open-source applications in the cloud ## Welcome to RepoCloud RepoCloud is an open-source app cloud marketplace where users can deploy their favorite open-source applications with a single click. Our platform features an easy-to-use interface enabling users to manage and deploy their instances without the complexities of traditional server management. Launch your favorite open-source applications in minutes Pay only for what you use with prices at half of major cloud providers ## What Sets Us Apart At RepoCloud, we believe that powerful technology shouldn't require a PhD in server management. That's why we've created a platform that makes deploying applications as easy as clicking a button. Keep your applications secure and up-to-date with a single click Scale your resources as your needs expand with dynamic autoscaling Choose from a wide variety of open-source applications for your needs Manage your deployments without the need for terminal access ## Who Is RepoCloud For? Our platform is perfect for developers, small businesses, and tech enthusiasts who want the power of self-hosted applications without the operational overhead. We handle the infrastructure, security patches, and scaling, so you can focus on what matters most - using your applications to their full potential. Focus on building your product instead of managing infrastructure Deploy business-critical applications without dedicated IT staff Easily host your favorite tools without the complexity Launch platforms for your content without technical headaches Get started today by [creating an account](https://repocloud.io/register) or explore our [quickstart guide](/quickstart) to learn more. # How RepoCloud Works Source: https://docs.repocloud.io/platform/how-it-works Understanding the architecture and workflow of the RepoCloud platform ## Platform Architecture RepoCloud simplifies the deployment and management of open-source applications through a streamlined architecture designed for performance, reliability, and ease of use. ### Container-Based Deployments All applications on RepoCloud are deployed as containerized instances, which provides several benefits: Each application runs in its own isolated environment for enhanced security Containers share system resources efficiently while maintaining separation Applications run in identical environments across development and production Containers can be deployed and scaled in seconds rather than minutes ### Managed Infrastructure RepoCloud handles the underlying infrastructure so you don't have to: * **Maintained templates**: Application templates are kept up to date, and you apply updates to your instance with a one-click rebuild * **Resource management**: With autoscaling enabled, CPU, RAM, and storage are allocated dynamically based on your needs * **High availability**: Infrastructure is designed for redundancy and reliability, with a public [status page](https://status.repocloud.io) tracking all server clusters * **Network optimization**: 1 Gbps connections with automatic SSL for every application ## Deployment Workflow Browse our catalog of over 270 pre-configured applications and select the one you want to deploy. Name your project, choose autoscaling or a fixed server size, and fill in any application-specific settings (such as admin credentials). Most applications have sensible defaults that work out of the box. RepoCloud automatically provisions the necessary infrastructure, deploys your application container, and configures networking and storage. Your app receives its own HTTPS URL on an auto-generated subdomain (in the format `https://.`). Once deployed, you can manage your application through our intuitive dashboard: view logs, edit environment variables, add custom domains, track resource usage, rebuild to update, and pause or delete the instance. ## Technical Implementation Under the hood, RepoCloud uses industry-standard technology to ensure reliable and efficient operations: * **Docker containers**: Applications are packaged as Docker containers for consistency and portability * **Orchestration**: We use advanced container orchestration to manage deployments, scaling, and availability * **Storage solutions**: Persistent data is stored on high-performance NVMe SSD storage * **Networking layer**: Custom networking stack with automatic SSL certificate management and DNS configuration While RepoCloud abstracts away most of the technical complexity, users do not have direct terminal access (SSH/CLI) to their instances. This design choice allows us to maintain security, reliability, and simplified management. ## Unique Features ### Elastic Hourly Autoscaling Our elastic hourly autoscaling feature continuously monitors your application's resource usage and automatically adjusts resources as needed: * Scales up instantly when demand increases * Scales down when resources aren't needed * Charges only for the resources you actually use * Provides significant cost savings compared to fixed-size instances ## Next Steps Explore detailed technical specifications of the RepoCloud platform Browse our catalog of 270+ applications available for deployment Learn how to deploy and manage your applications # Technical Details Source: https://docs.repocloud.io/platform/technical-details Technical specifications and architecture details of the RepoCloud platform ## Infrastructure Overview RepoCloud is built on a modern, scalable infrastructure designed to provide reliable and efficient application hosting. Our architecture allows for rapid deployment, seamless scaling, and simplified management of containerized applications. ### Deployment Architecture RepoCloud uses containerized applications with an orchestration layer, networking stack, storage system, management API, and monitoring system to provide a complete application hosting platform. Our platform is designed with these key components: * **Container Runtime**: Applications run in isolated Docker containers * **Orchestration Layer**: Manages container deployment, scaling, and lifecycle * **Networking Stack**: Handles traffic routing, load balancing, and SSL/TLS termination * **Storage System**: Provides persistent storage for application data * **Management API**: Powers the dashboard and enables programmatic control * **Monitoring System**: Tracks application health and resource usage ## Technical Specifications ### Compute Resources RepoCloud offers flexible compute resources to accommodate various application needs: | Tier | RAM | vCPU | SSD Storage | Price (Monthly) | | ---- | ----- | ---- | ----------- | --------------- | | 1 | 1 GB | 1 | 20 GB | \$3.00 | | 2 | 2 GB | 1 | 30 GB | \$6.00 | | 3 | 2 GB | 2 | 40 GB | \$9.00 | | 4 | 4 GB | 2 | 40 GB | \$12.00 | | 5 | 8 GB | 4 | 80 GB | \$24.00 | | 6 | 16 GB | 8 | 160 GB | \$48.00 | | 7 | 32 GB | 16 | 320 GB | \$96.00 | Additional NVMe SSD storage can be added to any tier at deployment time ("Add Extra SSD") for \$0.10 per GB per month. All compute resources feature: * Intel vCPU processors * NVMe SSD storage * DDR4 ECC RAM * 1 Gbps network connectivity ### Networking Capabilities Our networking infrastructure provides: * **Automatic SSL**: Free SSL certificates for all applications * **Custom Domains**: Support for your own domain names * **DDoS Protection**: Basic protection against common attacks * **Shared IP**: Applications share IP addresses for efficient resource utilization RepoCloud uses shared hosting without dedicated IPv4 addresses for regular applications. For workloads requiring dedicated IPs or root access, consider our platform apps like Coolify or Dokploy. ### Storage Architecture Storage on RepoCloud is designed for performance and reliability: * **Persistent Storage**: Data persists across container restarts and updates * **Performance Optimization**: NVMe SSDs for high I/O performance * **Scalability**: Extra SSD storage can be added at deployment time * **Backups**: RepoCloud does not provide instance-level backups; use your application's built-in backup mechanisms (e.g., exporting n8n workflows as JSON, or WordPress backup plugins) and export data regularly ## Technical Limitations While RepoCloud offers substantial flexibility, there are some technical limitations to be aware of: 1. **No SSH/Console Access**: Users interact with instances through the GUI only; terminal access is not provided for regular applications 2. **No Dedicated IPv4**: Applications use shared IP addresses by default 3. **Container Restrictions**: Applications run as containers, not VMs, which limits certain types of customization 4. **Resource Limits**: Each tier has defined resource limits that cannot be exceeded without upgrading For use cases requiring greater control, our [platform apps](/platforms/introduction) (Coolify and Dokploy) provide enhanced capabilities including: * Dedicated IPv4 addresses * Full root access * CI/CD integration * Heroku/Vercel/Netlify-like interfaces ## Application Updates and Management RepoCloud ensures your applications stay up-to-date and secure: * **Automatic Template Updates**: Application templates are regularly updated with the latest stable versions * **One-Click Rebuilds**: Update your instance to the latest version with the "Rebuild / Update" button * **Version Pinning**: The "Edit Docker Image" option lets you set a specific image version (tag) for your instance * **Configuration Persistence**: Application data and configurations persist across updates * **Environment Variable Management**: Easily modify application settings through environment variables ## Data Management Each application on RepoCloud has its own mechanisms for data management: * **Application-Specific Migrations**: For example, WordPress uses plugins for migrations * **Built-in Backup Tools**: Many applications include their own backup functionality * **Data Persistence**: Application data is stored in persistent volumes ## Additional Resources Explore our platform apps for advanced control Browse our catalog of 270+ applications available for deployment Learn more about our pricing model Understand how autoscaling works and can save you money # Coolify Source: https://docs.repocloud.io/platforms/coolify Self-hosted Heroku/Netlify alternative on a dedicated VPS with git-push deploys, 280+ templates, managed databases, and automatic SSL ## Coolify on RepoCloud Coolify is an open-source, self-hosted platform-as-a-service (PaaS) that turns any server into a Heroku-like deployment environment. On RepoCloud, Coolify runs on a dedicated VPS with full root access, SSH, a browser console, and all the management tools in the RepoCloud dashboard. Connect GitHub, GitLab, Bitbucket, or Gitea and deploy on every push with automatic builds via Nixpacks, Dockerfile, or Docker Compose One-click deployment for WordPress, n8n, Grafana, Plausible, MinIO, Ghost, and hundreds more Provision PostgreSQL, MySQL, MariaDB, MongoDB, and Redis in a few clicks with backups and monitoring Traefik reverse proxy with Let's Encrypt certificates, per-branch preview URLs, and wildcard domain support SSH into your server, use the browser console, and manage everything at the OS level Automated backups to any S3-compatible storage with one-click restore ## Prerequisites * A RepoCloud account with credit balance (VPS Apps work with free sign-up credit) * An email address for the Coolify admin account ## Deploying Coolify on RepoCloud Go to the RepoCloud marketplace and search for "Coolify". Click on the Coolify VPS listing. Choose a friendly name for your project (e.g., "my-coolify"). This is for your reference in the RepoCloud dashboard. Provide the email address you want to use for the Coolify admin account. It defaults to your RepoCloud account email. Select a tier for your server. Tiers below 2 GB RAM are greyed out because Coolify requires at least 2 GB to install without running out of memory. Servers can be upgraded to a higher tier but not downsized. A dedicated IPv4 address is included with every VPS at no extra charge. Click **Deploy Coolify** and wait 5–10 minutes. Once deployment finishes, you receive an email with: * **Dashboard URL** — the HTTPS link to your Coolify dashboard * **App Credentials** — admin email and any generated passwords * **SSH command** — `ssh root@` * **SSH Private Key** — save it to a file, `chmod 600`, and use it to connect Coolify requires a minimum of 2 GB RAM. If you select a tier with less, the deployment page disables it and shows "Below minimum system requirements for this app." ## First-Time Setup After deployment, open the dashboard URL from your email. Coolify walks you through an onboarding wizard: On first visit, register with the admin email and a secure password. The first account created becomes the Coolify administrator. Select **Quick Start** to use the current server (localhost) for deployments. This is the right choice for most users — the Coolify VPS is both the control plane and the deployment target. Advanced users can choose "Recommended" to connect a separate remote server later. Select **Use Existing Key**. Coolify automatically generated an SSH key during installation that it uses to manage the local Docker runtime. No manual key setup is needed. Coolify organizes work into projects. Create one (e.g., "My First Project") to group your applications, databases, and services. After the wizard, go to **Settings** in the Coolify sidebar and set your **Instance Domain** (e.g., `https://coolify.yourdomain.com`) if you want to access the dashboard through your own domain with automatic SSL. ## Deploying Applications ### From a Git Repository In the Coolify dashboard, click **New Resource** and select **Application**. Choose GitHub, GitLab, Bitbucket, or Gitea. For GitHub, authorize Coolify via the GitHub App integration. For other providers, add a deploy key or OAuth token. Pick the repository and branch you want to deploy. Enable "Auto Deploy" to redeploy on every push. Coolify auto-detects your build system via **Nixpacks** (the default). You can also select a **Dockerfile** or **Docker Compose** build. Set environment variables, build arguments, and resource limits as needed. Under the **Domains** tab, add a domain or subdomain. Coolify provisions a Let's Encrypt SSL certificate automatically. If you do not have a domain yet, Coolify assigns a port-based URL on your server's IP. Click **Deploy**. Watch the build log in real time. Once the build completes, your app is live at the configured domain. ### From a Template Coolify ships with 280+ pre-configured service templates: In the Coolify dashboard, click **New Resource** and select **Service**. Browse or search the template catalog. Choose a template (e.g., WordPress, Plausible Analytics, n8n, Uptime Kuma). Each template comes with sensible defaults. Adjust any settings (domain, environment variables, resource limits) and click **Deploy**. Coolify pulls the required images and starts the service. Popular templates include: * **CMS**: WordPress, Ghost, Strapi, Directus * **Analytics**: Plausible, Umami, Matomo * **Automation**: n8n, Huginn, Activepieces * **Monitoring**: Uptime Kuma, Grafana, Prometheus * **Storage**: MinIO, Nextcloud, Seafile * **Development**: Gitea, Code Server, Coder ## Managing Databases Coolify can provision and manage databases as first-class resources: * **PostgreSQL** — with pgAdmin or direct connection strings * **MySQL / MariaDB** — standalone or as part of a service stack * **MongoDB** — single node or replica set * **Redis** — caching, pub/sub, and session storage For each database, Coolify provides: * Connection strings and credentials * Automated backups on a schedule (configure S3-compatible storage under **Settings > Backup**) * One-click restore from any backup point * Resource monitoring (CPU, memory, disk usage) ## Custom Domains and SSL Coolify manages its own domains and SSL certificates through its built-in Traefik reverse proxy. This is separate from the RepoCloud custom domain feature. **For applications deployed inside Coolify:** 1. Go to the application's **Domains** tab in the Coolify dashboard 2. Add your domain (e.g., `app.yourdomain.com`) 3. Create a DNS **A record** pointing to your VPS IPv4 address 4. Coolify automatically provisions a Let's Encrypt certificate **For the Coolify dashboard itself:** 1. Go to **Settings** in the Coolify sidebar 2. Set the **Instance Domain** (e.g., `https://coolify.yourdomain.com`) 3. Create a DNS **A record** pointing to your VPS IPv4 address 4. Save — Coolify reconfigures Traefik to serve the dashboard on that domain with SSL Do not use the RepoCloud "Custom Domain" feature in the manage page for domains intended for applications running inside Coolify. Use Coolify's own domain management instead, as it controls the Traefik routing rules and certificate issuance. ## RepoCloud Manage Page Your Coolify VPS has a dedicated manage page in the RepoCloud dashboard with these sections: View your server's default domain (HTTPS link to Coolify dashboard), dedicated IPv4 address, SSH connection command (`ssh root@`), and app credentials (admin email and generated passwords). **Power Off** stops the server (data is preserved). **Power On** starts it again. **Reboot** performs a graceful restart. Use these for maintenance or to stop billing on a fixed-tier server. Opens a browser-based serial console (xterm.js) for emergency access. Useful if SSH is unreachable — for example, after a firewall misconfiguration or a failed system update. Lists all registered SSH public keys. RepoCloud auto-generates an Ed25519 key pair at deployment and sends the private key in your email. You can add more keys (e.g., from other machines or team members) and remove old ones. Switch between tiers. Upsizing is always available; disk cannot be shrunk after an upgrade (if you need a smaller disk, create a new instance). Changes take effect within a few minutes. Create up to 5 point-in-time snapshots. Take one before upgrading Coolify or making risky changes so you can roll back. To restore, click **Restore** next to the target snapshot. If newer snapshots exist, a warning lists which ones will be permanently destroyed. The server restarts during restore (\~10–25 seconds) and the page refreshes automatically when complete. Point your own domain to the VPS itself by creating an A record to your IPv4 and registering it here. This sets the top-level domain for the server — individual app domains are managed inside Coolify. Permanently delete the server, all data, snapshots, and the IPv4 reservation. Requires typing the project name to confirm. ## Upgrading Coolify Coolify manages its own updates. When a new version is available, a notification appears in the Coolify dashboard sidebar. In the Coolify dashboard, look for the update notification in the sidebar or go to **Settings > About**. Before upgrading, create a snapshot from the RepoCloud manage page so you can roll back if something goes wrong. Click the update button in the Coolify dashboard. Coolify pulls the new images and restarts its own containers. Your deployed applications are not affected. After the upgrade, confirm the new version number in **Settings > About** and verify your applications are still running. You can also upgrade via SSH by running the official Coolify upgrade command: `curl -fsSL https://cdn.coollabs.io/coolify/install.sh | bash`. This is the same script used for initial installation and handles upgrades in-place. ## Troubleshooting The Coolify dashboard runs on port 8000 behind the VPS's default domain. If the URL from your email does not load, wait a few more minutes — the installation script needs time to pull Docker images and start all services. If it still does not load after 15 minutes, open the browser console from the RepoCloud manage page and check `docker ps` for running containers. Coolify requires at least 2 GB RAM. If you deployed on a tier with less memory (which should not be possible through the UI — tiers below 2 GB are disabled), the install script may fail during `apt-get install` or Docker image pulls. Resize to a 2 GB or larger tier from the manage page. Ensure your DNS A record points to the correct IPv4 address (shown in the manage page Access section). Let's Encrypt uses the HTTP-01 challenge on port 80 — the Traefik container must be running and port 80 must not be blocked. Check Coolify's Traefik logs: in the sidebar, go to **Settings > Traefik** and check the log output. Verify you are using the correct IP address and that your SSH key file has `chmod 600` permissions. If SSH hangs or is refused, use the browser console from the RepoCloud manage page to diagnose — check `systemctl status sshd` and `ufw status` from the console. Check the build log in the Coolify dashboard for specific errors. Common causes: missing Dockerfile or unsupported Node.js/Python version for Nixpacks. Ensure your repository has a supported build configuration. You can always switch the build method between Nixpacks, Dockerfile, and Docker Compose. ## Use Cases Coolify is ideal for: * **Indie developers and startups** who want Heroku-like convenience without vendor lock-in or per-app pricing * **Agencies** deploying multiple client sites from Git with automatic SSL and preview environments * **Teams** that need managed databases alongside their applications with centralized monitoring * **Self-hosters** migrating from other PaaS providers who want to keep their deployment workflow ## Next Steps Launch your Coolify VPS from the RepoCloud marketplace Read the official Coolify documentation for advanced features Explore Dokploy as an alternative Docker-focused deployment platform Learn about all VPS Apps and the RepoCloud manage page # Dokploy Source: https://docs.repocloud.io/platforms/dokploy Docker-native deployment platform on a dedicated VPS with Nixpacks, Docker Compose, Traefik routing, and one-click databases ## Dokploy on RepoCloud Dokploy is an open-source, self-hosted PaaS built specifically for Docker container management. On RepoCloud, Dokploy runs on a dedicated VPS with full root access, SSH, a browser console, and all the management tools in the RepoCloud dashboard. Purpose-built for Docker — deploy from Git repos, Docker images, or Docker Compose files with a unified interface Nixpacks auto-detects your language and dependencies, or use Heroku Buildpacks, Paketo, or a custom Dockerfile Built-in Traefik reverse proxy handles SSL certificates, domain routing, and load balancing automatically Provision PostgreSQL, MySQL, MariaDB, MongoDB, and Redis as first-class services alongside your apps SSH into your server, use the browser console, and manage everything at the OS level Built on Docker Swarm for service orchestration with replicas, rolling updates, and health checks ## Prerequisites * A RepoCloud account with credit balance (VPS Apps work with free sign-up credit) * An email address for the Dokploy admin account ## Deploying Dokploy on RepoCloud Go to the RepoCloud marketplace and search for "Dokploy". Click on the Dokploy VPS listing. Choose a friendly name for your project (e.g., "my-dokploy"). This is for your reference in the RepoCloud dashboard. Provide the email address you want to use for the Dokploy admin account. It defaults to your RepoCloud account email. Select a tier for your server. Tiers below 2 GB RAM are greyed out because Dokploy requires at least 2 GB for Docker Swarm initialization. Servers can be upgraded to a higher tier but not downsized. A dedicated IPv4 address is included with every VPS at no extra charge. Click **Deploy Dokploy** and wait 5–10 minutes. Once deployment finishes, you receive an email with: * **Dashboard URL** — the HTTPS link to your Dokploy dashboard * **App Credentials** — admin email and generated password * **SSH command** — `ssh root@` * **SSH Private Key** — save it to a file, `chmod 600`, and use it to connect Dokploy requires a minimum of 2 GB RAM. Deploying on 1 GB causes out-of-memory errors during Docker Swarm initialization. ## First-Time Setup Open the dashboard URL from your deployment email. Dokploy serves its web interface on port 3000, proxied through the VPS's default HTTPS domain. On first visit, register with your name, email, and a secure password. The first account created becomes the Dokploy administrator. For production use, go to **Settings** in the sidebar and set a domain for the Dokploy dashboard itself. Create a DNS A record pointing to your VPS IPv4, then enter the domain in Dokploy. It configures Traefik to serve the dashboard over HTTPS and you can close direct port 3000 access. After setup, consider restricting port 3000 to your IP address via `ufw`. All traffic should go through the Traefik HTTPS endpoint (port 443) once a domain is configured. ## Deploying Applications ### From a Git Repository In the Dokploy dashboard, click **Create Project** and give it a name (e.g., "demo-project"). Inside the project, click **Create Service** and select **Application**. Name it (e.g., "my-app"). Under the **General** tab, choose your provider (GitHub, GitLab, Bitbucket, or a raw Git URL). Enter the repository URL and branch. Choose a build method: * **Nixpacks** (default) — auto-detects your language and builds without a Dockerfile * **Heroku Buildpacks** — compatible with Heroku buildpack configurations * **Paketo Buildpacks** — Cloud Foundry buildpacks * **Dockerfile** — use a Dockerfile from your repo Click **Deploy**. Watch the build progress in the **Deployments** tab and runtime output in **Logs**. ### From a Docker Image Inside a project, click **Create Service** and select **Application**. Under **General**, select **Docker** as the provider type and enter the image name (e.g., `nginx:latest` or `ghcr.io/your-org/your-image:v1.2`). Set environment variables, port mappings, and volumes as needed. Click **Deploy**. ### Docker Compose Stacks Dokploy has first-class support for Docker Compose: Inside a project, click **Create Service** and select **Compose**. Paste your `docker-compose.yml` content or link a Git repository that contains one. Assign domains to any services in the stack that need external access. Dokploy configures Traefik labels for routing and SSL. Click **Deploy**. All services in the Compose file are built and started together. ## Managing Databases Dokploy provisions databases as dedicated services: Inside a project, click **Create Service** and select **Database**. Choose from PostgreSQL, MySQL, MariaDB, MongoDB, or Redis. Set the database name, credentials, and any custom configuration. Dokploy pulls the official image and starts the container. Use the connection string shown in the database service details. For apps in the same Dokploy project, use the Docker internal hostname (e.g., `db-service:5432`). Dokploy provides for each database: * Connection credentials and strings * Real-time log viewer * Resource monitoring (CPU, memory, disk) * Volume-backed persistent storage ## Custom Domains and SSL Dokploy manages domains and SSL through its built-in Traefik reverse proxy: **For applications deployed inside Dokploy:** 1. Open the application in the Dokploy dashboard 2. Go to the **Domains** tab 3. Click **Add Domain** and enter your domain (e.g., `app.yourdomain.com`) 4. Enable **HTTPS** 5. Create a DNS **A record** pointing to your VPS IPv4 address 6. Dokploy configures Traefik and provisions a Let's Encrypt certificate automatically Traefik handles certificate renewal (30 days before expiry). If a certificate fails to issue, check that port 80 is open and DNS has propagated. Use Dokploy's own domain management for applications running inside it. The RepoCloud "Custom Domain" in the manage page is for the VPS itself, not for individual apps inside Dokploy. ## RepoCloud Manage Page Your Dokploy VPS has a dedicated manage page in the RepoCloud dashboard with these sections: View your server's default domain (HTTPS link to Dokploy dashboard), dedicated IPv4 address, SSH connection command, and app credentials. **Power Off**, **Power On**, and **Reboot** controls. Available once deployment is complete. Browser-based serial console for emergency access without SSH. Manage SSH public keys for root access. An Ed25519 key pair is auto-generated at deployment. Switch between tiers. Disk cannot be shrunk after an upgrade. Create up to 5 point-in-time snapshots. Take one before risky changes. To restore, click **Restore** next to the target snapshot. If newer snapshots exist, a warning lists which ones will be permanently destroyed. The server restarts during restore (\~10–25 seconds) and the page refreshes automatically when complete. Point your own domain to the VPS by creating an A record to your IPv4. Permanently delete the server and all data. ## Advanced Usage ### Docker Swarm Dokploy runs on Docker Swarm by default. This gives you: * **Service replicas** — scale any service to multiple replicas for redundancy * **Rolling updates** — zero-downtime deployments with configurable update strategies * **Health checks** — automatic restart of unhealthy containers * **Service discovery** — containers can reach each other by service name ### Custom Networks Create isolated Docker networks for groups of services: * Navigate to **Settings > Docker** in the Dokploy dashboard * Create custom overlay networks * Assign services to specific networks for isolation ### Persistent Storage Dokploy manages Docker volumes for data persistence: * **Named volumes** are created automatically for databases * **Bind mounts** can be configured for services that need specific host paths * All persistent data is stored on the VPS disk and survives container restarts ### Terminal Access Dokploy provides terminal access at two levels: * **Host terminal** — access the VPS operating system (also available via SSH or the RepoCloud browser console) * **Container terminal** — attach to any running container's shell directly from the Dokploy dashboard ## Troubleshooting Dokploy's dashboard runs on port 3000 behind the VPS's default HTTPS domain. If the URL does not load, wait a few more minutes for all containers to start. If it remains unreachable after 15 minutes, use the browser console from the RepoCloud manage page and run `docker service ls` to check service status. Dokploy requires at least 2 GB RAM. On 1 GB servers, Docker Swarm initialization fails and SSH may become unresponsive. Resize to 2 GB or larger from the RepoCloud manage page. Check the build log in the Deployments tab. Common causes: unsupported runtime version, missing `package.json` or `requirements.txt`, or incorrect build command. Switch the build type to Dockerfile if Nixpacks cannot detect your project correctly. Verify your DNS A record points to the correct IPv4 (check the manage page Access section). Let's Encrypt uses port 80 for the HTTP-01 challenge — ensure it is not blocked. Check the Traefik logs under **Settings > Traefik** in the Dokploy dashboard. Ensure your key file has `chmod 600` permissions and you are connecting as `root`. If SSH is unresponsive, use the browser console from the RepoCloud manage page and check `systemctl status sshd`. ## Use Cases Dokploy is ideal for: * **Docker-first teams** who think in containers and Compose files rather than buildpacks * **Developers** who want Vercel-like Git deploy workflows with full infrastructure control * **DevOps engineers** who need Docker Swarm orchestration without the complexity of Kubernetes * **Agencies** deploying multiple client apps on a single server with isolated networks and domains ## Next Steps Launch your Dokploy VPS from the RepoCloud marketplace Read the official Dokploy documentation Explore Coolify as an alternative full-stack PaaS Learn about all VPS Apps and the RepoCloud manage page # Hermes Agent Source: https://docs.repocloud.io/platforms/hermes-agent Autonomous AI agent from Nous Research on a dedicated VPS with multi-model routing via OpenRouter, a web dashboard, and messaging integrations ## Hermes Agent on RepoCloud Hermes Agent is an open-source autonomous AI agent from Nous Research that breaks complex goals into sub-tasks, executes them through tool integrations, and handles errors without human supervision. On RepoCloud, Hermes Agent runs on a dedicated VPS with full root access, SSH, a browser console, and all the management tools in the RepoCloud dashboard. Define a goal and Hermes plans, executes, observes, and refines until the job is done or it needs your input Route through Claude, GPT, Gemini, and open-source models via OpenRouter — pick the best cost-quality tradeoff for each task Real-time progress view with step-by-step reasoning, tool calls, and output artifacts in a full TUI and web interface Connect Telegram, Discord, Slack, WhatsApp, and Signal for cross-platform conversation continuity Agent-curated memory with periodic nudges and autonomous skill creation after complex tasks — skills self-improve during use SSH into your server, customize the environment, install tools, and manage everything at the OS level ## Prerequisites Before deploying Hermes Agent on RepoCloud, you need an **OpenRouter API key**: Go to [openrouter.ai](https://openrouter.ai) and sign up or log in. Navigate to **Credits** and add funds. OpenRouter charges per token based on the model you use — prices vary from fractions of a cent (open-source models) to a few cents per thousand tokens (frontier models). Go to **Keys**, click **Create Key**, and give it a name (e.g., "hermes-agent"). Copy the key — it starts with `sk-or-`. Hermes Agent uses pay-per-use OpenRouter billing. The API key you provide powers all LLM calls; token costs are billed to your OpenRouter account, separate from your RepoCloud subscription. OpenRouter provides access to 400+ models from 70+ providers with a single key. ## Deploying Hermes Agent on RepoCloud Go to the RepoCloud marketplace and search for "Hermes Agent". Click on the listing. Choose a friendly name for your project (e.g., "my-hermes"). Provide the email address for the Hermes admin account. Paste your `sk-or-...` API key. This is stored on the VPS and used by Hermes to authenticate with OpenRouter. Select a tier for your server. Tiers below 2 GB RAM are greyed out because Hermes Agent requires at least 2 GB. Servers can be upgraded to a higher tier but not downsized. A dedicated IPv4 address is included with every VPS at no extra charge. Click **Deploy Hermes Agent** and wait 5–10 minutes. Once deployment finishes, you receive an email with: * **Dashboard URL** — the HTTPS link to your Hermes web interface * **App Credentials** — admin password for the web dashboard * **SSH command** — `ssh root@` * **SSH Private Key** — save it to a file, `chmod 600`, and use it to connect ## First-Time Setup Open the dashboard URL from your deployment email. Hermes serves a web interface for browser-based interaction with the agent. Hermes uses password-based authentication. Use the password from your deployment email (shown in the RepoCloud manage page under **Access > App Credentials**). The login endpoint is `/auth/password-login` — the dashboard redirects you there automatically. Once logged in, start a conversation to confirm the OpenRouter API key is working. If the agent responds, your setup is complete. Hermes uses a `BasicAuthProvider` — navigate directly to the dashboard URL and use the password login form. If you see an "Internal Server Error" at `/auth/login`, go to `/auth/password-login` instead; the OAuth redirect flow is not supported by the basic auth provider. ## Configuring Models ### Default Configuration Hermes is deployed with OpenRouter as the default provider. Your API key is stored in `~/.hermes/.env`: ```bash theme={null} OPENROUTER_API_KEY=sk-or-your-key-here ``` The model configuration lives in `~/.hermes/config.yaml`: ```yaml theme={null} model: provider: openrouter default: ~anthropic/claude-sonnet-latest ``` The `~` prefix resolves to the latest version in that model family automatically. ### Switching Models Change the active model via SSH: ```bash theme={null} ssh root@ hermes config set model anthropic/claude-opus-4-8 ``` Or use the interactive model selector: ```bash theme={null} hermes model ``` This presents a curated list of agentic models for each provider. The change takes effect immediately for new conversations. ### Popular Model Choices | Model | Best For | Context | | --------------------------------- | --------------------------------------- | ------- | | `~anthropic/claude-sonnet-latest` | General tasks, balanced speed/quality | 200K | | `~anthropic/claude-opus-latest` | Complex reasoning, long tasks | 200K | | `~openai/gpt-4o` | Fast responses, broad knowledge | 128K | | `openrouter/auto` | Automatic model selection by OpenRouter | Varies | | `openrouter/pareto-code` | Cost-optimized coding tasks | Varies | Most agentic configurations require a model with at least 64K context tokens. Smaller context windows may be rejected because the system prompt and tool schemas fill them. ### Auxiliary Models Hermes can offload side tasks (titling, summarization, vision) to cheaper models while using a frontier model for the main agent loop: ```yaml theme={null} auxiliary: title: provider: openrouter model: google/gemini-2.5-flash vision: provider: openrouter model: google/gemini-2.5-flash ``` Edit `~/.hermes/config.yaml` via SSH to configure auxiliary models. ## Using Hermes Agent ### Starting Conversations From the web dashboard, type a goal or question. Hermes will: 1. **Plan** — break the goal into sub-tasks 2. **Execute** — run each sub-task using available tools (terminal, file system, web search, APIs) 3. **Observe** — check the results and handle errors 4. **Refine** — adjust the approach based on observations and iterate The dashboard shows real-time progress with step-by-step reasoning, tool calls, and output artifacts. ### Tool Framework Hermes has a pluggable tool framework that connects to: * **Terminal** — run shell commands on the VPS * **File system** — read, write, and manage files * **Web search** — search the internet for information * **APIs** — connect to external services via HTTP * **Databases** — query and manage data stores Configure tool access via SSH: ```bash theme={null} hermes tools ``` ### Skills System Hermes creates reusable skills after completing complex tasks: * Skills are saved automatically and improve during subsequent use * Browse and manage skills from the dashboard * Skills can be shared across sessions and conversations ### Session Management * Conversations persist across sessions * Full-text search (FTS5) across session history with LLM summarization * Use `/session` commands to list, switch, and manage sessions ## Messaging Integrations Hermes includes a gateway process that connects to messaging platforms. Configure via SSH: ```bash theme={null} hermes gateway ``` Supported platforms: * **Telegram** — set a bot token and chat with Hermes via Telegram * **Discord** — connect a bot to your Discord server * **Slack** — integrate with a Slack workspace * **WhatsApp** — connect via the WhatsApp Business API * **Signal** — secure messaging integration Each platform maintains conversation continuity — start a conversation in the web dashboard and continue it from Telegram, or vice versa. To set up Telegram, create a bot via [@BotFather](https://t.me/BotFather) on Telegram, copy the bot token, and configure it: `hermes config set TELEGRAM_BOT_TOKEN your-token-here`. Then start the gateway: `hermes gateway`. ## RepoCloud Manage Page Your Hermes Agent VPS has a dedicated manage page in the RepoCloud dashboard: View your server's default domain (HTTPS link to Hermes dashboard), dedicated IPv4 address, SSH connection command, and app credentials (login password). **Power Off**, **Power On**, and **Reboot** controls. Browser-based serial console for emergency access. Manage SSH public keys for root access. Switch between tiers. Disk cannot be shrunk after an upgrade. Hermes benefits from more RAM for complex agent tasks. Create up to 5 point-in-time snapshots. To restore, click **Restore** next to the target snapshot. If newer snapshots exist, a warning lists which ones will be permanently destroyed. The server restarts during restore (\~10–25 seconds) and the page refreshes automatically when complete. Point your own domain to the VPS by creating an A record to your IPv4. Permanently delete the server and all data. ## Troubleshooting Hermes uses a `BasicAuthProvider` that does not support OAuth redirect flows. Navigate to `/auth/password-login` directly, or access the dashboard root URL which should redirect correctly. Use the password from your deployment email. SSH into the server and verify the API key: `cat ~/.hermes/.env | grep OPENROUTER`. If missing, re-add it: `hermes config set OPENROUTER_API_KEY sk-or-...`. Most agentic setups need 64K+ context. If you chose a model with a smaller window, switch to one with sufficient context: `hermes config set model ~anthropic/claude-sonnet-latest` (200K context). Frontier models (Claude Opus, GPT-4o) cost more per token. For routine tasks, use a cheaper model as the default and switch to frontier models only for complex work. Configure auxiliary models for side tasks (titling, summarization) to reduce costs. Ensure the bot token or API credentials are correct. SSH in and check `hermes gateway status`. Restart with `hermes gateway restart`. Verify that the VPS has outbound internet access to the messaging platform's API endpoints. ## Use Cases Hermes Agent is ideal for: * **Developers** who want an autonomous AI assistant on their own infrastructure for research, coding, and task execution * **Teams** that need a shared AI agent accessible from Slack, Discord, or Telegram * **Power users** who want to route tasks through different LLM models depending on cost, speed, and quality requirements * **Automation builders** who need an agent that can execute multi-step workflows involving terminal commands, file manipulation, and API calls ## Next Steps Launch your Hermes Agent VPS from the RepoCloud marketplace Read the official Hermes Agent documentation from Nous Research Explore OpenClaw for Claude-powered code generation Learn about all VPS Apps and the RepoCloud manage page # VPS Apps Overview Source: https://docs.repocloud.io/platforms/introduction Dedicated virtual private servers with root access, SSH, browser console, snapshots, and full server management ## VPS Apps VPS Apps give you a dedicated virtual private server running the application of your choice. Unlike standard RepoCloud deployments that run in a managed container, a VPS App gives you an entire server with root access, SSH, and a full suite of management tools. VPS Apps provide dedicated compute, root SSH access, a browser-based serial console, point-in-time snapshots, live resizing, and a dedicated IPv4 address — all managed from the RepoCloud dashboard. ## Available VPS Apps Self-hosted Heroku/Netlify alternative with git-push deploys, 280+ one-click service templates, managed databases, and automatic SSL Docker-native deployment platform with Nixpacks auto-detection, Docker Compose support, Traefik routing, and one-click databases AI-powered coding platform using Claude models to generate, test, and iterate on code in persistent workspaces Autonomous AI agent from Nous Research with multi-model routing via OpenRouter, a web dashboard, and messaging integrations A clean Ubuntu 24.04 LTS server with nothing pre-installed — full root access to build whatever you need ## What Makes VPS Apps Different VPS Apps are fundamentally different from standard RepoCloud applications: | Feature | Standard Apps | VPS Apps | | --------------- | ----------------------------- | --------------------------------- | | Infrastructure | Shared container on EasyPanel | Dedicated virtual private server | | Root access | No | Yes (SSH + browser console) | | Autoscale | Yes (default) | Not available (fixed tiers only) | | Fixed tiers | Tiers 1–7 | Tiers 1–7 plus a premium Tier P | | SSH access | No | Full root SSH with key management | | Browser console | No | Serial console via xterm.js | | Snapshots | No | Up to 5 point-in-time snapshots | | Power controls | Pause only | Power off, power on, reboot | | Dedicated IPv4 | Included | Included | | Custom domains | CNAME-based | A-record to your IPv4 | ## Pricing VPS Apps use fixed tiers with hourly billing. Select a tier during deployment — each tier specifies the CPU, RAM, and SSD allocation for your server. A dedicated IPv4 address is included with every VPS at no extra charge. | Tier | vCPU | RAM | SSD | Hourly | Monthly | | ---- | ---- | ----- | ------ | -------- | ------- | | 1 | 1 | 1 GB | 20 GB | \$0.0042 | \$3 | | 2 | 1 | 2 GB | 30 GB | \$0.0083 | \$6 | | P | 2 | 2 GB | 40 GB | \$0.0139 | \$10 | | 3 | 2 | 2 GB | 40 GB | \$0.0125 | \$9 | | 4 | 2 | 4 GB | 40 GB | \$0.0167 | \$12 | | 5 | 4 | 8 GB | 80 GB | \$0.0333 | \$24 | | 6 | 8 | 16 GB | 160 GB | \$0.0667 | \$48 | | 7 | 16 | 32 GB | 320 GB | \$0.1333 | \$96 | Every VPS includes a dedicated IPv4 address at no extra charge. Servers can be upgraded to a higher tier but not downsized — resizing to a larger tier permanently increases the disk allocation. ### Minimum Requirements Each app has tested minimum resource requirements. Tiers below the minimum are greyed out on the deployment page: | App | Minimum RAM | Minimum vCPU | | ------------ | ----------- | ------------ | | Coolify | 2 GB | 1 | | Dokploy | 2 GB | 1 | | OpenClaw | 2 GB | 1 | | Hermes Agent | 2 GB | 1 | | Ubuntu | 1 GB | 1 | ## Deployment Process Deploying a VPS App follows a streamlined process: Search the RepoCloud marketplace for the app you want (e.g., "Coolify" or "Ubuntu") Enter a project name, provide any required inputs (such as an admin email or API key), and select a server tier. Click "Deploy" and wait for provisioning to complete (1–2 minutes for Ubuntu, 5–10 minutes for application VPS apps) You will receive an email with your server's URL (for web apps), app credentials, SSH connection details, and your private key Use the RepoCloud dashboard to access your server's manage page with all management tools ## Manage Page Every VPS instance has a dedicated manage page accessible from the dashboard. It provides these sections: View your server's default domain, IPv4 address, SSH connection command, and app credentials (admin username, password, dashboard URL, etc.) Power off, power on, or reboot your server. Available once deployment is complete. Open a browser-based serial console (xterm.js) for emergency access without an SSH client. Useful for recovering from SSH lockouts or diagnosing boot issues. View, add, and remove SSH public keys for root access. RepoCloud auto-generates an Ed25519 key pair during deployment and sends the private key in your deployment email. Change your server's CPU, RAM, and disk by selecting a different tier. Resizing up is always supported; disk size cannot be reduced after an upgrade. Create point-in-time snapshots of your server (up to 5). Use them before risky changes so you can roll back with one click. To restore, click **Restore** next to the target snapshot. If newer snapshots exist, a warning lists which ones will be permanently destroyed by the rollback. The server restarts during restore (\~10–25 seconds) and the page refreshes automatically when the operation completes. Point your own domain to the server by creating a DNS A record to your IPv4 address, then registering it in the dashboard. Requires a dedicated IPv4 address. Permanently delete your server, all its data, snapshots, and IPv4 reservation. Requires typing the project name to confirm. ## Legacy Platform Apps If you deployed Coolify or Dokploy before the VPS system launched, your instance runs on the older EasyPanel-based platform. Those instances continue to work and are managed through the standard RepoCloud manage page (environment variables, Docker image updates, custom domains via CNAME). The VPS manage page features (SSH, console, power controls, snapshots, resize) are only available on new VPS deployments. ## Next Steps Deploy a self-hosted PaaS with git-push workflows Deploy a Docker-native container management platform Deploy an AI coding platform powered by Claude Deploy an autonomous AI agent with 400+ models Deploy a clean Linux server from scratch # OpenClaw Source: https://docs.repocloud.io/platforms/openclaw AI-powered coding platform on a dedicated VPS using Claude models for code generation, testing, and iteration in persistent workspaces ## OpenClaw on RepoCloud OpenClaw is an open-source AI coding platform that uses Anthropic's Claude models to generate, test, and iterate on software in persistent workspaces. On RepoCloud, OpenClaw runs on a dedicated VPS with full root access, SSH, a browser console, and all the management tools in the RepoCloud dashboard. Uses Anthropic's Claude models for code generation, testing, debugging, and natural-language-to-code translation Supports Anthropic, OpenAI, OpenRouter, and custom endpoints — switch models without code changes A secure gateway manages API credentials, token routing, and provider failover independently from your workspaces Project files survive server reboots and sessions — pick up where you left off at any time SSH into your server, install custom toolchains, and manage the entire environment at the OS level All code, prompts, and API keys stay on your own server — nothing leaves unless you push it ## Prerequisites Before deploying OpenClaw on RepoCloud, you need an **Anthropic API key**: Go to [console.anthropic.com](https://console.anthropic.com) and sign up or log in. Navigate to **Billing** and add a credit card. New accounts need a payment method before API keys will work. Go to **Settings > API Keys**, click **Create Key**, and give it a name (e.g., "openclaw"). Copy the key immediately — it starts with `sk-ant-` and is shown only once. OpenClaw uses pay-per-use Anthropic billing. The API key you provide powers all Claude calls; token costs are billed to your Anthropic account, separate from your RepoCloud subscription. ## Deploying OpenClaw on RepoCloud Go to the RepoCloud marketplace and search for "OpenClaw". Click on the OpenClaw VPS listing. Choose a friendly name for your project (e.g., "my-openclaw"). Provide the email address for the OpenClaw admin account. Paste your `sk-ant-...` API key. This is stored securely on the VPS and used by the OpenClaw gateway to authenticate with Anthropic's API. Select a tier for your server. Tiers below 2 GB RAM are greyed out because OpenClaw's installation requires at least 2 GB. Servers can be upgraded to a higher tier but not downsized. A dedicated IPv4 address is included with every VPS at no extra charge. Click **Deploy OpenClaw** and wait 5–10 minutes. Once deployment finishes, you receive an email with: * **Dashboard URL** — the HTTPS link to your OpenClaw interface * **App Credentials** — gateway token for API access * **SSH command** — `ssh root@` * **SSH Private Key** — save it to a file, `chmod 600`, and use it to connect ## First-Time Setup Open the dashboard URL from your deployment email. OpenClaw serves a web interface where you can interact with the AI assistant and manage workspaces. Use the gateway token from your deployment email (also visible in the RepoCloud manage page under **Access > App Credentials**) to authenticate. OpenClaw is pre-configured with the Anthropic API key you provided during deployment. You can verify the connection by starting a conversation — if the model responds, the key is working. ## Configuring AI Models ### Default Configuration OpenClaw is deployed with Anthropic as the default provider. Your API key is stored in `~/.openclaw/.env` on the server: ```bash theme={null} ANTHROPIC_API_KEY=sk-ant-your-key-here ``` The default model configuration lives in `~/.openclaw/openclaw.json`: ```json5 theme={null} { "env": { "ANTHROPIC_API_KEY": "sk-ant-..." }, "agents": { "defaults": { "model": { "primary": "anthropic/claude-sonnet-4-6" } } } } ``` ### Adding Additional Providers You can add more AI providers by SSH-ing into the server and editing the configuration: **OpenRouter** (access to 400+ models with one key): ```bash theme={null} ssh root@ openclaw config set OPENROUTER_API_KEY sk-or-your-key-here ``` **OpenAI**: ```bash theme={null} openclaw config set OPENAI_API_KEY sk-your-key-here ``` ### Switching Models Change the active model at any time: ```bash theme={null} openclaw config set model anthropic/claude-opus-4-8 ``` Or use the interactive model selector: ```bash theme={null} openclaw model ``` This presents a menu of available providers and their supported models. The change takes effect immediately for new conversations. ## Using OpenClaw ### Code Generation Start a conversation with a natural-language description of what you want to build. OpenClaw will: 1. **Scaffold the project** — create directory structure, config files, and boilerplate 2. **Write implementation code** — generate functions, classes, and modules based on your description 3. **Create tests** — write unit tests and integration tests alongside the implementation 4. **Iterate on feedback** — refine the code based on your review, error messages, or new requirements The web interface shows diffs, terminal output, and the file tree in real time as the AI works. ### Working with Existing Code You can also point OpenClaw at existing projects: 1. Clone your repository onto the VPS via SSH 2. Open the project in OpenClaw 3. Ask the AI to refactor, add features, fix bugs, or write tests for existing code ### Terminal and File Access OpenClaw has direct access to the server's file system and terminal. It can: * Run build commands (`npm install`, `pip install`, `cargo build`) * Execute tests and report results * Read and modify files across the entire project * Install system packages via `apt` ## Security Considerations Your Anthropic API key is stored on the VPS in `~/.openclaw/.env`. Anyone with SSH access to the server can read it. Manage SSH keys carefully and remove keys for users who should no longer have access. OpenClaw's security model: * **API keys stay on your server** — they are never sent to RepoCloud or any third party * **Code stays on your server** — generated files live in the VPS file system; nothing is uploaded unless you push to a remote Git repository * **Network isolation** — the gateway process communicates only with the configured AI provider APIs (e.g., `api.anthropic.com`) * **File permissions** — `~/.openclaw/.env` should be `chmod 600` (this is the default) To rotate your API key: ```bash theme={null} ssh root@ openclaw config set ANTHROPIC_API_KEY sk-ant-new-key-here openclaw gateway restart ``` ## RepoCloud Manage Page Your OpenClaw VPS has a dedicated manage page in the RepoCloud dashboard with these sections: View your server's default domain (HTTPS link to OpenClaw), dedicated IPv4 address, SSH connection command, and app credentials (gateway token). **Power Off**, **Power On**, and **Reboot** controls. Browser-based serial console for emergency access. Manage SSH public keys for root access. Switch between tiers. Disk cannot be shrunk after an upgrade. Create up to 5 point-in-time snapshots before making changes. To restore, click **Restore** next to the target snapshot. If newer snapshots exist, a warning lists which ones will be permanently destroyed. The server restarts during restore (\~10–25 seconds) and the page refreshes automatically when complete. Point your own domain to the VPS by creating an A record to your IPv4. Permanently delete the server and all data. ## Troubleshooting The Anthropic API key is not configured or the gateway cannot read it. SSH into the server and check: `cat ~/.openclaw/.env | grep ANTHROPIC`. If the key is missing, re-add it with `openclaw config set ANTHROPIC_API_KEY sk-ant-...` and restart the gateway. Large prompts or complex code generation tasks can take 30–60 seconds. If responses consistently time out, check your Anthropic account for rate limits or billing issues. You can also try a faster model (e.g., `anthropic/claude-sonnet-4-6` instead of `anthropic/claude-opus-4-8`). OpenClaw requires at least 2 GB RAM. The installation process pulls Docker images and compiles dependencies; on 1 GB servers, this causes OOM kills. Resize to 2 GB or larger from the RepoCloud manage page. Wait 10–15 minutes after deployment for the installation to complete. If it remains unreachable, use the browser console from the RepoCloud manage page to check service status. Verify that the gateway process is running. OpenClaw sends your code context to Claude on each interaction. Large codebases increase token usage. Use the Anthropic console to monitor usage and set spend limits. Consider using a smaller model for routine tasks and reserving larger models for complex problems. ## Use Cases OpenClaw is ideal for: * **Solo developers** who want an AI pair programmer on their own infrastructure with no data leaving their server * **Teams** that need a shared AI coding environment with persistent workspaces and centralized API key management * **Security-conscious organizations** that require all code and prompts to stay on controlled infrastructure * **Developers exploring AI coding** who want a self-hosted alternative to cloud-based AI editors ## Next Steps Launch your OpenClaw VPS from the RepoCloud marketplace Read the official OpenClaw documentation Explore Hermes Agent for autonomous multi-model AI workflows Learn about all VPS Apps and the RepoCloud manage page # Ubuntu Source: https://docs.repocloud.io/platforms/ubuntu Clean Ubuntu 24.04 LTS server on a dedicated VPS with root SSH access, browser console, snapshots, and live resizing ## Ubuntu on RepoCloud Ubuntu VPS gives you a clean Ubuntu 24.04 LTS virtual private server with nothing pre-installed — just the operating system and root access. Start from a blank slate and build whatever you need: web servers, databases, development environments, CI runners, monitoring stacks, VPN endpoints, or anything else that runs on Linux. Minimal Ubuntu 24.04 LTS — no bloatware, no opinionated configuration, just the OS and apt package management Root SSH access from deployment with an auto-generated Ed25519 key pair sent in your deployment email Canonical's standard security maintenance for Ubuntu 24.04 LTS covers patches through April 2034 Start from \$3/month (1 vCPU, 1 GB RAM). Scale up any time. Dedicated IPv4 included with every server. Create point-in-time snapshots before risky changes and roll back with one click Serial console access from the RepoCloud dashboard for emergency recovery without SSH ## Deploying Ubuntu on RepoCloud Go to the RepoCloud marketplace and search for "Ubuntu". Click on the Ubuntu VPS listing. Choose a friendly name for your project (e.g., "my-server"). Select a tier for your server. All tiers are available starting from Tier 1 (1 vCPU, 1 GB RAM, \$3/month). A dedicated IPv4 address is included with every VPS at no extra charge. Servers can be upgraded to a higher tier but not downsized. Click **Deploy Ubuntu** and wait 1–2 minutes. Ubuntu bare-metal provisioning is faster than application VPS apps because there is no software installation step. Once deployment finishes, you receive an email with: * **SSH command** — `ssh root@` * **SSH Private Key** — save it to a file, `chmod 600`, and use it to connect * **Manage Instance** button — link to the RepoCloud manage page Ubuntu VPS does not show a URL on the dashboard because it is a bare server with no web application. Access it exclusively through SSH or the browser console. ## Connecting via SSH ### Save Your Private Key Your deployment email includes an Ed25519 private key. Save it to a file on your local machine: ```bash theme={null} # Paste the key contents into a file nano ~/.ssh/repocloud_ubuntu # Set correct permissions (required — SSH refuses keys with open permissions) chmod 600 ~/.ssh/repocloud_ubuntu ``` ### Connect ```bash theme={null} ssh -i ~/.ssh/repocloud_ubuntu root@ ``` Your IPv4 address is shown in the RepoCloud manage page under **Access**. ### Add More SSH Keys You can add additional SSH keys from the RepoCloud manage page (**SSH Keys** section) or directly on the server: ```bash theme={null} # On the server cat >> ~/.ssh/authorized_keys << 'EOF' ssh-ed25519 AAAA... your-other-key EOF ``` ## Initial Server Setup After connecting via SSH, here is a recommended baseline setup: ### Update Packages ```bash theme={null} apt update && apt upgrade -y ``` ### Configure the Firewall Ubuntu ships with UFW (Uncomplicated Firewall) available but not enabled: ```bash theme={null} ufw allow 22/tcp # SSH ufw allow 80/tcp # HTTP (if hosting a website) ufw allow 443/tcp # HTTPS (if hosting a website) ufw enable ``` ### Create a Non-Root User (Optional) ```bash theme={null} adduser deploy usermod -aG sudo deploy # Copy SSH authorized keys mkdir -p /home/deploy/.ssh cp ~/.ssh/authorized_keys /home/deploy/.ssh/ chown -R deploy:deploy /home/deploy/.ssh chmod 700 /home/deploy/.ssh chmod 600 /home/deploy/.ssh/authorized_keys ``` ### Set the Timezone ```bash theme={null} timedatectl set-timezone UTC # or your preferred timezone ``` ### Enable Automatic Security Updates ```bash theme={null} apt install -y unattended-upgrades dpkg-reconfigure -plow unattended-upgrades ``` ## Common Use Cases ### Web Server (Nginx) ```bash theme={null} apt install -y nginx systemctl enable nginx ufw allow 'Nginx Full' ``` Place your site in `/var/www/html/` or configure virtual hosts in `/etc/nginx/sites-available/`. For HTTPS, install Certbot: ```bash theme={null} apt install -y certbot python3-certbot-nginx certbot --nginx -d yourdomain.com ``` ### Database Server (PostgreSQL) ```bash theme={null} apt install -y postgresql postgresql-contrib systemctl enable postgresql # Create a database and user sudo -u postgres createuser --interactive sudo -u postgres createdb mydb ``` ### Development Environment ```bash theme={null} # Node.js (via NodeSource) curl -fsSL https://deb.nodesource.com/setup_22.x | bash - apt install -y nodejs # Python apt install -y python3 python3-pip python3-venv # Docker curl -fsSL https://get.docker.com | bash ``` ### VPN Endpoint (WireGuard) ```bash theme={null} apt install -y wireguard wg genkey | tee /etc/wireguard/privatekey | wg pubkey > /etc/wireguard/publickey ``` Configure `/etc/wireguard/wg0.conf` with your network settings, then: ```bash theme={null} systemctl enable wg-quick@wg0 systemctl start wg-quick@wg0 ``` ### CI Runner (GitHub Actions) ```bash theme={null} # Download the runner mkdir actions-runner && cd actions-runner curl -o actions-runner-linux-x64.tar.gz -L \ https://github.com/actions/runner/releases/latest/download/actions-runner-linux-x64-2.321.0.tar.gz tar xzf actions-runner-linux-x64.tar.gz # Configure (use the token from your GitHub repository settings) ./config.sh --url https://github.com/your-org/your-repo --token YOUR_TOKEN ./svc.sh install ./svc.sh start ``` ## RepoCloud Manage Page Your Ubuntu VPS has a dedicated manage page in the RepoCloud dashboard: View your server's IPv4 address and SSH connection command. Ubuntu does not show a clickable URL because there is no web application — use the SSH command directly. **Power Off** stops the server (data preserved on disk). **Power On** starts it again. **Reboot** performs a graceful restart. Browser-based serial console for emergency access. Invaluable when SSH is unreachable — for example, after a firewall misconfiguration (`ufw` blocking port 22) or a failed kernel update. Lists all registered SSH public keys. Add keys for team members or other machines. Remove old keys when access should be revoked. Switch between tiers. All tiers are available (no minimum restriction for Ubuntu). Disk cannot be shrunk after an upgrade — to downsize disk, create a new instance. Create up to 5 point-in-time snapshots. Best practice: snapshot before upgrading the kernel, changing firewall rules, or any other potentially destructive operation. To restore, click **Restore** next to the target snapshot. If newer snapshots exist, the confirmation dialog lists exactly which ones will be permanently destroyed by the ZFS rollback — the target snapshot itself always survives. The server restarts during restore (\~10–25 seconds) and the page refreshes automatically when complete. Point your own domain to the server by creating a DNS A record to your dedicated IPv4 address. Permanently delete the server, all data, snapshots, and any IPv4 reservation. ## Snapshots and Backup Strategy Snapshots capture the entire disk state at a point in time. Use them as safety nets: 1. **Before upgrades**: `apt upgrade`, kernel updates, or major configuration changes 2. **Before experiments**: testing new software stacks, network configurations, or security policies 3. **Regular intervals**: create a weekly snapshot and delete old ones (5 max) ### Restoring a Snapshot Click **Restore** next to the snapshot you want to roll back to. If newer snapshots exist between the target and the current state, a warning lists them — those snapshots will be **permanently destroyed** because ZFS rollback cannot preserve them. The target snapshot itself always survives. The server restarts during the restore operation (typically 10–25 seconds) and the page refreshes automatically when complete. For off-server backups, consider: * `rsync` to another server or local machine * `restic` or `borgbackup` to S3-compatible storage * Database-specific dump tools (`pg_dump`, `mysqldump`) for database backups ## Resizing You can change tiers at any time from the manage page — resizing takes a few minutes. Resizing to a larger tier permanently increases the disk allocation; you cannot resize back down to a smaller tier afterward. ### When to Resize * **CPU-bound workloads** (compilation, encoding): move to a tier with more vCPUs * **Memory-bound workloads** (databases, caches): move to a tier with more RAM * **Storage-bound workloads**: note that disk cannot be shrunk after upsizing ## Troubleshooting Verify you saved the private key with `chmod 600`. Ensure you are using the correct IP from the manage page. If all else fails, use the browser console from the manage page. If you accidentally blocked SSH with a firewall rule, use the browser console from the RepoCloud manage page. The serial console bypasses the network stack entirely. Run `ufw allow 22/tcp` and `ufw reload` to restore SSH access. A bad kernel update can prevent boot. Use the browser console to access the GRUB menu and select the previous kernel. If that does not work, restore from a snapshot. Check usage with `df -h`. Clean package caches: `apt clean`. Remove old kernels: `apt autoremove`. Check `/var/log` for large log files. If you need more space, resize to a larger tier from the manage page. ## Use Cases Ubuntu VPS is ideal for: * **Developers** who need a clean Linux environment for coding, testing, or running dev tools * **System administrators** setting up custom infrastructure (web servers, databases, monitoring) * **DevOps engineers** running CI runners, build servers, or deployment pipelines * **Network engineers** deploying VPN endpoints, DNS servers, or reverse proxies * **Students and learners** practicing Linux administration in a real cloud environment * **Anyone** who needs a dedicated Linux server without the opinions of a pre-installed application ## Next Steps Launch your Ubuntu VPS from the RepoCloud marketplace Read the official Ubuntu Server documentation from Canonical Deploy a pre-configured PaaS instead of building from scratch Learn about all VPS Apps and the RepoCloud manage page # Elastic Autoscaling Source: https://docs.repocloud.io/pricing/autoscaling Pay only for the resources you actually use with RepoCloud's dynamic scaling system ## Elastic Hourly Autoscaling RepoCloud's Elastic Hourly Autoscaling is an intelligent resource management system that automatically adjusts your application's resources based on actual usage, helping you optimize performance while minimizing costs. ## How Autoscaling Works Traditional cloud hosting requires you to choose a fixed resource tier and pay for those resources 24/7, regardless of actual usage. With RepoCloud's autoscaling: Our system continuously monitors your application's resource utilization (CPU, RAM, and storage). When demand increases, additional resources are instantly allocated to maintain performance. During periods of lower activity, resources scale down automatically to reduce costs. You're billed hourly based on the actual resources consumed, rather than a fixed monthly amount. ## The Autoscaling Advantage Pay only for what you use, reducing waste from idle resources Automatically handle traffic spikes without manual intervention Stop paying for idle servers during low-traffic periods No need to predict exact resource requirements in advance ## Understanding Resource Scaling RepoCloud's autoscaling works by dynamically adjusting three primary resources: ### CPU Scaling * CPU usage is monitored in real-time * When CPU utilization exceeds thresholds, additional CPU cores are allocated * During low CPU utilization, resources are reduced to the minimum needed * Scaling occurs without interruption to your application * Handle processing-intensive tasks efficiently * Maintain application responsiveness during peak loads * Reduce costs during periods of low computational demand * Avoid over-provisioning CPU resources ### Memory (RAM) Scaling * Memory usage is continuously monitored * When RAM utilization approaches capacity, additional memory is allocated * When memory needs decrease, allocation is reduced * Scaling ensures your application always has sufficient memory without waste * Prevent out-of-memory errors during traffic spikes * Support memory-intensive operations when needed * Optimize costs based on actual memory requirements * Scale memory independently from CPU resources ### Storage Scaling * Storage usage is monitored * Additional storage is automatically allocated as needed * You're billed only for the storage you actually use * Scaling occurs without application downtime * Never run out of disk space unexpectedly * Pay only for the storage you utilize * Accommodate growing data needs without manual intervention * Optimize costs for applications with variable storage requirements ## Real-World Savings Examples ### Example 1: Blog with Variable Traffic A blog typically receives most of its traffic during business hours and very little overnight: * **Fixed Tier Approach**: Would require provisioning for peak traffic (4GB RAM, 2vCPU) at \$12/month * **With Autoscaling**: Average resource usage might be only 1.5GB RAM and 0.8vCPU across 24 hours * **Resulting Billing**: Approximately \$4.50/month (62.5% savings) ### Example 2: Business Application with Weekend Drop-offs An internal business application used primarily Monday to Friday: * **Fixed Tier Approach**: Requires 8GB RAM, 4vCPU at \$24/month * **With Autoscaling**: Resources scale down by 80% during weekends (28.6% of the month) * **Resulting Billing**: Approximately \$18.50/month (about 23% savings) ### Example 3: E-commerce with Seasonal Peaks An e-commerce store with significant traffic during holiday seasons: * **Fixed Tier Approach**: Would need to provision for peak season (16GB RAM, 8vCPU) at \$48/month year-round * **With Autoscaling**: Resources might average 4GB RAM, 2vCPU during regular periods * **Resulting Billing**: Averaged across the year, approximately \$18/month (62.5% savings) Applications with highly variable usage patterns typically see the greatest savings from autoscaling, sometimes reaching 70-90% cost reduction compared to fixed-tier pricing. ## Setting Up Autoscaling Autoscaling is enabled on the deployment page and is switched on by default: Select an application from the marketplace and click "Deploy Now" For managed application deployments, leave the autoscaling option enabled. VPS Platform Apps use fixed tiers only — select a tier that meets the minimum requirements shown on the deploy page. Click "Deploy App". Your instance will scale between resource tiers automatically from then on, with no further configuration required. Once deployed, an autoscaling instance shows "Autoscaling" as its Server Size on the management page. There are no scaling knobs to tune—the platform handles resource adjustments for you. ## Monitoring Autoscaling RepoCloud gives you full visibility into how your instance has been scaling: Click "View Usage Chart" on your instance's management page to see which resource tier (from 1 GB RAM / 1 vCPU up to 32 GB RAM / 16 vCPU) your application occupied hour by hour Download a detailed usage history from the Billing tab to reconcile exactly what you were charged for ## Billing with Autoscaling With autoscaling enabled, your billing works differently from fixed-tier pricing: 1. **Hourly Metering**: Resource usage is measured on an hourly basis 2. **Hourly Rate**: Each hour is billed at the rate of the resource tier your instance used during that hour 3. **Credit Deduction**: Hourly charges are deducted from your prepaid account credit 4. **Baseline Cost**: An instance that runs continuously all month costs at least the Tier 1 rate (\$3.00 per month); pausing an instance reduces billing to 25% of the normal rate Billing for autoscaled applications is transparent. The usage chart and downloadable usage history show you exactly what you're being charged for. ## Autoscaling Limitations While autoscaling is powerful, there are some limitations to be aware of: * **VPS Platform Apps**: Autoscaling is not available for [VPS Platform Apps](/platforms/introduction) (Coolify, Dokploy, OpenClaw, Hermes Agent, Ubuntu). These use fixed resource tiers with a dedicated IPv4 address included at no extra charge * **Resource Constraints**: Some applications may have minimum resource requirements to function properly * **Scaling Delays**: There may be a brief delay (typically seconds) in responding to sudden, extreme spikes in demand ## When to Choose Fixed Resources While autoscaling works well for most applications, fixed resources might be better in some scenarios: If your application has very consistent resource needs with minimal variation, a fixed tier might provide more predictable billing. When you need absolute certainty about your monthly costs for budgeting purposes, fixed tiers provide guaranteed pricing. Applications requiring guaranteed resources at all times, regardless of actual usage, may benefit from fixed allocation. Applications that consistently use near-maximum resources won't benefit as much from autoscaling. ## Optimizing for Autoscaling To get the most from autoscaling, consider these best practices: 1. **Monitor Usage Patterns**: Review your instance's usage chart to understand its typical resource footprint 2. **Design for Variability**: Structure your application to efficiently handle variable resources 3. **Pause Idle Instances**: Pause instances you aren't using to reduce their billing to 25% of the normal rate 4. **Test Performance**: Verify that your application performs well at different resource levels ## Frequently Asked Questions Autoscaling typically responds within seconds to changes in resource needs. For most applications, this is fast enough to handle even sudden traffic spikes without noticeable performance degradation. Most scaling operations occur without any downtime. In some cases, applications might experience a brief period (seconds) of reduced performance during scaling, but complete downtime is rare. Resource usage is metered hourly, and each hour is billed at the rate of the tier your instance occupied during that hour. Charges are deducted from your prepaid account credit. The hard ceiling for any single instance is the top tier's rate (\$96.00/month equivalent). For strict cost control, deploy with a fixed server size instead of autoscaling—your instance then never bills above that tier's rate. Because billing draws from prepaid credit, spending also can't exceed the credit you've purchased unless Auto Recharge is enabled. Billing is prepaid, so you'll need to keep your balance topped up for instances to keep running. Enable Auto Recharge in the Billing tab to automatically purchase credit whenever your balance drops below a threshold you set. ## Next Steps Explore our fixed resource tier options Compare RepoCloud pricing with other cloud providers # Price Comparison Source: https://docs.repocloud.io/pricing/comparison See how RepoCloud pricing compares to other cloud providers ## Cloud Provider Pricing Comparison RepoCloud's pricing is designed to be substantially more affordable than major cloud providers while delivering equivalent or superior performance. This page provides a direct comparison between RepoCloud and other popular cloud hosting services. ## Cost Savings Overview On average, RepoCloud customers save approximately **50% on their cloud infrastructure costs** compared to major providers like AWS, Azure, and Google Cloud, while maintaining enterprise-grade performance and reliability. With elastic autoscaling, many customers achieve even higher savings Transparent pricing without complex fee structures No long-term contracts or upfront commitments SSL, custom domains, and monitoring included at no extra cost ## Detailed Price Comparison by Tier ### Entry-Level (1GB RAM / 1vCPU) | Cloud Provider | Plan | RAM | vCPU | Monthly Cost | Savings with RepoCloud | | -------------- | ------------- | ------ | ---- | ------------ | ---------------------- | | RepoCloud | Tier 1 | 1 GB | 1 | \$3.00 | - | | AWS EC2 | t3.micro | 1 GB | 2 | \$7.59 | 60% | | Azure | B1s | 1 GB | 1 | \$7.59 | 60% | | DigitalOcean | Basic 1 GB | 1 GB | 1 | \$6.00 | 50% | | Fly.io | shared-cpu-1x | 1 GB | 1 | \$5.70 | 47% | | Google Cloud | e2-micro | 1 GB | 0.25 | \$6.11 | 51% | | Linode | Nanode 1 GB | 1 GB | 1 | \$5.00 | 40% | | Railway | usage-based | 1 GB | 1 | \$30.00 | 90% | | Render | Starter | 0.5 GB | 0.5 | \$7.00 | 57% | | Replit | Reserved VM | 1 GB | 0.25 | \$6.40 | 53% | | Vultr | Regular 1 GB | 1 GB | 1 | \$5.00 | 40% | | Zeabur | serverless | 1 GB | 1 | \$10.80 | 72% | Competitor prices reflect each provider's cheapest comparable on-demand plan (same RAM, closest vCPU, US region, no commitments), last verified against published vendor pricing in July 2026. Prices may change; please check each provider's official pricing page for the most current information. ### Small Business (4GB RAM / 2vCPU) | Cloud Provider | Plan | RAM | vCPU | Monthly Cost | Savings with RepoCloud | | -------------- | ------------- | ---- | ---- | ------------ | ---------------------- | | RepoCloud | Tier 4 | 4 GB | 2 | \$12.00 | - | | AWS EC2 | t3.medium | 4 GB | 2 | \$30.37 | 60% | | Azure | B2s | 4 GB | 2 | \$30.37 | 60% | | DigitalOcean | Basic 4 GB | 4 GB | 2 | \$24.00 | 50% | | Fly.io | shared-cpu-2x | 4 GB | 2 | \$21.40 | 44% | | Google Cloud | e2-medium | 4 GB | 1 | \$24.46 | 51% | | Linode | Linode 4 GB | 4 GB | 2 | \$24.00 | 50% | | Railway | usage-based | 4 GB | 2 | \$80.00 | 85% | | Render | Pro | 4 GB | 2 | \$85.00 | 86% | | Replit | Reserved VM | 4 GB | 1 | \$25.60 | 53% | | Vultr | Regular 4 GB | 4 GB | 2 | \$20.00 | 40% | | Zeabur | serverless | 4 GB | 2 | \$43.20 | 72% | Competitor prices reflect each provider's cheapest comparable on-demand plan (same RAM, closest vCPU, US region, no commitments), last verified against published vendor pricing in July 2026. Prices may change; please check each provider's official pricing page for the most current information. ### Enterprise (16GB RAM / 8vCPU) | Cloud Provider | Plan | RAM | vCPU | Monthly Cost | Savings with RepoCloud | | -------------- | ------------- | ----- | ---- | ------------ | ---------------------- | | RepoCloud | Tier 6 | 16 GB | 8 | \$48.00 | - | | AWS EC2 | t3.xlarge | 16 GB | 4 | \$121.47 | 60% | | Azure | B4ms | 16 GB | 4 | \$121.18 | 60% | | DigitalOcean | Basic 16 GB | 16 GB | 8 | \$96.00 | 50% | | Fly.io | shared-cpu-8x | 16 GB | 8 | \$85.59 | 44% | | Google Cloud | e2-standard-4 | 16 GB | 4 | \$97.84 | 51% | | Linode | Linode 16 GB | 16 GB | 6 | \$96.00 | 50% | | Railway | usage-based | 16 GB | 8 | \$320.00 | 85% | | Render | Pro Max | 16 GB | 4 | \$225.00 | 79% | | Replit | Reserved VM | 16 GB | 4 | \$211.00 | 77% | | Vultr | Regular 16 GB | 16 GB | 6 | \$80.00 | 40% | | Zeabur | serverless | 16 GB | 8 | \$172.80 | 72% | Competitor prices reflect each provider's cheapest comparable on-demand plan (same RAM, closest vCPU, US region, no commitments), last verified against published vendor pricing in July 2026. Prices may change; please check each provider's official pricing page for the most current information. ## Cost Comparison with Autoscaling While the above tables show fixed-tier comparisons, RepoCloud's elastic autoscaling can provide even greater savings: ## Autoscaling Advantage With autoscaling, resources adjust automatically based on actual usage, so you only pay for what you need. For applications with variable traffic or usage patterns, this can result in significant cost savings: * **Example 1**: A blog that receives traffic primarily during business hours might use only 30% of its allocated resources over a 24-hour period, resulting in \~70% cost savings with autoscaling. * **Example 2**: A business application used mainly on weekdays might see resource usage drop to 10-15% on weekends, resulting in substantial monthly savings. * **Example 3**: A seasonal e-commerce site might need high resources during peak seasons but minimal resources during off-seasons. ## Additional Cost Considerations When comparing cloud providers, it's important to consider all costs, not just the base instance price: ### Included Features RepoCloud includes several features at no additional cost that other providers often charge extra for: Free SSL for all applications No extra charge for custom domains Basic protection included Free application updates Basic monitoring included Generous data transfer allowances ## Total Cost of Ownership When evaluating cloud providers, consider the total cost of ownership (TCO), which includes: * **Instance Costs**: The basic cost of your compute resources * **Data Transfer**: Costs for incoming and outgoing traffic * **Additional Services**: Databases, load balancers, managed services * **Management Overhead**: Time and expertise required to manage the infrastructure * **Scaling Costs**: Expenses associated with handling traffic spikes RepoCloud's all-in-one approach reduces TCO by: 1. **Simplifying Management**: Less technical expertise required 2. **Reducing Additional Services**: Many features are integrated 3. **Optimizing Resource Usage**: Autoscaling minimizes waste 4. **Eliminating Hidden Costs**: Transparent pricing model ## Making the Right Choice While RepoCloud offers significant cost advantages, the right choice depends on your specific needs: RepoCloud is particularly cost-effective for: * Small to medium-sized businesses * Startups and individual developers * Applications with variable workloads * Self-hosted open-source applications * Projects with limited DevOps resources * Users who prefer simplicity over complex configurations Other providers might be more suitable for: * Complex multi-service architectures requiring specialized services * Applications needing very specific compliance certifications * Workloads requiring specialized hardware (like GPUs) * Enterprise applications already optimized for a specific cloud provider ## Calculate Your Savings To get a personalized cost comparison between RepoCloud and your current cloud provider: 1. Review your current cloud spending 2. Identify the resources you're currently using (RAM, CPU, storage) 3. Find the equivalent RepoCloud tier in our [pricing structure](/pricing/tiers) 4. Consider how autoscaling might further reduce your costs based on your usage patterns 5. Contact our team for a detailed analysis and migration plan Get a personalized quote for your specific needs ## Next Steps Learn more about our cost-saving elastic autoscaling Explore our resource tier specifications in detail Deploy your first application on RepoCloud # Pricing Plans Source: https://docs.repocloud.io/pricing/introduction Overview of RepoCloud's pricing options and plans # Pricing and Plans Welcome to the RepoCloud Pricing section. Here you'll find detailed information about our pricing structure, resource tiers, and billing options to help you choose the plan that best fits your needs. ## Pricing Philosophy RepoCloud is built on the principle that cloud hosting should be powerful, flexible, and affordable. Our pricing model is designed to provide significant cost savings compared to major cloud providers while delivering enterprise-grade performance and reliability. ## Key Topics Understand RepoCloud's cost-efficient pricing model Explore detailed specifications for each resource tier See how RepoCloud pricing compares to other cloud providers Learn about our cost-saving elastic autoscaling technology ## Transparent Pricing At RepoCloud, we believe in complete pricing transparency. There are no hidden fees or unexpected charges—what you see is what you pay. Our pricing page clearly outlines all costs associated with our services, allowing you to accurately budget for your cloud infrastructure. ## Cost Efficiency Most users save approximately 50% on their cloud infrastructure costs compared to major providers like AWS, Azure, and Google Cloud, while maintaining enterprise-grade performance and reliability. With our elastic autoscaling technology, many customers achieve even higher savings. ## Questions? If you have questions about our pricing or need help selecting the right plan, please contact our team at [team@repocloud.io](mailto:team@repocloud.io). # Pricing Overview Source: https://docs.repocloud.io/pricing/overview Understanding RepoCloud's cost-efficient pricing model ## Pricing Overview RepoCloud is built on the principle that cloud hosting should be powerful, flexible, and affordable. Our pricing model is designed to provide significant cost savings compared to major cloud providers while delivering enterprise-grade performance and reliability. ## Elastic Hourly Autoscaling Our signature pricing feature is Elastic Hourly Autoscaling, available for managed application deployments. It allows you to pay only for what you actually use. With traditional cloud providers, you pay for peak capacity 24/7, even when your server is idle, leading to wasted resources and higher costs. Our system dynamically adjusts resources based on actual usage, scaling up instantly when needed and down when not required, with per-hour metering. ### How Autoscaling Works 1. Your application starts with minimum necessary resources 2. As demand increases, resources scale up instantly without downtime 3. During periods of low activity, resources scale down automatically 4. You're billed hourly based on actual resource consumption **Example Savings:** Instead of allocating a fixed 16GB RAM instance at \$48/month, RepoCloud might adjust your actual usage down to an average of 1GB RAM at \$3/month during low-traffic periods, potentially resulting in up to 93% cost savings. Autoscaling is available for managed application deployments only. VPS Platform Apps (Coolify, Dokploy, OpenClaw, Hermes Agent, Ubuntu) use fixed resource tiers with a dedicated IPv4 address included at no extra charge. ## Resource Tiers All VPS Platform Apps use fixed resource tiers. Managed applications can choose between autoscaling and fixed tiers: | Tier | RAM | vCPU | SSD Storage | Hourly Price | Monthly Price | | ---- | ----- | ---- | ----------- | ------------ | ------------- | | 1 | 1 GB | 1 | 20 GB | \$0.0042 | \$3.00 | | 2 | 2 GB | 1 | 30 GB | \$0.0083 | \$6.00 | | 3 | 2 GB | 2 | 40 GB | \$0.0125 | \$9.00 | | 4 | 4 GB | 2 | 40 GB | \$0.0167 | \$12.00 | | 5 | 8 GB | 4 | 80 GB | \$0.0333 | \$24.00 | | 6 | 16 GB | 8 | 160 GB | \$0.0667 | \$48.00 | | 7 | 32 GB | 16 | 320 GB | \$0.1333 | \$96.00 | All plans include powerful Intel vCPU, NVMe SSD, DDR4 ECC RAM, SSL certificates, custom domain support, and unmetered 1 Gbps connections. Each tier includes a free outbound data transfer allowance (see Additional Resources below). ## Additional Resources Beyond the base resource tiers, you can also add: * **Dedicated IPv4 Address**: Included at no extra charge with every VPS instance * **Snapshots**: \$0.10 per GB per month — point-in-time backups, up to 5 per instance * **Additional NVMe SSD storage**: \$0.10 per GB per month * **Data Transfer In**: \$0 per GB (free) * **Data Transfer Out**: \$0.10 per GB beyond the tier-specific free allowance (1 TB for Tier 1, scaling up to 10 TB for Tier 7) ## Billing Model RepoCloud operates on a simple, transparent, credit-based billing model: * **Prepaid Credit**: Your account carries a credit balance, visible at the top of your dashboard and in the Billing tab * **Hourly Metering**: Resource usage is metered hourly and deducted from your balance * **Auto Recharge**: In the Billing tab, you can enable Auto Recharge to automatically purchase a set amount of credit whenever your balance drops below a threshold you choose (requires a payment method on file) * **Usage History**: Download a detailed usage history from the Billing tab at any time * **Paused Instances**: Pausing an instance reduces its billing to 25% of the normal rate; deleting it stops billing entirely * **Baseline Cost**: The smallest tier is \$3.00 per month, so an instance that runs continuously all month costs at least that much * **No Hidden Fees**: What you see is what you pay * **No Long-term Contracts**: Pay as you go with no lock-in When you sign up, new customers receive free credit for their first 30 days to test and run applications. Once this is exhausted, standard pricing applies. ## Cost Comparison RepoCloud's pricing is designed to be approximately half that of major cloud providers: | Cloud Provider | RAM | vCPU | Monthly Cost | | -------------- | ------ | ---- | ------------ | | RepoCloud | 1 GB | 1 | \$3.00 | | AWS EC2 | 1 GB | 2 | \$7.59 | | Azure | 1 GB | 1 | \$7.59 | | DigitalOcean | 1 GB | 1 | \$6.00 | | Google Cloud | 1 GB | 0.25 | \$6.11 | | Railway | 1 GB | 1 | \$30.00 | | Render | 0.5 GB | 0.5 | \$7.00 | | Cloud Provider | RAM | vCPU | Monthly Cost | | -------------- | ---- | ---- | ------------ | | RepoCloud | 4 GB | 2 | \$12.00 | | AWS EC2 | 4 GB | 2 | \$30.37 | | Azure | 4 GB | 2 | \$30.37 | | DigitalOcean | 4 GB | 2 | \$24.00 | | Google Cloud | 4 GB | 1 | \$24.46 | | Railway | 4 GB | 2 | \$80.00 | | Render | 4 GB | 2 | \$85.00 | | Cloud Provider | RAM | vCPU | Monthly Cost | | -------------- | ----- | ---- | ------------ | | RepoCloud | 16 GB | 8 | \$48.00 | | AWS EC2 | 16 GB | 4 | \$121.47 | | Azure | 16 GB | 4 | \$121.18 | | DigitalOcean | 16 GB | 8 | \$96.00 | | Google Cloud | 16 GB | 4 | \$97.84 | | Railway | 16 GB | 8 | \$320.00 | | Render | 16 GB | 4 | \$225.00 | Competitor prices reflect each provider's cheapest comparable on-demand plan (same RAM, closest vCPU, US region, no commitments), last verified in July 2026. See the [full price comparison](/pricing/comparison) for plan names and additional providers. ## Choosing the Right Plan When selecting a plan, consider these factors: 1. **Application Requirements**: Different applications have different resource needs 2. **Expected Traffic**: Higher traffic requires more resources 3. **Usage Patterns**: Variable usage benefits most from autoscaling 4. **Budget Constraints**: Fixed plans offer predictable monthly costs For managed application deployments, we recommend starting with autoscaling enabled. This allows your application to find its natural resource usage pattern. VPS Platform Apps use fixed tiers only — choose a tier that meets the application's minimum requirements. ## FAQ Fixed-size instances can be manually scaled to a different tier from the instance's management page. VPS Platform Apps use fixed tiers exclusively. Managed application instances with autoscaling adjust between tiers automatically. Yes, new customers receive free credit for their first 30 days to test the platform. With autoscaling, we measure your resource usage hourly and charge the hourly rate of the resource tier your instance used during that hour. You can see exactly which tier was used each hour in your instance's usage chart. No, RepoCloud operates on a prepaid, pay-as-you-go model with no long-term contracts. You purchase account credit through the Billing tab of your dashboard using a credit or debit card, where you can also enable Auto Recharge to top up your balance automatically. ## Next Steps Explore detailed specifications for each resource tier Learn more about how autoscaling works See detailed comparisons with other cloud providers # Pricing Tiers Source: https://docs.repocloud.io/pricing/tiers Detailed information on RepoCloud's pricing tiers and resource specifications ## Resource Tiers Overview RepoCloud offers flexible resource tiers designed to accommodate a wide range of applications and workloads. Each tier provides a balanced combination of CPU, RAM, and storage resources at a fraction of the cost of major cloud providers. ## Resource Tiers RepoCloud provides seven resource tiers, each offering progressively more computing power, memory, and storage capacity: | Tier | RAM | vCPU | SSD Storage | Hourly Price | Monthly Price | | ---- | ----- | ---- | ----------- | ------------ | ------------- | | 1 | 1 GB | 1 | 20 GB | \$0.0042 | \$3.00 | | 2 | 2 GB | 1 | 30 GB | \$0.0083 | \$6.00 | | 3 | 2 GB | 2 | 40 GB | \$0.0125 | \$9.00 | | 4 | 4 GB | 2 | 40 GB | \$0.0167 | \$12.00 | | 5 | 8 GB | 4 | 80 GB | \$0.0333 | \$24.00 | | 6 | 16 GB | 8 | 160 GB | \$0.0667 | \$48.00 | | 7 | 32 GB | 16 | 320 GB | \$0.1333 | \$96.00 | If you need more storage than a tier includes, add extra NVMe SSD storage at deployment time with the "Add Extra SSD" option (\$0.10 per GB per month). ## Tier Specifications in Detail ### Tier 1: Basic **Specifications**: 1 GB RAM, 1 vCPU, 20 GB SSD Storage\ **Pricing**: \$0.0042/hour (\$3.00/month) **Best For**: * Small personal blogs * Simple static websites * Development environments * Basic testing instances * Low-traffic applications **Limitations**: * Limited processing power for resource-intensive applications * Sufficient only for low concurrent user counts * Not recommended for database-heavy applications ### Tier 2: Starter **Specifications**: 2 GB RAM, 1 vCPU, 30 GB SSD Storage\ **Pricing**: \$0.0083/hour (\$6.00/month) **Best For**: * Personal websites with moderate traffic * Small WordPress installations * Development environments for larger projects * Basic content management systems * Small team collaboration tools **Limitations**: * Limited to a single CPU core * May struggle with more demanding applications * Moderate concurrent user capacity ### Tier 3: Standard **Specifications**: 2 GB RAM, 2 vCPU, 40 GB SSD Storage\ **Pricing**: \$0.0125/hour (\$9.00/month) **Best For**: * Small business websites * Multiple web applications * Development and staging environments * Content management systems * Light e-commerce sites **Limitations**: * Memory-intensive applications may need more RAM * Moderate concurrent user capacity * Not ideal for large databases ### Tier 4: Professional **Specifications**: 4 GB RAM, 2 vCPU, 40 GB SSD Storage\ **Pricing**: \$0.0167/hour (\$12.00/month) **Best For**: * Small to medium business websites * E-commerce platforms * Content-rich websites * More demanding CMS installations * Development environments for larger applications **Limitations**: * May need more CPU for compute-intensive applications * Moderate database capacity * Medium concurrent user capacity ### Tier 5: Business **Specifications**: 8 GB RAM, 4 vCPU, 80 GB SSD Storage\ **Pricing**: \$0.0333/hour (\$24.00/month) **Best For**: * High-traffic websites * Medium-sized e-commerce stores * Database-intensive applications * Small data analytics applications * Media streaming platforms **Limitations**: * Very resource-intensive applications may need more power * Large database operations may require higher tiers * High but not enterprise-level concurrent user capacity ### Tier 6: Enterprise **Specifications**: 16 GB RAM, 8 vCPU, 160 GB SSD Storage\ **Pricing**: \$0.0667/hour (\$48.00/month) **Best For**: * Large business applications * High-traffic e-commerce platforms * Media processing applications * Data analytics workloads * Multi-container deployments **Limitations**: * The most demanding enterprise applications may require Tier 7 * Very high concurrent user capacity * Handles most workloads efficiently ### Tier 7: Ultimate **Specifications**: 32 GB RAM, 16 vCPU, 320 GB SSD Storage\ **Pricing**: \$0.1333/hour (\$96.00/month) **Best For**: * Very high-traffic websites and applications * Enterprise-grade deployments * Large database systems * Advanced data analytics * Media processing and transcoding * Computationally intensive workloads **Limitations**: * Our highest tier available * For extremely demanding workloads beyond this tier, multiple instances may be needed ## Technical Specifications All resource tiers on RepoCloud include the following technical specifications: ### Compute * **CPU Type**: Intel vCPUs * **CPU Performance**: High-performance vCPUs ### Memory * **RAM Type**: DDR4 ECC RAM ### Storage * **Storage Type**: NVMe SSD for all tiers * **I/O Performance**: High I/O operations per second (IOPS) * **Extra Storage**: Additional NVMe SSD can be added at deployment for \$0.10 per GB per month * **Backups**: RepoCloud does not provide instance-level backups—use your application's built-in backup tools (e.g., n8n workflow exports, WordPress backup plugins) and export important data regularly ### Networking * **Network Speed**: 1 Gbps connections * **Bandwidth**: Unlimited bandwidth (data transfer in is free; data transfer out is priced at \$0.10 per GB as listed on the pricing page) * **Network Security**: DDoS protection * **SSL Support**: Free SSL certificates included ## Choosing the Right Tier When selecting a resource tier, consider these factors: ### Application Requirements Different applications have different resource needs: * **Small Blog**: Tier 1-2 * **Medium Site**: Tier 3-4 * **Large Site**: Tier 5+ * **WooCommerce**: Tier 4+ (depending on product count) * **Small Database**: Tier 2-3 * **Medium Database**: Tier 4-5 * **Large Database**: Tier 6-7 * **Git Repositories**: Tier 2-3 * **CI/CD Tools**: Tier 3-5 * **Code Servers**: Tier 3-4 * **Small CMS**: Tier 2-3 * **Medium CMS**: Tier 3-4 * **Enterprise CMS**: Tier 5+ ### Traffic Patterns Consider your expected traffic patterns: * **Low Traffic** (\< 10,000 visits/month): Tier 1-2 * **Medium Traffic** (10,000-50,000 visits/month): Tier 3-4 * **High Traffic** (50,000-200,000 visits/month): Tier 5-6 * **Very High Traffic** (200,000+ visits/month): Tier 6-7 ### Data Processing Needs Different data workloads require different resources: * **Basic Data Storage**: Tier 1-3 * **Data Analysis**: Tier 4-5 * **Large Datasets**: Tier 5-7 * **Real-time Processing**: Tier 5-7 ## Moving Between Tiers How your instance moves between tiers depends on the deployment type: * **VPS Platform Apps** (Coolify, Dokploy, OpenClaw, Hermes Agent, Ubuntu) use fixed tiers exclusively. You can resize to a different tier from the management page. Disk downgrades are not supported. * **Managed applications** with autoscaling move between tiers automatically based on demand—no action needed. Fixed-size managed instances can be scaled manually from the management page. If you're choosing a fixed tier, make sure your application can operate properly within its resources—an undersized tier may cause performance issues or application failures. VPS Platform Apps have enforced minimum tier requirements. ## Autoscaling vs. Fixed Tiers RepoCloud offers two approaches to resource allocation: ### Fixed Tiers * **Predictable Costs**: Fixed monthly pricing based on the selected tier * **Guaranteed Resources**: Consistent resource allocation regardless of usage * **Simplicity**: No need to monitor or manage scaling * **Best For**: VPS Platform Apps and applications with consistent resource needs * **IPv4 Included**: Every VPS instance includes a dedicated IPv4 address at no extra charge ### Elastic Autoscaling (Managed Apps Only) * **Cost Efficiency**: Pay only for resources actually used * **Dynamic Adjustment**: Resources scale up and down based on actual needs * **Optimal Performance**: Automatically handles traffic spikes * **Best For**: Managed applications with variable resource needs For managed application deployments, we recommend keeping autoscaling enabled (it's the default). VPS Platform Apps use fixed tiers only — select a tier that meets the application's minimum requirements. ## Additional Resources Beyond the base resource tiers, you can also add: * **Additional NVMe SSD storage**: \$0.10 per GB per month * **Data Transfer In**: \$0 per GB (free) * **Data Transfer Out**: \$0.10 per GB ## Next Steps See how RepoCloud pricing compares to other cloud providers Learn more about RepoCloud's elastic autoscaling # Quickstart Guide Source: https://docs.repocloud.io/quickstart Get started with RepoCloud in just a few minutes ## Get Started with RepoCloud This quickstart guide will walk you through the process of deploying your first application on RepoCloud. ### Create Your Account Visit [RepoCloud.io](https://repocloud.io/register) and create your account. New customers receive free credit for their first 30 days to get started. Check your inbox for a verification email from RepoCloud and click the verification link. Return to [RepoCloud.io](https://repocloud.io/login) and log in with your credentials. In the **Settings** tab of your dashboard, you can enable two-factor authentication (2FA) using any TOTP app such as Google Authenticator, Authy, Microsoft Authenticator, 1Password, or Bitwarden. ### Deploy Your First Application Explore our [marketplace](https://repocloud.io/results) of over 270 applications to find the one you want to deploy. Click on an application to view its details, features, and links to the developer's website and documentation, then click "Deploy Now". Enter a project name, then either keep the "Autoscale compute and storage resources" toggle enabled (the default) or disable it to pick a fixed server size. Some applications also ask for application-specific settings such as an admin username and password. Our platform automatically configures the optimal settings for each application, but you can customize them according to your needs. Click the "Deploy App" button to launch your application. The deployment process typically takes 3-7 minutes. ### Manage Your Deployment Once your application is deployed, you can manage it through our intuitive dashboard: You can easily add your own domain to your deployment: 1. Go to your application's management page 2. Click "Add Custom Domain" 3. Enter your domain name 4. Add the two CNAME records shown (one for your subdomain, one for the `_acme-challenge` verification record) at your domain registrar 5. Click "Confirm and Check Status" once the records are in place (DNS propagation can take up to 24-48 hours, but is often much faster) Instances deployed with autoscaling (the default) adjust their resources automatically: 1. Go to your application's management page 2. Click "View Usage Chart" to see which resource tier your application has been using hour by hour If you deployed with a fixed server size, you can manually change it to a different tier—or switch it over to autoscaling—from the management page. (Autoscaled instances can't be switched back to a fixed size.) Keep your application up-to-date with the latest version: 1. Go to your application's management page 2. Click the "Rebuild / Update" button 3. Confirm the update Your application will be updated to the latest stable version while preserving your data. Customize your application's configuration: 1. Go to your application's management page 2. Click "Edit Env Vars" 3. Add, edit, or remove environment variables 4. Click "Save Changes" and confirm Your application will restart with the new configuration; the restart typically takes 3-7 minutes. ## Next Steps Now that you've deployed your first application, explore these resources to make the most of RepoCloud: Learn more about how RepoCloud works behind the scenes Browse our catalog of 270+ applications available for deployment Discover advanced deployment options and best practices Master the tools for managing your deployed applications Understand how our pricing works to optimize your costs # Affiliate Program Source: https://docs.repocloud.io/resources/affiliate-program Earn recurring commissions by referring customers to RepoCloud ## RepoCloud Affiliate Program The RepoCloud Affiliate Program allows you to earn substantial, recurring commissions by referring customers to our platform. With a generous 25% lifetime commission structure, you can create a steady stream of passive income while helping others discover the benefits of RepoCloud. ## Program Highlights Earn 25% of what your referrals pay, for as long as they remain customers Referrals are tracked for 30 days after clicking your link Receive payments every 60 days, with a minimum payout of \$50 Monitor your referrals and earnings through a dedicated dashboard ## How It Works The RepoCloud Affiliate Program operates with a straightforward process: Every RepoCloud account includes the affiliate program. Log in and open the "Referrals" tab of your dashboard (or visit [repocloud.io/affiliate](https://repocloud.io/affiliate)). Your unique referral link (in the format `https://repocloud.io/?ref=yourcode`) is displayed with a one-click copy button Share your referral link on your website, social media, or directly with potential customers Monitor your affiliate balance, users referred, next payout date, and referral history in the Referrals tab—you can also download your referral history as a CSV Once you're eligible, submit a payout request directly from the Referrals tab with your contact and payment details ## Commission Structure The RepoCloud Affiliate Program offers one of the most competitive commission structures in the industry: * **Commission Rate**: 25% of customer payments * **Commission Type**: Recurring for the lifetime of the customer * **Cookie Duration**: 30 days * **Payment Schedule**: Net 60 days * **Minimum Payout**: \$50 * **Payment Methods**: PayPal (US), PayPal (International), Payoneer, or RepoCloud credit top-up Commissions are calculated based on confirmed payments from your referrals. For example, if a customer you refer spends \$100 per month, you'll earn \$25 per month in commissions for as long as they remain a customer. ## Payment Schedule Commissions are processed according to the following schedule: 1. **Calculation Period**: Commissions are calculated based on confirmed referrals 2. **Payment Processing**: Payments are disbursed on a 60-day cycle, covering commissions accrued during prior periods 3. **Minimum Threshold**: A minimum of \$50 in earned commissions is required for payout 4. **Payment Methods**: PayPal (US), PayPal (International), Payoneer, or RepoCloud credit top-up For example, commissions earned in January will be paid by March 31st, allowing time for payment validation and processing. ## Join the Affiliate Program Ready to start earning recurring commissions by promoting RepoCloud? Join our affiliate program today! Get your referral link from the Referrals tab of your RepoCloud dashboard Get answers to your questions about the program # Resource Center Source: https://docs.repocloud.io/resources/introduction Programs, tools, and information to help you get the most from RepoCloud # Resource Center Welcome to the RepoCloud Resource Center. This section provides access to programs, guidelines, and additional resources to help you maximize the value of the RepoCloud platform. ## Programs and Opportunities RepoCloud offers various programs to engage with our community and ecosystem: Earn recurring commissions by referring customers to RepoCloud Add your application to the RepoCloud marketplace ## Getting Involved RepoCloud is more than just a platform—it's a community of developers, businesses, and technology enthusiasts. We encourage you to: 1. **Participate in our programs** - Become an affiliate or submit your application 2. **Provide feedback** - Help us improve by sharing your thoughts and suggestions 3. **Connect with us** - Follow us on social media and join our community discussions 4. **Stay updated** - Subscribe to our newsletter for the latest announcements and updates ## Contact Us If you have questions about any of our resources or programs, please contact us at [team@repocloud.io](mailto:team@repocloud.io). # Submit Your App Source: https://docs.repocloud.io/resources/submit-app Submit your application to the RepoCloud marketplace ## Add Your App to the RepoCloud Marketplace RepoCloud welcomes developers and companies to submit their applications to our growing marketplace. By listing your application, you gain exposure to our expanding user base and provide value to cloud developers worldwide. ## Benefits of Listing Your App Immediate exposure to RepoCloud's growing community of developers Your app becomes deployable in one click, with installation handled by the platform ## Types of Apps We Accept RepoCloud accepts a wide variety of applications that enhance the cloud development experience: IDEs, code editors, version control tools, testing frameworks, CI/CD solutions, and other tools that enhance the development workflow. Application platforms, PaaS solutions, container orchestration tools, and serverless frameworks that simplify deployment. Database systems, object storage, caching solutions, and other data storage or management tools. APM tools, log management solutions, metric collection systems, and dashboards for monitoring application performance. Vulnerability scanners, security testing tools, compliance checkers, and identity management solutions. Headless CMS platforms, traditional CMS solutions, and other content management tools. Online store platforms, payment processing systems, and e-commerce enablement tools. Data analytics platforms, business intelligence tools, and reporting systems. ## Application Requirements To ensure a quality experience for our users, all platform applications must meet certain requirements: ### Technical Requirements 1. **Docker Compatibility**: Applications must be containerized with Docker or compatible with our container platform 2. **Documentation**: Comprehensive documentation for installation, configuration, and usage 3. **Security**: Adherence to security best practices with no known critical vulnerabilities 4. **Performance**: Efficient resource usage and appropriate performance characteristics 5. **Scalability**: Support for horizontal or vertical scaling when applicable 6. **High Availability**: Support for redundancy configurations when applicable ## How to Submit Your App Submitting an application takes just a few minutes: Log in to your RepoCloud account and go to [repocloud.io/submitapp](https://repocloud.io/submitapp) (also linked as "Submit" in the site footer) Provide the project name, a link to the application's repository (e.g., `https://github.com/example/app`), and a description of the application Read and agree to the Terms & Conditions Click "Add App to Marketplace". Our team reviews submissions against the requirements above before publishing them to the marketplace. ## Questions? If you have questions about submitting your application or want to discuss a partnership, contact us at [team@repocloud.io](mailto:team@repocloud.io). # Custom Domains Source: https://docs.repocloud.io/user-guide/custom-domains Connect your own domain name to your RepoCloud applications ## Using Custom Domains By default, every application deployed on RepoCloud receives a randomly assigned subdomain on one of our hosting domains, in the format `https://.` (we use several different domains for auto-generated URLs). However, you can connect your own domain name to provide a professional, branded experience for your users. Custom domains allow you to use your brand's domain name while hosting your application on RepoCloud, giving your application a professional appearance and better brand recognition. ## Why Use a Custom Domain? Present a cohesive brand identity with your own domain Establish and maintain search engine optimization Enhance trust with a professional domain name Maintain consistent branding across all channels ## Setting Up a Custom Domain Adding a custom domain to your RepoCloud application is a straightforward process: Navigate to your application's management page and click the "Add Custom Domain" button. Enter your domain (e.g., `app.yourdomain.com`) in the input field and click "Submit". If you enter a root domain (e.g., `yourdomain.com` without a subdomain), RepoCloud will warn you that your DNS provider must support ANAME, ALIAS, or CNAME-flattening records, and will offer to use a `www` subdomain instead. See [Using Apex Domains](#using-apex-domains) below. RepoCloud displays the exact DNS records you need to add at your domain registrar. You'll add two CNAME records: * A CNAME for your subdomain pointing to your application's auto-generated address (e.g., `app` → `..`) * A CNAME for `_acme-challenge` pointing to the SSL verification target shown in the dashboard (used to issue your SSL certificate) Each record includes a copy button, and the dashboard shows a live status indicator for each record. DNS changes can take up to 24-48 hours to propagate globally, though they often take effect much sooner. Click the "Confirm and Check Status" button in the dashboard. Once both records verify, RepoCloud automatically issues an SSL certificate and routes your domain to your application. To remove a custom domain later, return to your application's management page and click "Remove Domain". ## DNS Record Types Explained When setting up a custom domain, you may need to configure different DNS record types: A CNAME (Canonical Name) record maps an alias domain to a true or canonical domain. For RepoCloud, this maps your domain to your application's auto-generated address. Example: `app.yourdomain.com` → `..` RepoCloud also asks you to add a CNAME record on the `_acme-challenge` name of your domain, pointing to the verification target shown in your dashboard. This record allows SSL certificates to be issued and renewed automatically for your domain. Example: `_acme-challenge.yourdomain.com` → `yourdomain.com..dcv.cloudflare.com.` Apex (root) domains normally cannot use CNAME records. Some DNS providers offer ALIAS or ANAME records, or CNAME flattening, which provide CNAME-like behavior at the apex. These are required if you want to point a root domain (e.g., `yourdomain.com`) at RepoCloud. ## Using Apex Domains An apex domain (also called a root domain or naked domain) is a domain without a subdomain prefix, like `example.com` instead of `www.example.com`. To use an apex domain with RepoCloud, your DNS provider must support CNAME-like functionality for apex domains through features like: * ALIAS records * ANAME records * CNAME flattening Some DNS providers, such as GoDaddy, do not support these features. If yours doesn't, you can: * Use a subdomain (like `www.yourdomain.com`) instead — RepoCloud offers this option automatically when you enter a root domain * Point your nameservers to Cloudflare first, or switch to another DNS provider that supports ALIAS/ANAME records (such as Route 53 or DNSimple) Using `www.yourdomain.com` instead of just `yourdomain.com` often provides better flexibility and performance. ## SSL Certificates RepoCloud automatically provisions and manages SSL certificates for your custom domains: * **Automatic Provisioning**: SSL certificates are automatically issued once your DNS records are verified * **Automatic Renewal**: Certificates are renewed automatically before they expire * **HTTPS Enforcement**: All traffic to your application is served over HTTPS SSL certificate issuance typically takes a few minutes after DNS verification is complete. ## SSL Certificate Issuance Method RepoCloud uses DNS-based domain validation for SSL certificate issuance: ### How DNS Validation Works When you add a domain, RepoCloud generates a unique `_acme-challenge` CNAME target for it You add the `_acme-challenge` CNAME record (shown in your dashboard) at your DNS provider, alongside the routing CNAME The certificate authority validates domain control by resolving the `_acme-challenge` record Once validated, the SSL certificate is issued and applied to your application, and renewals happen automatically as long as the record stays in place Do not delete the `_acme-challenge` CNAME record after setup—it is required for automatic certificate renewal. ### Multiple Subdomains on the Same Domain If you're using multiple subdomains of the same domain (e.g., `app1.yourdomain.com` and `app2.yourdomain.com`) for different RepoCloud applications, there are some important considerations: Each subdomain must resolve to the correct application, and each application generates its own verification records. This can create complications when you have multiple applications using subdomains of the same root domain. ### Recommended Solution: Cloudflare We strongly recommend using Cloudflare as your DNS provider when hosting multiple applications on different subdomains of the same domain. Cloudflare's proxy functionality helps resolve the ACME challenge validation issues. #### Benefits of Using Cloudflare: * **Proxy Mode**: Cloudflare's proxy capabilities help route SSL validation correctly * **SSL Flexibility**: Better handling of multiple SSL certificates for different subdomains * **Performance**: Additional CDN and caching benefits * **Security**: Additional protection against DDoS and other attacks To set up Cloudflare for your domain, transfer your nameservers to Cloudflare and enable the proxy setting (orange cloud icon) for each subdomain record. ## Managing Multiple Domains You can add multiple domains to a single application: 1. Follow the same process for each domain you want to add 2. All domains will point to the same application 3. Each domain will receive its own SSL certificate This is useful for: * Supporting multiple brands or regions * Migrating from an old domain to a new one * Creating specialized landing pages ## Troubleshooting Custom Domains * Verify that you've added the correct DNS records at your domain registrar * Check for typos in the DNS record values * Allow sufficient time for DNS propagation (up to 48 hours) * Use a DNS lookup tool like [DNS Checker](https://dnschecker.org) to verify your records are visible * Ensure domain verification is complete * Check that your DNS records are correctly configured * Wait at least 30 minutes for the SSL certificate to be issued * If issues persist for more than 24 hours, contact support * This typically means the SSL certificate hasn't been issued yet * Verify that DNS configuration is correct * Wait for SSL certificate issuance to complete * Check that you're accessing the site via HTTPS, not HTTP ## Next Steps Configure application-specific settings through environment variables Learn how to scale your application resources Keep your application updated with the latest features and security patches # Deployment Basics Source: https://docs.repocloud.io/user-guide/deployment-basics Learn the fundamentals of deploying applications on RepoCloud ## Understanding RepoCloud Deployments Deploying applications on RepoCloud is designed to be straightforward and user-friendly. This guide will walk you through the core concepts and steps for successful deployments. ## Deployment Lifecycle Browse our marketplace to find the application you want to deploy. We offer over 270 pre-configured applications across different categories. Keep the "Autoscale compute and storage resources" toggle enabled (the default) to let RepoCloud optimize resource allocation automatically, or disable it to select a fixed server size. You can also add extra SSD storage at this step. Configure settings specific to your chosen application, such as admin username and password, or other customization options. Click the "Deploy App" button to initiate the deployment process. RepoCloud will provision the necessary resources, set up your application container, and configure the networking. Once deployment is complete, you'll receive a URL on one of our hosting domains (in the format `https://.`) to access your application. Most applications will have a setup wizard or admin interface for further configuration. ## Key Deployment Concepts ### Resource Tiers RepoCloud offers several resource tiers to accommodate different needs: | Tier | RAM | vCPU | Storage | Best For | | ---- | -------- | ---- | ---------- | --------------------------------------------------- | | 1 | 1 GB | 1 | 20 GB | Small blogs, simple tools, development environments | | 2 | 2 GB | 1 | 30 GB | Personal websites, small team collaboration | | 3 | 2 GB | 2 | 40 GB | Production websites, small business applications | | 4 | 4 GB | 2 | 40 GB | Medium traffic sites, larger databases | | 5 | 8 GB | 4 | 80 GB | High-traffic websites, data-intensive applications | | 6+ | 16-32 GB | 8-16 | 160-320 GB | Enterprise applications, large databases | ### Autoscaling vs. Fixed Resources **Benefits:** * Pay only for resources you actually use * Automatically handles traffic spikes * Scales down during low-activity periods * Cost-efficient for variable workloads **Benefits:** * Predictable monthly costs * Guaranteed resources at all times * Simpler to budget and plan * Better for consistent workloads Autoscaling monitors your application's resource usage and adjusts resources in real-time, charging on an hourly basis for what you actually use. ## Application Persistence Applications deployed on RepoCloud maintain data persistence across restarts and updates: * **Persistent Storage**: Application data is stored on reliable NVMe SSD storage * **Database Persistence**: Databases maintain data integrity across updates * **Configuration Persistence**: Your application settings remain intact when updating or scaling ## Security Considerations Every deployment on RepoCloud includes: * **SSL Certificates**: Automatic SSL for secure HTTPS connections * **Application Isolation**: Containerized deployments for security isolation * **Regular Updates**: Latest security patches and application updates * **Secure Networking**: Protected networking environment ## Common Deployment Questions Most applications deploy within 3-7 minutes. Larger applications with more complex setups might take longer. Yes, most applications have built-in migration tools. For example, WordPress sites can be migrated using plugins, and databases can be imported through application-specific tools. If you deployed with autoscaling (the default), resources adjust automatically as demand changes—no action needed. If you deployed with a fixed server size, you can manually scale it to a different tier, or switch it over to autoscaling, from the management page. Note that autoscaled instances can't be switched back to a fixed size. Yes, you can connect your custom domain to any deployment with the "Add Custom Domain" button in the management dashboard. RepoCloud maintains the latest stable versions of all applications. You can update your instance by clicking the "Rebuild / Update" button in the management dashboard. ## Next Steps Learn about our one-click deployment process Discover how to manage your deployed applications Set up custom domains for your applications Configure your applications with environment variables # Environment Variables Source: https://docs.repocloud.io/user-guide/environment-variables Configure application behavior using environment variables on RepoCloud ## Using Environment Variables Environment variables are a powerful way to configure your applications without modifying code. They allow you to customize your application's behavior, store configuration settings, and manage sensitive information like API keys and database credentials. ## What Are Environment Variables? Environment variables are dynamic values that can affect the way running processes behave on a computer. In the context of containerized applications, they provide a way to: * Configure application settings * Store API keys and credentials * Toggle features on and off * Set configuration options * Define connection parameters ## Managing Environment Variables on RepoCloud RepoCloud makes it easy to set, update, and manage environment variables for your applications through a simple web interface. ### Accessing Environment Variables Go to your application's management page in the RepoCloud dashboard Click the "Edit Env Vars" button You'll see a list of all currently configured environment variables as key/value rows (values are masked) ### Adding Environment Variables Access the Edit Env Vars section as described above Click the "+ Add New Variable" button Enter the variable name (key) and its value in the new row Example: * Key: `DATABASE_URL` * Value: `mysql://user:password@localhost:3306/mydatabase` Click "Save Changes" and confirm. Your application will restart with the new variables applied. ### Editing and Deleting Variables Access the Edit Env Vars section Change the key or value directly in the row you want to modify Click the trash icon next to the variable you want to remove Click "Save Changes" and confirm to update your application's environment Saving environment variable changes restarts your application so the new configuration takes effect. The restart typically takes 3-7 minutes. ## Sensitive Information and Security Environment variables are commonly used to store sensitive information like API keys, passwords, and tokens. RepoCloud protects this data in the dashboard: * **Masked Display**: Values are masked in the interface (displayed as `••••••••`) * **Access Control**: Only your account can view and modify your instances' environment variables Despite these precautions, you should never store extremely sensitive secrets (like private keys) as environment variables. For such cases, consider using a dedicated secrets management solution. ## Common Environment Variables Different applications use different environment variables, but some common categories include: Variables that define how your application connects to a database: ``` DATABASE_URL=postgresql://user:password@hostname:port/database DB_HOST=hostname DB_USER=username DB_PASSWORD=password DB_NAME=database ``` Variables for third-party service integration: ``` API_KEY=your_api_key_here AWS_ACCESS_KEY_ID=your_access_key AWS_SECRET_ACCESS_KEY=your_secret_key STRIPE_API_KEY=sk_test_abcdefghijklmnopqrstuvwxyz ``` Variables that control application behavior: ``` DEBUG=true LOG_LEVEL=info CACHE_TTL=3600 FEATURE_X_ENABLED=true ``` Variables for email service configuration: ``` SMTP_HOST=smtp.example.com SMTP_PORT=587 SMTP_USER=user@example.com SMTP_PASSWORD=password ``` ## Application-Specific Variables Each application has its own set of supported environment variables. Here are examples for some popular applications: Common WordPress configuration variables: ``` WORDPRESS_DB_HOST=mysql_host WORDPRESS_DB_USER=db_user WORDPRESS_DB_PASSWORD=db_password WORDPRESS_DB_NAME=wordpress WORDPRESS_TABLE_PREFIX=wp_ ``` Common Node.js application variables: ``` NODE_ENV=production PORT=3000 SESSION_SECRET=your_session_secret CORS_ORIGIN=https://example.com ``` PostgreSQL configuration variables: ``` POSTGRES_USER=postgres POSTGRES_PASSWORD=password POSTGRES_DB=mydb PGDATA=/var/lib/postgresql/data ``` Check your application's documentation to understand which environment variables are available and what they do. Many applications include a list of supported variables in their documentation. ## Best Practices Follow these best practices when working with environment variables: 1. **Use descriptive names**: Choose clear, descriptive names for your variables 2. **Separate development and production**: Use different values for development and production environments 3. **Document your variables**: Keep a record of what each variable does and why it's needed 4. **Minimize sensitive data**: Only store sensitive information in environment variables when necessary 5. **Use standard formats**: Follow established formats for connection strings and other structured data 6. **Avoid hardcoding**: Never hardcode values that should be configurable in your application code ## Troubleshooting If your application doesn't recognize environment variables: * Verify the variable name is correct (including case) * Ensure the application has restarted after changes * Check application logs for environment-related errors * Verify the application is designed to use the variables you're setting Some common syntax issues: * Avoid spaces around the equals sign (use `KEY=value`, not `KEY = value`) * Be careful with quotes (some values may need to be quoted) * Watch for special characters that might need escaping If changes don't seem to apply: * Wait for the restart to finish—saving environment variables restarts your app, which takes 3-7 minutes * Check if the application caches configuration and needs a specific refresh * Verify you clicked "Save Changes" and confirmed in the dashboard * As a last resort, use "Rebuild / Update" to recreate the instance with the current configuration ## Next Steps Learn how to scale your application resources Keep your application updated with the latest features and security patches Resolve common issues with your RepoCloud applications # User Guide Source: https://docs.repocloud.io/user-guide/introduction Guide to using the RepoCloud platform effectively Welcome to the RepoCloud User Guide. This section provides comprehensive instructions on how to deploy, manage, and optimize your applications on the RepoCloud platform. ## Overview RepoCloud simplifies cloud deployment and management by providing an intuitive interface and powerful automation tools. Whether you're deploying a simple blog or a complex multi-tier application, this guide will help you make the most of the platform's capabilities. ## Key Topics Learn the fundamentals of deploying applications on RepoCloud Deploy applications with minimal configuration using our one-click templates Monitor and manage your running application instances Configure custom domains for your applications Learn how to scale your applications to handle increased load Keep your applications updated with the latest features and security patches Configure your applications through environment variables Resolve common issues with your RepoCloud applications ## Getting Started If you're new to RepoCloud, we recommend starting with the [Deployment Basics](/user-guide/deployment-basics) guide, which covers the fundamental concepts and steps for deploying your first application. Then, explore the [Managing Instances](/user-guide/managing-instances) section to learn how to monitor and manage your deployed applications. For those looking to deploy specific applications quickly, check out the [One-Click Deployment](/user-guide/one-click-deployment) guide for our streamlined deployment templates. ## Need Help? If you encounter any issues or have questions that aren't addressed in this guide, please contact our support team at [team@repocloud.io](mailto:team@repocloud.io). # Managing Instances Source: https://docs.repocloud.io/user-guide/managing-instances Learn how to monitor, maintain, and manage your deployed applications ## Instance Management Once you've deployed an application on RepoCloud, you'll need to monitor, maintain, and manage it effectively. This guide covers all the essential management tasks available through the RepoCloud dashboard. The RepoCloud dashboard provides a comprehensive interface for managing all aspects of your deployed applications. ## Dashboard Overview Your dashboard lists all of your projects under the **Projects** tab, alongside **Settings** (profile and two-factor authentication), **Referrals** (affiliate program), and **Billing** (credit balance, auto recharge, and usage history). Clicking "Manage" on any project opens its management page, which provides these tools: See the instance status (e.g., "Online") and, on autoscaling instances, view the usage chart showing which resource tier your app has used over time Edit your application's environment variables with the "Edit Env Vars" button Update to the latest version with "Rebuild / Update", or pin a specific version with "Edit Docker Image" Connect your own domain with the "Add Custom Domain" button View application logs for troubleshooting with the "View Logs" button Rename your project, pause the server, or delete it entirely ### VPS Instance Management VPS instances (Ubuntu, Coolify, Dokploy, OpenClaw, Hermes Agent) have a dedicated management page with additional controls: Power off, power on, and reboot your VPS directly from the dashboard Access a browser-based serial console for direct server interaction without SSH Add and manage SSH keys for root access, shared across all your VPS instances View and reset the root SSH password at any time Change your server's CPU, RAM, and disk tier without redeploying Create point-in-time backups (up to 5 per instance) at \$0.10/GB/month ## Common Management Tasks ### Monitoring Your Instance RepoCloud provides several monitoring capabilities: 1. **Resource Tier Tracking**: On autoscaling instances, click "View Usage Chart" to see which resource tier your application has used hour by hour 2. **Status Checks**: The management page and dashboard show whether your instance is online 3. **Application Logs**: Click "View Logs" to inspect your application's output, with a "Refresh Logs" button to pull the latest entries 4. **Platform Status**: Check [status.repocloud.io](https://status.repocloud.io) for the health of all RepoCloud server clusters Resource tier tracking is particularly useful when using autoscaling, as it helps you understand how resources are being allocated and billed on an hourly basis. ### Pausing and Deleting Instances You can control the state of your instance from the dashboard: * **Pause Server**: Temporarily halt all operations (billing continues at 25% of the normal rate) * **Resume**: Resume a paused instance to full functionality * **Rebuild / Update**: Recreate the service from scratch by pulling the latest image and discarding cached data, while preserving your persistent data Pausing an instance reduces billing to 25% of the normal rate, as some resources remain allocated. To stop billing completely, you would need to delete the instance. ### Data Management We recommend the following practices for managing your application data: 1. Use the application's built-in backup features if available 2. Regularly export important data from your application 3. Store backups externally or download them for safekeeping 4. Use version control systems for code and configurations 5. Document your setup for easy recreation if needed For example: * **n8n**: Export your workflows as JSON files from the n8n editor * **WordPress**: Use a migration or backup plugin to download your entire site, or migrate it to another instance For container-based instances, backups are only available through the application's own built-in features, so you are responsible for exporting and safeguarding your own data. VPS instances support snapshots — point-in-time disk backups that can be created from the management page (up to 5 per instance, billed at \$0.10/GB/month). To restore a snapshot, click **Restore** next to it. If newer snapshots exist, the confirmation dialog warns which ones will be permanently destroyed by the rollback. The server restarts during restore (\~10–25 seconds) and the page refreshes automatically when complete. ### Deleting Instances When you no longer need an instance: Ensure you've backed up any important data from the application Go to the instance management page for the application you want to delete Click the "Delete Server" button and confirm the deletion. If you're deleting because of a problem with the application, you can optionally report the error details in the confirmation dialog to help us improve the template. Instance deletion is permanent and cannot be undone. All data associated with the instance will be permanently deleted. ## Application Management Different applications offer different management interfaces within the application itself. You can access these through the application's web interface: Most CMS platforms like WordPress provide admin dashboards for managing content, users, themes, and plugins. Tools like Jira and Trello offer configuration options through their web interface for workflow customization. Platforms like WooCommerce and Magento include store management, product catalog, and order processing interfaces. ## Troubleshooting If you encounter issues with your instance: 1. Check the application logs ("View Logs") for error messages 2. On autoscaling instances, check the usage chart to see whether your instance is hitting its resource limits 3. Use "Rebuild / Update" to recreate the instance if it's unresponsive (your persistent data is preserved) 4. Check for recent changes or updates that might have caused the issue 5. Consult the [troubleshooting guide](/user-guide/troubleshooting) for common solutions ## Next Steps Learn how to set up custom domains for your applications Discover how to scale your application resources Keep your applications secure and up-to-date Configure your applications with environment variables # One-Click Deployment Source: https://docs.repocloud.io/user-guide/one-click-deployment Deploy applications instantly with RepoCloud's one-click deployment feature ## One-Click Deployment RepoCloud's one-click deployment feature allows you to launch fully-configured applications in minutes without complex setup or technical knowledge. ## How It Works RepoCloud's one-click deployment process simplifies what would traditionally require hours or days of DevOps work into a streamlined, user-friendly experience: Explore our [marketplace](https://repocloud.io/results) to find the application you want to deploy. Click on an application to view its details, features, and available options, then click "Deploy Now". Enter a project name, keep autoscaling enabled or choose a fixed server size, and fill in any application-specific settings. For most applications, the default settings work well for getting started. Our platform automatically configures the optimal settings for each application, but you can customize them according to your needs. Click the "Deploy App" button to launch your application. The deployment process typically takes 3-7 minutes. ## Benefits of One-Click Deployment Deploy in minutes instead of hours or days of manual setup No need to understand containerization, networking, or server administration Pre-configured for optimal performance and security Start using your application immediately after deployment ## Deployment Examples ### WordPress Deployment Find WordPress in our marketplace and click on it to view details. Keep autoscaling enabled, or disable it and select a resource tier (we recommend at least 1GB RAM for WordPress). Enter a name for your project and click "Deploy App" to start the deployment process (typically 3-7 minutes). Once deployment is complete, use the provided URL to access your WordPress installation and follow the setup wizard to configure your site. ## After Deployment Once your application is deployed, you can: 1. **Add a custom domain**: Connect your own domain name to your application 2. **Configure settings**: Adjust application settings through the application's admin interface or the "Edit Env Vars" button 3. **Monitor usage**: Track your instance's resource tier usage with the "View Usage Chart" button (available on autoscaling instances) 4. **Update**: Keep your application up-to-date with the one-click "Rebuild / Update" button 5. **Pause when idle**: Pause an instance you're not using to reduce its billing to 25% of the normal rate ## Limitations While one-click deployments are powerful, there are some limitations to be aware of: * **Customization**: Some advanced customizations may not be available through the interface * **Shell Access**: Direct shell access is not provided for standard applications * **Custom Software**: Only applications in our marketplace can be deployed with one click For use cases requiring more control, consider our platform apps like [Coolify](/platforms/coolify) or [Dokploy](/platforms/dokploy), which provide advanced capabilities including root access and custom application deployment. ## FAQ Each application requires a separate deployment. However, you can deploy as many different applications as needed for your projects. Each application runs in its own isolated container, ensuring that one application cannot affect the performance or security of another. Yes, most applications provide ways to import existing data. For example, WordPress has import/export plugins, and databases have import tools. If a deployment fails, you won't be charged. Our system will provide information about the failure, and you can try again with adjusted settings if needed. Yes, many settings can be changed through the application's admin interface or through environment variables in the RepoCloud dashboard. # Scaling Resources Source: https://docs.repocloud.io/user-guide/scaling Learn how RepoCloud matches resources to your application's demand ## Scaling on RepoCloud As your application's needs evolve, its resource allocation should keep up. RepoCloud's approach to scaling is chosen when you deploy: you either enable elastic autoscaling (the default) and let the platform adjust resources for you, or you pick a fixed server size that you can scale manually later. For most applications we recommend keeping autoscaling enabled. It matches your resource allocation to actual usage automatically, with no manual intervention required. ## Scaling Options RepoCloud provides two resource allocation modes, selected on the deployment page: The default. Automatically adjusts compute and storage resources based on actual usage, with hourly billing Disable the autoscale toggle at deployment to select a specific resource tier with a predictable monthly maximum ## Elastic Autoscaling Elastic Autoscaling is RepoCloud's intelligent resource management system that continuously monitors your application's resource utilization and automatically adjusts resources as needed. ### How Autoscaling Works Our system continuously monitors the CPU, RAM, and storage utilization of your application. When resource usage increases, your instance is moved to a larger resource tier to maintain performance. During periods of lower activity, resources scale down automatically to reduce costs. You're billed on an hourly basis for the resource tier your instance actually used each hour, rather than a fixed monthly amount. ### Benefits of Autoscaling * **Cost Efficiency**: Pay only for the resources you actually use * **Performance Optimization**: Automatically handle traffic spikes without manual intervention * **Resource Efficiency**: Reduce waste during low-traffic periods * **Simplicity**: No need to predict exact resource requirements ### Enabling Autoscaling Autoscaling is enabled with the "Autoscale compute and storage resources" toggle on the deployment page, and it's switched on by default: Select an application from the marketplace and click "Deploy Now". Leave the "Autoscale compute and storage resources" toggle switched on. Click "Deploy App". Your instance will scale between resource tiers automatically from then on. ### Tracking Autoscaling Activity To see how your instance has been scaling: Go to your application's management page in the RepoCloud dashboard. The "Server Size" field will show "Autoscaling". Click "View Usage Chart" to see which resource tier your application occupied hour by hour. This is exactly what your hourly billing is based on. ## Fixed Server Sizes If you prefer predictable, fixed resources, disable the autoscale toggle on the deployment page and select a specific server size. ### Available Server Sizes | Tier | RAM | vCPU | SSD Storage | Hourly Price | Monthly Price | | ---- | ----- | ---- | ----------- | ------------ | ------------- | | 1 | 1 GB | 1 | 20 GB | \$0.0042 | \$3.00 | | 2 | 2 GB | 1 | 30 GB | \$0.0083 | \$6.00 | | 3 | 2 GB | 2 | 40 GB | \$0.0125 | \$9.00 | | 4 | 4 GB | 2 | 40 GB | \$0.0167 | \$12.00 | | 5 | 8 GB | 4 | 80 GB | \$0.0333 | \$24.00 | | 6 | 16 GB | 8 | 160 GB | \$0.0667 | \$48.00 | | 7 | 32 GB | 16 | 320 GB | \$0.1333 | \$96.00 | Some applications have minimum resource requirements, so the smallest tiers may be unavailable for them on the deployment page. Platform apps such as Coolify and Dokploy, for example, require at least Tier 4 (4 GB RAM / 2 vCPU). ### Adding Extra Storage If you need more storage than your tier includes, use the "Add Extra SSD" option on the deployment page. Additional NVMe SSD storage costs \$0.10 per GB per month. ### Changing a Fixed Server Size Instances deployed with a fixed server size can be scaled manually: open your application's management page and change the server size to a different tier. You can also switch a fixed-size instance over to autoscaling at any time. Switching modes is one-directional: a fixed-size (manual scaling) instance can be moved to autoscaling, but an autoscaled instance cannot be switched back to a fixed server size. If you may want manual control later, deploy with a fixed size. ## Choosing the Right Scaling Method Autoscaling is ideal for: * Applications with variable traffic patterns * Websites with occasional traffic spikes * Cost-sensitive deployments * Development and testing environments * When you're unsure about exact resource requirements A fixed server size works best for: * Applications with predictable, consistent traffic * Workloads requiring guaranteed resources at all times * Situations where budget predictability is important * Applications with specific performance requirements ## Scaling Limitations Be aware of these scaling limitations: * **Minimum Resources**: Each application type has minimum resource requirements, which may disable the smallest tiers at deployment * **Maximum Tier**: Resources cannot exceed the highest available tier (32 GB RAM, 16 vCPU) * **Platform Apps**: [Platform Apps](/platforms/introduction) (Coolify and Dokploy) cannot use autoscaling, because autoscaling is not available for backends that require a dedicated IPv4 address and root access ## Next Steps Learn how to configure your application through environment variables Keep your application updated with the latest features and security patches Resolve common issues with your RepoCloud applications # Troubleshooting Source: https://docs.repocloud.io/user-guide/troubleshooting Resolve common issues and problems with your RepoCloud applications ## Troubleshooting Guide Even with RepoCloud's streamlined deployment and management experience, you may occasionally encounter issues with your applications. This guide will help you diagnose and resolve common problems. ## General Troubleshooting Process When facing any issue with your RepoCloud application, follow this general process: Verify if your application is showing as "Online" in the dashboard Check application logs for error messages or warnings Ensure your application has sufficient resources (CPU, RAM, storage) Check that environment variables and settings are properly configured Use the "Rebuild / Update" button to recreate the instance from a fresh image (your persistent data is preserved) If the issue persists, contact RepoCloud support at [team@repocloud.io](mailto:team@repocloud.io) ## Common Issues and Solutions ### Application Access Issues If your application URL returns an error or doesn't load: **Possible Causes:** * Application is still deploying * Application has crashed * Resource limitations **Solutions:** 1. Wait a few minutes if the application was recently deployed 2. Check application logs for errors 3. Ensure the application has sufficient resources 4. Rebuild the application from the dashboard ("Rebuild / Update") 5. Verify that all required environment variables are set correctly If your browser shows SSL/certificate warnings: **Possible Causes:** * New custom domain hasn't completed verification * SSL certificate is still being issued * DNS configuration issues **Solutions:** 1. Verify your DNS settings are correctly configured 2. Allow up to 24 hours for SSL certificate issuance and propagation 3. Ensure you're using https\:// in the URL 4. Check the domain verification status in the dashboard If your application is loading slowly: **Possible Causes:** * Insufficient resources * High database load * Inefficient application code * Network latency **Solutions:** 1. On autoscaling instances, check the usage chart to see if your instance is at its resource ceiling; autoscaled instances add resources automatically as load grows 2. Enable caching if your application supports it 3. Optimize database queries and indexes 4. If you're on a small fixed tier, scale it up manually or switch it to autoscaling from the management page ### Deployment Issues If your application fails to deploy: **Possible Causes:** * Invalid configuration * Resource constraints * Temporary platform issues **Solutions:** 1. Check the deployment logs for specific error messages 2. Verify that all required environment variables are correctly set 3. Ensure your resource tier is sufficient for the application 4. Try deploying again after a few minutes If your deployment seems stuck for a long time: **Possible Causes:** * Large application data * Network issues * Platform resource constraints **Solutions:** 1. For initial deployments, large applications may take up to 10 minutes 2. Check the [platform status page](https://status.repocloud.io) for any ongoing incidents 3. Contact support if the issue persists If your application deploys successfully but crashes shortly after: **Possible Causes:** * Missing or incorrect environment variables * Application bugs * Incompatible dependencies * Resource limitations **Solutions:** 1. Check application logs for error messages 2. Verify all required environment variables are set properly 3. Ensure your application has sufficient resources 4. For custom applications, verify compatibility with the container environment ### Database Issues If your application can't connect to its database: **Possible Causes:** * Incorrect connection string * Database service is not running * Authentication issues **Solutions:** 1. Verify database environment variables (host, user, password, database name) 2. Check the application logs for database-related errors 3. Rebuild the instance to restart the application and its bundled database service 4. Ensure the database has not reached its connection limit If database operations are slow: **Possible Causes:** * Insufficient resources * Missing indexes * Inefficient queries * Database size issues **Solutions:** 1. Ensure your instance has sufficient resources (autoscaled instances add resources automatically under load) 2. Optimize database indexes 3. Review and optimize queries 4. Consider implementing caching 5. Purge unnecessary data or logs If you experience data loss or corruption: **Possible Causes:** * Application bugs * Disk space issues * Unexpected shutdowns **Solutions:** 1. Restore from a backup if available 2. Check for disk space issues 3. Verify application logs for errors during write operations 4. Contact support for assistance with data recovery ### Update and Scaling Issues If an application update (rebuild) fails: **Possible Causes:** * Incompatible configuration * Resource constraints * Application data migration issues **Solutions:** 1. Check logs for specific error messages 2. Verify that your configuration is compatible with the new version 3. Ensure sufficient resources for the update process 4. Try updating again after a few minutes 5. Contact support if the issue persists If your application struggles under load despite autoscaling: **Possible Causes:** * Application not designed to utilize additional resources * Application-level bottlenecks (e.g., database locks, single-threaded workloads) * Configuration issues **Solutions:** 1. Check application logs during periods of high load 2. Check the usage chart to confirm the instance is actually scaling up 3. Verify the application can utilize additional resources 4. Ensure database connections can handle increased load 5. Consider application-specific optimizations for scaling ### Custom Domain Issues If your custom domain doesn't connect to your application: **Possible Causes:** * Incorrect DNS configuration * Domain verification pending * DNS propagation delay **Solutions:** 1. Verify your DNS records match the ones provided in the dashboard 2. Check domain verification status in the dashboard 3. Allow up to 24-48 hours for DNS propagation 4. Test your DNS configuration using a tool like [DNSChecker](https://dnschecker.org) If your site shows mixed content warnings: **Possible Causes:** * Resources loaded over HTTP instead of HTTPS * Hardcoded URLs in application code **Solutions:** 1. Update your application to use relative URLs or HTTPS URLs 2. Configure proper HTTP to HTTPS redirects 3. Check for hardcoded HTTP URLs in your application settings ## Accessing and Understanding Logs Logs are a crucial tool for troubleshooting. RepoCloud provides access to application logs through the dashboard: Go to your application's management page Click the "View Logs" button Browse the log output for error messages, warnings, or other relevant information. Use your browser's search (Ctrl/Cmd+F) to find specific entries. Click "Refresh Logs" to pull the latest entries Look for error messages that include terms like "Error", "Exception", "Failed", or "Fatal" in the logs. These often provide valuable clues about what's going wrong. ## Contact Support If you've tried the troubleshooting steps and still can't resolve your issue, don't hesitate to contact RepoCloud support: * **Email**: [team@repocloud.io](mailto:team@repocloud.io) * **Contact Form**: [https://repocloud.io/contact](https://repocloud.io/contact) When contacting support, please include: 1. Your account information 2. The application name and URL 3. A detailed description of the issue 4. Steps you've taken to troubleshoot 5. Any relevant error messages or screenshots 6. When the issue started occurring ## Platform Status Check the RepoCloud status page to see if there are any ongoing platform issues or maintenance that might be affecting your applications: [https://status.repocloud.io](https://status.repocloud.io) ## Application-Specific Troubleshooting Different applications have their own common issues and troubleshooting approaches. Here are some application-specific resources: [WordPress Support](https://wordpress.org/support/) [MySQL Documentation](https://dev.mysql.com/doc/refman/8.0/en/troubleshooting.html) [Node.js Debugging Guide](https://nodejs.org/en/docs/guides/debugging-getting-started) [Nginx Debugging](https://docs.nginx.com/nginx/admin-guide/monitoring/debugging/) ## Preventative Measures Prevent issues before they happen with these best practices: 1. **Regular Backups**: Ensure you have recent backups of critical data 2. **Monitoring**: Regularly check your application's health and performance 3. **Updates**: Keep your application updated with the latest version 4. **Resource Planning**: Monitor usage and scale before you hit resource limits 5. **Documentation**: Maintain documentation about your application's configuration and customizations # Application Updates Source: https://docs.repocloud.io/user-guide/updates Keep your applications secure and up-to-date with RepoCloud's update system ## Keeping Applications Updated Maintaining up-to-date applications is crucial for security, performance, and accessing the latest features. RepoCloud simplifies this process with a one-click update system that allows you to easily keep your applications current while preserving your data and configurations. Regular updates are essential for maintaining the security, performance, and functionality of your applications. RepoCloud's one-click update system makes this process simple and reliable. ## RepoCloud's Update Philosophy RepoCloud maintains a repository of application templates that are regularly updated to include the latest stable versions of all applications in our marketplace. Our approach to updates prioritizes: Security patches and fixes are prioritized in our update workflow We deploy stable, tested versions rather than bleeding-edge releases Updates are designed to preserve existing data and configurations The update process is user-friendly and requires minimal effort ## The "Rebuild / Update" Feature The primary method for updating your applications on RepoCloud is the "Rebuild / Update" button on your instance's management page. Rebuilding recreates the service from scratch by pulling the latest image and discarding any cached data, ensuring a fresh setup while preserving your persistent data. ### How Rebuilding Works RepoCloud pulls the latest version of your application's Docker image Your application data stored in persistent volumes is preserved Your custom configurations and environment variables are maintained The application restarts with the updated image The rebuild process typically takes 3-7 minutes, with downtime limited to the restart. ## Performing an Update Updating your application is straightforward: Navigate to your application's management page in the RepoCloud dashboard Click the "Rebuild / Update" button Confirm the rebuild when prompted Your application will come back online within a few minutes; you can check its logs with "View Logs" if you want to follow along ## Pinning a Specific Version By default, rebuilding pulls the latest stable image. If you need a specific version of your application instead, use the "Edit Docker Image" button on the management page: Click "Edit Docker Image" on your instance's management page The base image is fixed (e.g., `flowiseai/flowise:`); enter the version tag you want to run Click "Save Changes" and confirm. Your app will restart with the specified version, which typically takes 3-7 minutes. Version pinning is also the way to roll back if a new release causes problems: enter the previous version's tag and save. Note that rolling back does not undo database schema migrations the newer version may have already applied. ## Update Frequency RepoCloud regularly refreshes application templates so that rebuilds pull current stable releases. Because rebuilds pull the latest published image directly, you receive the newest stable version of your application whenever you rebuild. While the rebuild process is designed to be safe, it's always good practice to create a backup of critical data before performing any update. ## What Gets Updated When you rebuild an application, the following components are updated: * **Application Code**: The core application is updated to the latest stable version * **Dependencies**: Associated libraries and dependencies are updated * **Base System**: The underlying container system may be updated for security and performance * **Configuration**: Default configurations may be updated to reflect best practices The following elements are preserved during updates: * **User Data**: All user-generated content and database information * **Custom Configurations**: Your environment variables and custom settings * **Domains**: Any custom domains and SSL certificates remain configured * **User Accounts**: Application user accounts and permissions ## Major Version Updates Sometimes, applications undergo significant changes between major versions that require special attention: Major version updates may include database schema changes that require data migration. RepoCloud attempts to handle these automatically, but some applications may require manual intervention. Major updates can introduce breaking changes to APIs or features. Review the update notes carefully before proceeding with major version updates. For applications that support plugins or extensions, major updates may affect compatibility. You may need to update or replace incompatible plugins after updating. For applications with extensive customizations or critical business functions, consider testing the update in a separate instance before updating your production environment. ## Troubleshooting Updates If you encounter issues during or after an update: If an update fails to complete: * Check the error message in the update logs * Verify that your application has sufficient resources * Attempt the rebuild again after a few minutes * Contact support if the issue persists If your application behaves unexpectedly after an update: * Check application-specific logs for errors * Verify that your custom configurations are still correctly applied * Consider restoring from a backup if available * For complex issues, consult the application's documentation or contact support If you need to revert to a previous version: * Use "Edit Docker Image" to pin the previous version's tag (see [Pinning a Specific Version](#pinning-a-specific-version) above) * Restore from a backup if the newer version already migrated your data * Contact support for assistance with complex cases ## Next Steps Learn how to configure your applications with custom settings Resolve common issues with your applications Explore our platform apps for advanced control and customization