Microsoft licensing matters when choosing a Windows VM provider because a production Windows server is not only compute, RAM, storage, and RDP access. The buyer also needs a valid licensing path for Windows Server and, depending on the workload, may need separate rights for Remote Desktop Services, SQL Server, or other Microsoft software.
Raff Technologies provides Windows cloud VMs and is a Microsoft SPLA partner. For a small business or MSP, that makes licensing clarity part of the infrastructure decision: before production, you should know what the provider supplies, what is separate, who will access the server, and whether additional Microsoft products are involved.
If you are evaluating a hosted Windows workload now, start with Raff Windows VMs and use the live pricing page for current commercial details.
Windows Server licensing at a glance
| Question | Practical answer |
|---|---|
| Is a Windows VM only a compute purchase? | No. Windows Server is licensed software. |
| Does Windows Server licensing cover every Microsoft product? | No. RDS, SQL Server, Office/Microsoft 365 Apps, and other products can introduce separate requirements. |
| Is RDP itself a separate server product? | No. But multi-user Remote Desktop Services is different from administrative RDP access. |
| Can a hosting provider license Microsoft software? | Eligible service providers can use Microsoft's SPLA framework for eligible hosted software/services. |
| Can a customer always bring an existing Windows license? | No. BYOL depends on the customer's license rights and deployment model. Verify eligibility rather than assuming portability. |
| What should a buyer ask first? | What software is running, who uses it, how it is licensed, and who is responsible for each license. |
This guide is a buyer-oriented explanation, not a substitute for Microsoft Product Terms or licensing advice for a specific contract. Microsoft licensing changes over time, so final entitlement questions should be checked against current Microsoft terms and the customer's agreements.
Why Windows Server licensing belongs in the provider decision
Two providers can advertise similar vCPU, RAM, storage, and monthly pricing while offering very different levels of licensing clarity.
A useful Windows VM provider comparison therefore includes both infrastructure and software rights:
- which Windows Server versions and editions are available;
- how the hosted Windows Server license is supplied;
- whether the quoted price includes the required Windows licensing for the offered service;
- how multi-user Remote Desktop workloads are handled;
- whether SQL Server or other Microsoft software is separate;
- whether customer-owned licenses can be used in the intended environment;
- who is responsible for confirming eligibility;
- what happens when a test workload becomes a production business system.
The important commercial question is not simply “Does this provider offer Windows?” It is “Can this provider explain the licensing path for my actual workload?”
Windows Server 2025 licensing: what buyers should understand
Microsoft's current Windows Server 2025 licensing guidance distinguishes Standard, Datacenter, and Essentials editions. Standard and Datacenter use a core-based licensing model. Microsoft also documents both physical-core licensing and, for eligible subscription licenses or licenses with active Software Assurance, licensing by virtual machine.
For a customer buying a hosted Windows VM, you normally do not need to reproduce the provider's infrastructure-level licensing calculation yourself. But you should understand that Windows Server licensing is a real component of the service and should not be hidden behind vague language such as “Windows included.”
Microsoft's current guidance also lists SPLA as an available channel for Windows Server 2025 Standard and Datacenter.
That matters for hosted infrastructure because provider-supplied licensing and customer-owned licensing are different paths.
What Microsoft SPLA means for hosted Windows workloads
SPLA stands for Services Provider License Agreement. Microsoft describes it as a program for service providers and ISVs that license eligible Microsoft software to provide software services and hosted applications to end customers.
For a customer, the practical value is that an eligible hosting provider can have a structured provider licensing path for applicable Microsoft workloads instead of asking every customer to solve hosted licensing independently.
Raff is a Microsoft SPLA partner. That does not mean every Microsoft product or every customer scenario is automatically included with every Raff Windows VM. It means Raff has a provider licensing framework that can be used where applicable.
The workload still matters. A Windows Server VM, an RDS environment, and a SQL Server deployment are not the same licensing decision.
For a deeper SPLA-specific explanation, see Microsoft SPLA Explained: Hosted Windows VMs.
Provider licensing vs BYOL
There are two concepts buyers frequently encounter when moving Windows workloads into hosted infrastructure.
Provider-supplied licensing
The hosting provider supplies the applicable Microsoft licensing as part of, or alongside, the hosted service under its permitted licensing model.
This can simplify procurement because the customer buys the hosted environment without independently transferring an existing license into it.
Bring Your Own License (BYOL)
The customer relies on rights attached to licenses it already owns or subscribes to.
BYOL should never be interpreted as “I own a Microsoft license, therefore I can use it on any cloud VM.” Eligibility can depend on the product, agreement, subscription or Software Assurance status, outsourcing terms, and the hosting environment.
Microsoft's current Windows Server guidance, for example, says the option to license Windows Server by virtual machine is available to customers with subscription licenses or licenses with active Software Assurance, subject to the applicable rules and minimums.
For a buyer, the safe rule is simple: verify BYOL eligibility before deployment rather than after the workload is in production.
Administrative RDP vs Remote Desktop Services
One of the most important Windows VM licensing distinctions is the difference between administering a server remotely and using it as a multi-user desktop/application environment.
| Scenario | Licensing question |
|---|---|
| Administrator connects to manage the server | Windows Server administrative access scenario |
| Staff use hosted applications in remote sessions | Evaluate Remote Desktop Services requirements |
| Multiple employees use the VM as their daily desktop | Treat as an RDS/user-access design, not merely “an RDP VPS” |
| Contractors and employees connect from multiple devices | Decide whether the applicable RDS model should be user- or device-oriented |
Microsoft supports Per User and Per Device RDS CAL models. RDS CAL version compatibility also matters: an older RDS CAL cannot be used to access a newer Windows Server session host.
This is why “RDP included” is not enough information for a business planning a shared Windows environment.
If RDP is central to your buying decision, read Windows VPS Hosting for Small Teams.
Windows Server CALs and RDS CALs are not the same thing
A frequent source of confusion is treating all Client Access Licenses as interchangeable.
Windows Server access rights and Remote Desktop Services access rights are separate concepts. An environment that requires RDS licensing does not become correctly licensed simply because the underlying Windows Server is licensed.
The buyer should identify:
- the Windows Server environment;
- the users/devices accessing Windows Server services;
- whether users are consuming Remote Desktop Services functionality;
- any additional Microsoft server applications;
- which party supplies each required license.
For hosted environments, ask the provider how these layers apply to the service being offered rather than importing an on-premises assumption into the cloud.
SQL Server is a separate licensing decision
Installing SQL Server on a licensed Windows Server VM does not automatically license SQL Server.
Before using SQL Server in production, clarify:
- which SQL Server edition is required;
- whether the application vendor bundles or requires a particular SQL license;
- whether licensing is provider-supplied or customer-supplied;
- whether the deployment model changes the licensing calculation;
- whether the database should instead use a managed database architecture where the application supports it.
This matters commercially because a Windows VM quote and a complete Microsoft application stack can have very different total costs.
Do not compare Windows providers using only the VM's headline price if the actual workload also needs SQL Server licensing.
Office and Microsoft 365 Apps require separate review
A Windows Server VM is also not a blanket license for Office or Microsoft 365 Apps.
If employees will run Office applications inside a hosted desktop or RDS environment, confirm the current Microsoft licensing and activation requirements for that scenario before deployment.
This is especially important for small businesses migrating a familiar office PC workflow into the cloud. Software that was licensed appropriately on an employee laptop does not automatically carry identical rights into a shared hosted Windows Server environment.
Windows Server Standard vs Datacenter: what matters for a hosted-VM buyer
Microsoft positions Windows Server Standard for low-density or non-virtualized environments and Datacenter for highly virtualized/software-defined datacenter environments. When licensed by physical cores, current Microsoft guidance gives Standard rights for two OSEs under the documented conditions, while Datacenter provides unlimited virtualization rights on the fully licensed server.
For an individual hosted-VM buyer, however, do not choose a provider merely because its infrastructure licensing uses a particular edition. Your buying questions are more practical:
- Is the Windows Server edition/version offered suitable for my application?
- Is the hosted licensing path valid for the service?
- Are features my application depends on available?
- Are RDS, SQL Server, or other licenses separate?
- What does the complete environment cost?
The provider is responsible for its provider-side licensing model. The customer is still responsible for understanding the applications, users, and customer-supplied licenses it introduces.
Windows Server license cost: compare the complete workload
Searches for Windows Server license cost often lead to retail or reference pricing. That is not always the right number for a hosted Windows VM decision.
A hosted workload can include several cost layers:
| Cost layer | Example |
|---|---|
| Compute | vCPU and RAM |
| Windows Server | Hosted Windows licensing path |
| Remote access | RDS licensing where required |
| Database | SQL Server licensing where required |
| Storage | System/data volumes and growth |
| Recovery | Backup and retention requirements |
| Operations | Patching, monitoring, migration, support |
For Raff, use the current pricing page rather than a hardcoded number in this evergreen licensing guide.
That keeps the content useful even when plans or licensing prices change and prevents a buyer from mistaking an old article price for a current quote.
Licensing questions to ask a Windows VM provider
Before putting a Windows workload into production, ask:
Windows Server
- Which Windows Server version and edition will I run?
- How is Windows Server licensed in this hosted service?
- Is the applicable Windows licensing included in the quoted service or separate?
Users and RDP
- Is RDP only for administration or will employees use remote sessions daily?
- If Remote Desktop Services is required, how are RDS licenses supplied?
- Should the deployment use a Per User or Per Device model?
Applications
- Will the workload use SQL Server?
- Will users run Office or Microsoft 365 Apps?
- Does the third-party business application have its own hosted/RDS licensing rules?
BYOL
- Are we planning to use existing Microsoft licenses?
- What exact license/subscription rights do we have?
- Have we verified that those rights apply to this provider and deployment model?
Responsibility
- Which licenses does the provider supply?
- Which licenses remain the customer's responsibility?
- Who will confirm the final production configuration before cutover?
A provider that can answer these questions clearly reduces procurement and migration uncertainty.
Red flags when comparing Windows VM providers
Treat these claims cautiously:
- “Windows is free.” Windows Server is licensed software.
- “All Microsoft licenses are included.” Different products and access models can require separate licensing.
- “Just bring any license key.” A key is not the same thing as valid use rights.
- “Unlimited RDP users.” Multi-user RDS requires more than simply enabling RDP.
- “SQL Server is covered because Windows is licensed.” SQL Server is a separate product/licensing decision.
- A provider that cannot explain who owns licensing responsibility. Ambiguity becomes the customer's operational risk later.
Licensing clarity is therefore a useful commercial trust signal when comparing Windows infrastructure providers.
How Raff approaches hosted Microsoft licensing
Raff's goal is to make the Windows infrastructure decision clear before the workload becomes business-critical.
For an eligible hosted workload, Raff's Microsoft SPLA relationship provides a provider licensing route where applicable. Customers should still tell us what they plan to run and how users will access it, because Windows Server, RDS, SQL Server, and customer-supplied Microsoft software can require different answers.
The practical path is:
Define workload → choose Windows VM resources → identify Microsoft products → define users/access model → confirm licensing path → confirm current price → deploy and validate
For infrastructure, start with Raff Windows VM. For current commercial details, use Raff Pricing. For RDP-heavy workloads, use Windows VPS Hosting for Small Teams. For the SPLA model itself, use Microsoft SPLA Explained.
