About Us Solutions
Managed IT SupportCybersecurityRegulatoryProfessional ServicesCo-ManagedCMMC ComplianceData BackupCloud MigrationIT ConsultingAI ConsultingMicrosoft 365Microsoft CopilotSD-WAN Services
Industries
Accounting & CPA FirmsManufacturing & DefenseProfessional Services
Process Testimonials Resources Careers
Contact UsBook a Call
Whitepaper · 9 min read

Multi-location IT support in Minnesota: the IT director's guide to three decisions

One office is easy to run by hand. Two is where the shortcuts stop working: the server closet becomes two, the help desk becomes a travel schedule and the network becomes a tangle. Three decisions let an IT director scale from a Minneapolis headquarters to fifty sites without multiplying the work.

The IT Director's Guide to Supporting Multiple Locations cover
Download the PDF →Free · PDF · no form
Jump to a section
  1. Where IT models break
  2. The architecture pattern
  3. Three site tiers
  4. SD-WAN connectivity
  5. Failover and security
  6. The support model
  7. Scorecard and next steps
  8. Questions people ask
The short version
  • Decide once, deploy everywhere. One identity directory, one kit per tier and one set of templates make the hundredth site as boring as the second.
  • Every site gets two paths, two media, two providers. SD-WAN turns cheap circuits into a fabric with sub second failover, tested in business hours.
  • Central brain, local hands. A central or co-managed team with trained local champions and staged spares scales to any site count. Headcount does not.
  • Roughly 80% of multi-site tickets trace to inconsistency between sites, so standardization is the cheapest support investment you can make.

Why multi-location IT support in Minnesota breaks at site two

Most multi-site problems start on day one of the second site, when someone copies the headquarters design: a server, a file share, local accounts and a firewall configured by hand. Then the file shares drift apart, the engineer who built site two leaves, and every new location adds a closet, a drive down I-94 and a different answer to "how do we do that here." Multi-location IT support in Minnesota is full of this pattern, from a firm with offices in St. Paul and Rochester to a manufacturer with a Bloomington headquarters and a plant up north.

The pattern that scales is the opposite: decide once, centrally, and make every site a copy of that decision. Three decisions do almost all of the work: how you build sites, how you connect them and how you support them.

1identity directory, one policy set, one image for every site
0servers a new site needs when identity, files and apps live in the cloud
80%of multi-site support tickets trace to inconsistency between sitesSolution Builders client data

The test for any site design: could you open a location next month by shipping a box and emailing a login? If the answer involves a server, a site visit and a week of configuration, every site you add will cost more than the last.

Page 3 of the whitepaper: the architecture chapter opener, with the four numbers behind a design that scales.
Page 3 of the whitepaper: the architecture chapter opener, with the four numbers behind a design that scales.

Decide once, deploy everywhere: the pattern that scales

Identity lives in one place and follows the user. Data and applications live in the cloud or in one well connected core, never in a closet. Every site is built from the same kit and templates, and sites connect to a core, not to each other.

  1. One identity for everyoneA single directory, Entra ID for most organizations, with multifactor authentication and conditional access. No local accounts, no per site domains.
  2. Data in the core, not the closetFiles in SharePoint or a central file service, apps hosted centrally or as SaaS. Local caches are fine. Local masters are how data gets lost.
  3. Site in a boxA standard kit per site size: firewall, switch stack, access points, printer and cellular backup, preconfigured so a new site is a shipping label, not a project.
  4. Configuration as a templateEvery firewall rule, VLAN and Wi-Fi network defined once and pushed from a cloud console, so a change reaches every site the same afternoon.
  5. Zones that travelThe same network zones at every site: staff, guest, devices, building systems, vendor. Security policy is written once.

For companies still running a server at each office, a cloud migration and a clean Microsoft 365 setup are what make site three possible. A 60 user architecture firm we work with retired eleven servers across three offices and cut infrastructure cost 38%.

Page 4 of the whitepaper: the five principles and the hub diagram, where every site connects to a cloud core rather than to each other.
Page 4 of the whitepaper: the five principles and the hub diagram, where every site connects to a cloud core rather than to each other.

Branch office IT standardization: three tiers, three kits, one standard

Not every site needs the same hardware, but every site needs the same design. Most organizations land on three tiers, and the tier decides the kit, the connectivity and the support model. A 90 person headquarters in the North Loop and a six person depot in Mankato should look like siblings, not strangers.

