Héberger une application Blazor sur un VPS Windows en France
Blazor Server garde une connexion SignalR ouverte par utilisateur : c'est ce mode qui réclame une machine à soi, pas un hébergement partagé.
À partir de 8 €/mois
Présentation
Deux applications appelées Blazor peuvent réclamer deux hébergements très différents. Blazor Server exécute le code sur le serveur et maintient une connexion SignalR ouverte pour chaque utilisateur : la machine porte l'état de chaque session, et la moindre coupure réseau se voit immédiatement à l'écran. C'est ce mode-là qui justifie un serveur à soi. Chez By-Hoster, la gamme VPS Windows démarre à 8 €/mois TTC, livrée en 10 minutes avec une IPv4 dédiée et un accès administrateur complet.
Blazor WebAssembly raconte l'histoire inverse. Une fois publiée, l'application n'est plus qu'un paquet de fichiers statiques — du HTML, du JavaScript, des assemblies .NET — téléchargé par le navigateur, qui exécute ensuite tout le code côté client. Un tel paquet n'a besoin de rien de plus qu'un serveur capable de distribuer des fichiers : notre hébergement web mutualisé à partir de 1 €/mois fait le travail. Le dire nous coûte une vente ; le taire vous coûterait un serveur inutile.
Le VPS redevient le bon outil dès qu'il y a un mode Server, une API à héberger derrière le paquet WebAssembly, ou du rendu interactif automatique qui mélange les deux. Vous recevez alors un système nu : IIS, le runtime ASP.NET Core et le module correspondant s'installent librement puisque vous êtes administrateur. Rien d'autre n'est préinstallé, le certificat TLS se met en place par le mécanisme de votre choix, et la licence Microsoft reste à votre charge.
Ce que le serveur apporte à une application Blazor
Un circuit SignalR par utilisateur connecté
En mode Server, chaque onglet ouvert crée un circuit SignalR que le serveur maintient et dont il garde l'état en mémoire. La consommation ne dépend donc pas du trafic mais du nombre de sessions simultanées, et elle grandit avec ce que votre application conserve par utilisateur. Un VPS dédié vous laisse mesurer cette consommation réelle, puis choisir la configuration en conséquence plutôt qu'à l'aveugle.
IIS et le runtime s'installent, ils ne sont pas livrés
La machine arrive avec le système d'exploitation et rien d'autre. Le rôle Web Server s'ajoute depuis le Gestionnaire de serveur ou en une ligne de PowerShell, puis vous installez le runtime ASP.NET Core et le module qui met IIS devant Kestrel, téléchargés chez Microsoft. Aucun panel n'impose de version, aucune image préparée ne décide à votre place, et le protocole WebSocket s'active comme n'importe quelle fonctionnalité Windows.
500 Mbps, IPv4 dédiée et Anti-DDoS
Une application Blazor Server vit sur son lien réseau : la connexion reste ouverte tant que l'utilisateur travaille. Chaque configuration inclut une adresse IPv4 dédiée, une protection Anti-DDoS et 500 Mbps — 1000 Mbps sur Titan. La reprise de circuit après une micro-coupure, elle, se traite dans votre application : c'est du code, pas de l'infrastructure, et nous préférons ne pas laisser croire l'inverse.
NVMe, snapshots, console VNC, support 24/7
Stockage NVMe, snapshots déclenchés depuis l'espace client avant une montée de version du runtime, réinstallation en autonomie, console VNC de secours si une règle de pare-feu vous ferme le RDP, et support humain 24/7 par ticket, Discord et téléphone. Sans engagement, satisfait ou remboursé 48 h, -10 % en engagement annuel. Seuls les snapshots sont inclus : aucune sauvegarde externalisée automatique.
Ce qu'on déploie vraiment sur ces serveurs
Une application Blazor Server métier
Un outil interne utilisé par une équipe identifiée, où le mode Server simplifie tout : pas d'API à écrire, la logique reste côté serveur et près de la base. C'est le cas d'usage qui réclame une machine dédiée et de la RAM.
Le rendu interactif automatique
Une application qui démarre en Server le temps du premier affichage, puis bascule sur WebAssembly une fois les assemblies téléchargées. Elle a besoin des deux moitiés au même endroit : un serveur ASP.NET Core capable de servir le paquet statique et de tenir les circuits.
L'API qui accompagne un WebAssembly
Le paquet statique peut être distribué par un mutualisé, mais l'API ASP.NET Core qu'il appelle a besoin d'un serveur. Vous l'hébergez ici, avec sa base et ses tâches de fond, et vous gardez la main sur l'authentification et le CORS.
Une dépendance qui impose Windows
Une bibliothèque .NET Framework encore utilisée par le back-office, un composant COM, un pilote ou un exécutable métier qui n'existe que sur Windows. C'est là que le choix de Windows plutôt que Linux se défend vraiment, et pas seulement par habitude.
Blazor et sa base SQL Server
L'application et son moteur de base sur la même machine : la chaîne de connexion pointe en local et le port 1433 n'a aucune raison de sortir. SQL Server garde sa propre licence, Express étant gratuit dans ses limites documentées.
Un environnement de recette à 8 €
Un second VPS Windows - Core pour tester une montée de version du runtime ou un changement de configuration IIS avant de toucher au serveur qui travaille. Snapshot avant l'essai, réinstallation depuis l'espace client si la manipulation tourne mal.
Questions fréquentes
La gamme VPS Windows démarre à 8 €/mois TTC avec Windows - Core (4 vCore, 8 Go de RAM, 50 Go SSD, 500 Mbps). Au-dessus : Plus à 13 € (8 vCore, 16 Go, 200 Go), la configuration la plus choisie, Max à 26 € (16 vCore, 32 Go, 500 Go) et Titan à 49,99 € (24 vCore, 64 Go, 800 Go, 1000 Mbps). L'engagement annuel retire 10 %. Le prix couvre la machine, le réseau et le support ; il n'inclut aucune licence Microsoft.
C'est la seule question qui compte avant de commander. Blazor Server exécute votre code sur le serveur et garde un circuit SignalR ouvert par utilisateur : la mémoire est consommée par session, l'application dépend d'une connexion stable, et une machine à soi devient nécessaire. Blazor WebAssembly, une fois publié, n'est qu'un ensemble de fichiers statiques exécuté par le navigateur : il n'a besoin d'aucun runtime côté serveur. Si vous êtes dans ce second cas et sans API, un VPS Windows est une dépense inutile.
Oui, et c'est souvent le bon choix. Après publication, une application WebAssembly est un dossier de fichiers — index.html, JavaScript, assemblies .NET — que le navigateur télécharge et exécute lui-même. Notre hébergement web mutualisé démarre à 1 €/mois et sait très bien distribuer ça. Le VPS ne redevient utile que si vous avez une API ASP.NET Core derrière, un mode Server, ou un rendu interactif automatique qui mélange les deux moitiés.
Cela dépend de ce que votre application garde en mémoire par utilisateur : nous ne publions aucun chiffre par circuit, parce que personne ne l'a mesuré sur votre code. Notre repère officiel de dimensionnement reste 4 Go pour un usage léger et 8 Go dès qu'on ajoute un logiciel métier, SQL Server Express ou plusieurs utilisateurs simultanés. Toutes nos offres partent déjà de 8 Go. Avec une base sur la même machine et des sessions nombreuses, Windows - Plus et ses 16 Go à 13 €/mois évitent de compter la mémoire.
Non. By-Hoster livre le système nu : Windows, un accès administrateur complet, et rien d'autre. Le rôle Web Server (IIS) s'ajoute depuis le Gestionnaire de serveur ou en une ligne de PowerShell, avec Install-WindowsFeature -Name Web-Server -IncludeManagementTools. Vous installez ensuite le runtime ASP.NET Core et le module qui place IIS devant Kestrel, téléchargés chez Microsoft. C'est un choix assumé : aucune image préparée, aucun panel qui verrouille une version de runtime.
Par le mécanisme de votre choix : l'accès administrateur vous laisse installer l'outil que vous utilisez déjà, importer un certificat existant dans le magasin Windows et créer la liaison HTTPS dans IIS. Point important pour Blazor Server : le circuit passe par WebSocket, donc la configuration TLS doit couvrir cette connexion comme le reste du site. By-Hoster ne fournit, ne renouvelle et ne gère aucun certificat — nous livrons la machine, vous décidez de son contenu.
Oui, et la licence Microsoft reste à votre charge : nous installons le système mais ne fournissons ni ne revendons de licence. Deux points reviennent souvent ensuite. Windows Server autorise 2 sessions RDP administratives simultanées ; au-delà, un accès RDP applicatif exige des RDS CAL Microsoft — ce qui ne concerne pas vos visiteurs web, uniquement les personnes qui ouvrent un bureau sur la machine. Et SQL Server exige sa propre licence : Express est gratuit, Standard et Enterprise sont payants.
Très souvent oui, et nous préférons le dire. ASP.NET Core est multiplateforme : une application Blazor Server tourne sans difficulté sur Linux derrière Nginx, et nos VPS Linux KVM démarrent à 4,99 €/mois, sans licence Microsoft à acheter. Windows garde l'avantage dans trois cas précis : une dépendance .NET Framework, un composant COM ou un exécutable qui n'existe que sous Windows, ou un besoin d'ouvrir une session graphique en RDP. Notre guide Windows ou Linux détaille l'arbitrage.
En Blazor Server, l'utilisateur perd son circuit et l'interface se fige jusqu'à reconnexion : c'est la contrepartie assumée du modèle, et un réseau instable côté client se voit tout de suite. En WebAssembly, l'application continue de tourner dans le navigateur. Côté serveur, chaque configuration inclut 500 Mbps, une IPv4 dédiée et l'Anti-DDoS. La gestion de la reprise de circuit, en revanche, appartient à votre code : aucune infrastructure ne la remplace.
Trois systèmes sont proposés à la commande, sans surcoût : Windows Server 2025 (support standard jusqu'au 13 novembre 2029, sécurité jusqu'au 14 novembre 2034), Windows Server 2022 (standard jusqu'au 13 octobre 2026, sécurité jusqu'au 14 octobre 2031) et Windows 11, système client à réserver au poste de travail, non prévu pour héberger un service multi-utilisateurs. Le serveur tourne dans notre unique datacenter DC-FR_NA(01), en Nouvelle-Aquitaine, en KVM sur Proxmox, sous juridiction française et sans transfert hors Union européenne.