--- title: Need to set up servers in remote locations? description: Here's why bare metal provisioning with a top-of-the-rack switch is the most reliable way to set up servers in remote locations. url: https://canonical-com-2950.demos.haus/blog/need-to-set-up-servers-in-remote-locations?format=md --- 1. [Blog](https://canonical-com-2950.demos.haus/blog) 2. Article --- [Marcin Bednarz](https://canonical-com-2950.demos.haus/blog/author/mbednarz-u "More about Marcin Bednarz") 6 June 2019 # Need to set up servers in remote locations? [bare metal](https://canonical-com-2950.demos.haus/blog/tag/bare-metal) [Edge Computing](https://canonical-com-2950.demos.haus/blog/tag/edge-computing) [kvm](https://canonical-com-2950.demos.haus/blog/tag/kvm) [MAAS](https://canonical-com-2950.demos.haus/blog/tag/maas) [switches](https://canonical-com-2950.demos.haus/blog/tag/switches) [Telco](https://canonical-com-2950.demos.haus/blog/tag/telco) [telecom infrastructure](https://canonical-com-2950.demos.haus/blog/tag/telecom-infrastructure) [Telecommunications](https://canonical-com-2950.demos.haus/blog/tag/telecommunications) [Virtual Machines](https://canonical-com-2950.demos.haus/blog/tag/virtual-machines) --- Share the article ### Use bare metal provisioning with a top-of-the-rack switch When deploying a small footprint environment such as edge computing sites, 5G low latency services, a site support cabinet or baseband unit, its critical to establish the optimal number of physical servers needed for set up. While several approaches exist, bare metal provisioning through KVM can often be the most reliable option. Here’s why. For every physical server in such a constrained physical environment, there is an associated cost. In the case of an edge deployment, this cost can be measured in (among other properties): * Capital and operational expenses * Power usage * Dissipated heat * The actual real estate it occupies ## **Ways to set up servers in remote locations** One approach would be to have a dedicated server shipped to every remote location to act as an infrastructure node. Typically this would require an additional node (or committed shared resources) which might not align with remote site footprint constraints. > *This approach might introduce unnecessary latency and delays in server provisioning* Another option is stretching the provisioning and management network across WAN and provisioning all the servers from a central location. This approach might, however, introduce unnecessary latency and delays in server provisioning. It also requires quite sophisticated network configuration to account for security, reliability and scale of remote site deployments. So what other options exist? What is the common infrastructure component always present in every remote location? The answer is quite straightforward – in every single site one needs to provide basic network connectivity through a top-of-the-rack/site switch. It’s this critical component that enables servers to communicate with the rest of the network and provide required functions such as application servers, VNFs, container and virtualisation platforms. > How do I re-purpose nodes to provision different operating systems? Modern switches can run Linux as their underlying operating system, enabling infrastructure operators to run applications directly on these top-of-the-rack devices either through [KVM](https://blog.ubuntu.com/2019/01/16/maas-2-5-growing-the-ecosystem-and-support-for-kvm-micro-clouds) or [snaps support](https://blog.ubuntu.com/2019/05/16/introduction-to-snapcraft). A great example of a workload that can run on a top-of-the-rack switch is a [bare metal provisioning solution such as MAAS](https://maas.io/). By deploying MAAS we can solve the system provisioning challenge without unnecessary complexity. By running a lightweight version of MAAS on a top-of-the-rack switch, we reduce friction in small footprint environments as well as providing an open API-driven way to provision and repurpose nodes in every remote location. This enables not only fast and efficient server provisioning but also eliminates drawbacks of other alternatives mentioned above. [Contact us to learn more](https://www.ubuntu.com/contact-us) ## Sign up for our newsletter Get the latest Canonical news and updates in your inbox. Work email: \*I agree to receive information about Canonical's products and services. By submitting this form, I confirm that I have read and agree to [Canonical's Privacy Policy](https://canonical-com-2950.demos.haus/legal/dataprivacy). Sign up ## Share on --- ## Related posts [### Managing Ubuntu on bare metal at scale](https://canonical-com-2950.demos.haus/blog/managing-ubuntu-on-bare-metal-at-scale) Modern infrastructure teams are expected to deliver cloud-like speed, consistency, and reliability, even when their workloads run on physical servers. Bare metal remains... [David Beamonte](https://canonical-com-2950.demos.haus/blog/author/dbeamonte) 9 July 2026 [### The bare metal problem in AI Factories](https://canonical-com-2950.demos.haus/blog/the-bare-metal-problem-in-ai-factories) As AI platforms grow into large-scale “AI Factories,” the real bottleneck shifts from model design to operational complexity. With expensive GPU accelerators, hardware failures... [David Beamonte](https://canonical-com-2950.demos.haus/blog/author/dbeamonte) 11 March 2026 [### AI harnesses for telco autonomous networks](https://canonical-com-2950.demos.haus/blog/ai-harnesses-for-telco-autonomous-networks) As the telco industry transitions toward Autonomous Networks Level 4, a fundamental architectural challenge has emerged: how do you build a secure, reliable and interoperable... [estelacarmona](https://canonical-com-2950.demos.haus/blog/author/estelacarmona) 28 August 2026 [### MAAS installation: bare metal provisioning is easier than ever](https://canonical-com-2950.demos.haus/blog/maas-installation-bare-metal-provisioning-is-easier-than-ever) MAAS brings cloud-like automation to physical servers. It helps teams discover, commission, deploy, and repurpose machines from a central control plane, turning bare metal into... [David Beamonte](https://canonical-com-2950.demos.haus/blog/author/dbeamonte) 14 July 2026