TierTypical profileKit and connectivityLocal IT presence
Tier 1, coreHQ or primary plant, 75+ usersRedundant firewalls, core and access switches, two diverse circuits plus cellularOn site engineer or co-managed team
Tier 2, branch15 to 75 users, office or productionSingle firewall, switch stack, Wi-Fi 6E, primary circuit plus broadband or cellularRemote support, scheduled visits, local champion
Tier 3, microUnder 15 users, retail, clinic, depotIntegrated firewall and Wi-Fi, small switch, broadband plus cellular failoverFully remote, smart hands on call

Centralize identity, data, security policy, monitoring and purchasing. Leave local what physics requires: printing, badge readers and production equipment. Every site then inherits the same standards.

  • A naming convention for sites, devices and networks, enforced by template.
  • Identical VLAN and zone design, with the same policy everywhere.
  • Cloud managed firewall, switching and Wi-Fi, so monitoring is central.
  • A spares kit per tier, staged regionally, so a failed switch is a swap, not an outage.
Page 5 of the whitepaper: the three site tiers, the standards every site inherits and what to centralize versus leave local.
Page 5 of the whitepaper: the three site tiers, the standards every site inherits and what to centralize versus leave local.

SD-WAN for multi-site businesses: one fabric over any circuit

Connectivity used to mean a private circuit from every site back to headquarters, because that is where the servers were. Now the servers are in the cloud, the users are everywhere and headquarters is just another site.

The old model

MPLS hub and spoke

  • Every site backhauls to HQ, then out to the cloud
  • Circuits take 60 to 120 days and long contracts
  • Failover is manual, slow and often untested
  • Adding a site is a project
The modern model

SD-WAN over any circuit

  • Local breakout to Microsoft 365 and SaaS from each site
  • Any circuit, delivered in days, mixed by cost and quality
  • Automatic sub second failover between paths
  • A new site is a shipped appliance

SD-WAN sits on top of whatever circuits a site can get and treats them as one pool. It identifies each application, measures every path for latency, loss and jitter, steers a video call to the cleaner path mid call, and prioritizes what the business depends on when bandwidth gets tight.

In Solution Builders client engagements, replacing MPLS with SD-WAN over broadband typically lands in a 30 to 50% WAN cost reduction as a planning range, and Microsoft 365 gets faster because traffic no longer detours through headquarters. Our SD-WAN service is built for this, and The Modern Network Playbook goes deeper.

Page 7 of the whitepaper: MPLS versus SD-WAN side by side, and the path quality chart showing traffic steered during a circuit problem.
Page 7 of the whitepaper: MPLS versus SD-WAN side by side, and the path quality chart showing traffic steered during a circuit problem.

Failover nobody notices, security everybody gets

Resilience is designed, then tested. A Minnesota ice storm that takes out one provider's fiber along a county road should be a log entry, not an outage.

  1. Two paths, two media, two providersConfirm the circuits do not share a pole, a conduit or an upstream carrier. One provider with two circuits still fails together.
  2. Local breakout with cloud securitySend Microsoft 365 and SaaS traffic straight to the internet from each site, inspected by a cloud security service.
  3. Power and hardware tooA UPS on the network stack, a cellular appliance on battery and a cold spare within two hours.
  4. Test it on purposePull the primary circuit during business hours once a quarter. If anyone notices, fix the design.

Security travels with the fabric: encrypted tunnels on every path, zero trust access that verifies users and devices per application, and cloud firewall and web filtering so a micro site gets the same inspection as HQ. CISA's Zero Trust Maturity Model describes the destination. The fabric is how a company with 25 to 500 employees gets there without a security engineer in every building.

If your backup circuit has never carried production traffic, you do not have a backup circuit. You have an invoice.Solution Builders Network Practice
Page 8 of the whitepaper: the four failover design steps and the security layers built into the fabric.
Page 8 of the whitepaper: the four failover design steps and the security layers built into the fabric.

IT support for multiple offices: central brain, local hands

The question every IT director asks at site five is the same: do I hire someone for each location? Almost always, no. The sites need a model, not a headcount: a central team that owns the help desk, engineering, security and projects, a trained local champion at each site for the physical world, and a smart hands partner for anything heavier.

ModelHow it worksStrengthsBreaks when
Generalist per siteOne IT person at each locationFast on site responseSites exceed five, skills vary, nights uncovered
Central team plus travelHQ team covers all sites, drives or fliesConsistent standardsTravel eats the week, remote sites wait days
Central brain, local handsCentral or co-managed team, local champions, smart hands partnerAny site count, 24/7 coverage, every specialtyStandards not enforced or tooling weak

The local champion is an office manager with two hours of training and a laminated card: reseat a cable, read a light, swap a staged spare while the central team drives the fix. In the multi-site environments Solution Builders supports, about 92% of tickets close without a technician dispatched.

Where co-managed IT fits

Keep the strategy, hand off the travel

Many IT directors keep strategy, applications and the core sites in house and bring in a partner for the help desk, 24/7 security and the long tail of branch support. The internal team stays in control and stops being the travel department. That is the Co-Managed IT model most of our Twin Cities clients use.

Score your sites before the next lease is signed

Twelve questions across the three decisions. Score each from 0 (not started) to 2 (done and documented). A score of 0 to 8 means each new site adds risk: start with identity and connectivity. A 9 to 16 is workable today and fragile at scale: standardize the kit and the support model. A 17 or better means the next site is a shipping label and a login.

Architecture

  • One identity directory with MFA for every site and user.
  • No site holds the master copy of business data.
  • A documented kit and template per site tier.
  • Identical network zones and naming at every site.

Connectivity

  • Two paths, two media, two providers at every site.
  • Local internet breakout with cloud security inspection.
  • Failover tested in business hours this quarter.
  • One console shows every site, path and alert.

Support

  • One help desk, one ticket system, one knowledge base.
  • A trained local champion and staged spares per site.
  • 24/7 security monitoring covering every site.
  • An on site response target per tier, met and measured.
  1. Score it with your leadership teamAgree on the number before the next lease is signed. The cheapest time to fix a multi-site design is before the site exists.
  2. Pick the first standardIdentity is almost always the right first move: one directory, MFA everywhere, no local accounts.
  3. Get an outside readA free 30 minute Multi-Site Readiness Snapshot with a Solution Builders architect covers your sites, your growth plan and where the model will break.

Solution Builders has supported multi-location businesses across Minnesota since 1995, from two office firms in Minneapolis and St. Paul to manufacturers with plants in several states, with 50+ engineers and a 24/7 security operations center behind one help desk, all run on the RISE framework: resilient, integrated, secure and evolving.

The back cover of the whitepaper: the three things to remember if the rest disappears into a drawer.
The back cover of the whitepaper: the three things to remember if the rest disappears into a drawer.

Multi-location IT support across Minnesota and beyond

Solution Builders runs multi-site environments from Bloomington for companies with 25 to 500 employees: firms with offices in Minneapolis and St. Paul, manufacturers with a metro headquarters and a plant in Greater Minnesota, and businesses with locations in several states. One help desk, one standard, 50+ engineers and a 24/7 security operations center behind every site. Related services: SD-WAN, Cloud Migration, Microsoft 365, Co-Managed IT. Contact us or book a 30 minute call.

Free download

Get the full IT director's guide

Thirteen pages built for a planning meeting: the three site tiers with kit and connectivity per tier, the SD-WAN failover design, the three support models compared, and the twelve question readiness scorecard with a scoring table.

  • Three site tiers with kit, circuits and support
  • MPLS versus SD-WAN comparison and failover design
  • Three support models compared side by side
  • The twelve question readiness scorecard

No form, no gate. Share it with your leadership team.

The IT Director's Guide to Supporting Multiple Locations preview
FAQ

Questions Twin Cities leaders ask about multi-site IT.

Multi-location IT support runs several sites as one environment: one identity directory, data in a cloud core rather than site closets, a standard network kit per site tier, SD-WAN connectivity with tested failover and a central help desk with trained local champions. Single office IT can be run by hand. Multi-site IT has to be run by template.
Almost never. In mature multi-site environments more than 90% of tickets resolve remotely with the right tooling, and about 92% close without dispatching a technician. Each site needs a trained local champion, a staged spares kit and a smart hands partner for heavier work. A central or co-managed team handles the help desk, engineering, security and projects for every location.
SD-WAN is software that sits on top of whatever circuits a site can get, fiber, cable, fixed wireless or cellular, and treats them as one pool. It identifies applications, measures every path, steers traffic to the best one and fails over in under a second. A business with two or more sites and cloud applications such as Microsoft 365 almost always benefits.
Define three site tiers, give each a documented kit and configuration template, and manage every firewall, switch and access point from one cloud console. Use one identity directory with MFA, keep the master copy of data in the cloud, and use identical network zones and naming everywhere. Stage a spares kit per tier so a failed device is a swap rather than an outage.