Microsoft a annoncé officiellement hier soir l’arrivée d’une nouvelle variante de Windows Server pour l’année prochaine. Baptisée Nano, elle avait déjà fait l’objet de nombreuses rumeurs et consiste, comme son nom l’indique, en une version du système réduite à sa plus simple expression pour faire fonctionner les applications prévues pour le cloud.
Un socle serveur réduit à sa plus simple expression
Windows Nano Server sera donc l’une des variantes de l’offre serveur de Microsoft l’année prochaine. Rappelons en effet que si Windows 10 sort bien cette année, avec une version finale prévue durant l’été (mais pas forcément une commercialisation), sa déclinaison serveur réclame plus de travail.
Nano Server sera conçu pour les applications dans le cloud, en fonction de deux scénarios possibles. D’une part, celles qui s’appuient sur des runtimes, à l’instar de Java, .NET, Node.js ou encore Python, et qui fonctionnent dans des conteneurs, des machines virtuelles ou directement sur des serveurs physiques. D’autre part, les applications directement hébergées dans une infrastructure de type cloud, avec le support des clusters de stockage et de calcul, d’Hyper-V et évidemment de tout ce qui touche à Azure.
Le nouveau système sera également virtualisable. Microsoft met d’ailleurs en avant une taille de disque VHD réduite de 93 % par rapport à un Windows Server classique. Les redémarrages seront réduits de 80 % et les administrateurs feront face à 92 % de bulletins critiques en moins. Pourquoi ? Parce que l’éditeur a tranché dans le vif en supprimant tout ce qui touche à l’interface, l’ensemble du support 32 bits (WOW64), la gestion des paquets MSI et de nombreux autres composants du système.
Un produit tourné vers les applications conçues pour le cloud
L’aspect conteneurs est important. Microsoft avait déjà abordé le support de Docker pour le prochain Windows Server. Le système sera donc capable de gérer ces conteneurs qui embarqueront des applications et qui sont déjà largement utilisés dans les environnements Linux, FreeBSD et autres. La différence avec une machine virtuelle est que le conteneur s’appuie sur ce qui est exposé par le système d’exploitation hôte.
À Docker, Microsoft ajoutera son propre système de conteneurs, qui répondront à des objectifs légèrement différents. La firme veut visiblement trouver un compromis entre une machine virtuelle et un conteneur classique, en s’appuyant sur son propre hyperviseur, Hyper-V. La fonctionnalité reprendrait l’isolation d’une machine virtuelle, qui n’a donc pas besoin que le système hôte expose des ressources, et le système de fichier virtualisé d’un conteneur afin de déployer rapidement l’application contenue. Difficile de ne pas penser à Drawbridge, un projet de Microsoft Research centré justement sur l’encapsulation des applications pour qu’elles puissent être exécutées virtuellement n’importe où.
Il reste cependant beaucoup à dire sur ces conteneurs et plus globalement sur Nano. Le billet de Microsoft est minimaliste, mais la firme indique que des informations supplémentaires seront données durant les conférences BUILD (du 29 avril au 1er mai) et Ignite (du 4 au 8 mai).
On notera également que la rumeur enfle actuellement autour de Redstone, nom supposé de la prochaine évolution du client Windows. Il ne s’agirait pas de Windows 11, mais bien d’une grosse mise à jour prévue pour l’année prochaine, sans doute en partie pour suivre les améliorations qui auront été faites sur Windows Server 2016.
Commentaires (92)
#1
Ça commence bien les commentaires
" />
Question : est-ce que ce Windows Nano sera compatible avec le Raspberry Pi et autres mini-machines de geek (Arduino etc.) ? Je suppose que oui mais je demande quand même confirmation…
#2
+2 (1+1) Konrad ! ca sword sec.
sinon oui, compatibilité avec tout ca ou même avec la Intel Stick !?
#3
Que je sache on a pas encore vraiment les détails pour Windows 10, donc difficile à dire pour WinNano … mais dans la théorie c’est “prévu”.
" />
Vivement la build pour avoir un peu plus de retour sur “Win10 partout” … que ça soit sur plateforme arm, ou sur Xbox One
#4
La compatibilité avec l’intel stick est certaine (même si je doute quand même de l’intérêt dans le cas de l’intel stick … à quoi bon avoir un port HDMI pour un serveur sans interface graphique 
" />)
#5
Quid du tarif aussi :)
#6
Raspberry Pi, c’est du ARM donc j’en doute. Arduino n’est pas x64 de mémoire et il me semble que les dernières versions de Windows Server sont 64 bits uniquement.
Ce qui m’intéresserait, ce serait une version de Windows Server orienté usage maison avec ActiveDirectory et qui ne soit pas hors de prix mais ca n’a pas l’air d’exister.
#7
#8
Home server est mort depuis quelques temps … à mon grand regret
#9
Comme ils veulent faire une version de Windows 10 compatible Raspberry Pi 2, je ne serais pas étonné que ce serveur nano puisse lui aussi être compatible …
#10
Quel intérêt de mettre un windows dépouillé de “tout ce qui touche à l’interface, l’ensemble du support 32 bits (WOW64), la gestion des paquets MSI et de nombreux autres composants du système” sur ce genre de mini-config ?
(vrai question. je ne vois pas trop les fonctions offertes par un winNano par rapport à un linux/bsd sur ce genre de config)
#11
Serveur Web sur IIS par exemple … ou n’importe quel machine sur laquelle tu veux developper des services en .net qui n’ont pas besoin d’interface graphique …
#12
Une interface graphique ça sert a rien sur un serveur. ça alourdit le système, consomme des ressources, et est un vecteur d’attaque supplémentaire.
Un bon administrateur utilise une ligne de commande parce que c’est plus rapide et plus simple. Et accessoirement on touche rarement à un service en place, et les actions répitives sont faient par des scripts. Ce qui n’empêche d’avoir une interface web d’aministration, ni d’intégrer la gestion de ton serveurs dans un logiciel client.
Surtout dans le cas de nano, cette version n’est pas fait pour être installable à la mai mais automatisé avec un orchestrateur (c’est une application qui va gérer des centaines voire milliers de machines). Donc là une interface est inutile.
#13
#14
#15
#16
mais en effet, win10 est annoncé pour les processeurs 32bit et pas WinServer … la question se pose donc bien …
#17
Il y a déjà
https://dev.windows.com/fr-fr/featured/windows-developer-program-for-iot
#18
#19
on est d’accord … maintenant reste plus qu’à attendre la build pour avoir les annonces 
" />
#20
Ah oui sympa le bug XD
Je vois pas le rapport avec ce que j’ai dit par contre ?
#21
#22
#23
#24
A part pour du .net j’ai du mal a voir monter du node.js ou python sur Windows. l’enfer pour la gestion des paquets ? !
#25
#26
Et c’est bien dommage, parce que rien que le module de sauvegarde des PC valait son pesant de cacahuètes. Dommage qu’il ne fonctionne plus chez moi avec Windows 8.1 et l’UEFI
" />.
#27
Avec un peu de change il va être gratuit ce Windows nano.
#28
Héberger des services .net sur une config IIS/WinNano tournant sur un Raspberry Pi. Sacré challenge pour la future version de NXI tout de même.
" />
#29
l’idée était bonne le prix “acceptable”, et le concept devait être plus poussé (renforcer les liens avec media center/xbox, fonctionnalités à la synology …) … tout ca pour tout foutre à la poubelle …
du coup je suis passé sur synology …
#30
Un nano serveur n’est pas nécessairement dédié aux petites machines, c’est avant tout un système léger dépouillé de tout ce qu’un utilisateur lambda n’est pas sensé utiliser en tant que particulier et qui peut booter d’une mémoire flash de petite capacité… maintenant suivant les cas on peut le réduire à pas grand chose ou bien lui donner à gérer des quantités d’archives qui nécessiteront peut être du calcul ou de la capacité disque; donc spéculer sur de l’ARM ou des sticks de faible encombrement n’a rien à voir avec un “NANO” serveur.
#31
#32
#33
c’est bon ça :) ça va faire du bien. Les serveurs auront le minimum vital et ça sera bien mieux !
#34
>Payer pour son parc perso…
#35
Ils auraient dû poursuivre avec windows home server qui était une bonne idée. J’ai plutôt l’impression qu’ils essaient de rattraper le phénomène raspberry py.
#36
J’ai plutôt l’impression qu’ils visent le marché du mutualisé (d’ailleurs c’est plus ou moins ce qu’indique la news) : quand t’as 40 machines virtuelles sur un serveur, autant qu’elles soient le plus light possible.
#37
Je suis d’accord avec ce que tu avances, c’est juste au niveau de la sécurité.
Je suis partiellement d’accord concernant la ligne de commande et l’interface web. Car avec Exchange 2013, c’est comme cela que ça se passe et c’est plutôt pas mal. L’interface web lance simplement des instructions “PowerShell”. D’ailleurs, tout est faisable via l’invite PowerShell Exchange à ma connaissance.
Cependant, as-tu déjà créé une GPO? Je n’imagine pas la galère en ligne de commande avec les milliers d’options disponibles… Via une interface web, ça serait faisable, je te l’accorde. Mais cela uniquement en recréant une interface graphique (et en passant en la rendant un peu plus user-friendly ça serait pas de trop quand même ^^ ).
#38
#39
#40
Il n’empêche que, sauf erreur de ma part, c’est le premier OS qui est explicitement adapté pour des serveurs cloud. Cela promet d’être intéressant.
#41
#42
#43
#44
#45
#46
#47
#48
#49
#50
#51
#52
Exemple totalement hors sujet. C’est le prestataire qui a fait de la merde. Le sysadmin avait justement bien fait son boulot.
#53
Oui ça fait un moment, j’ai un peu testé mais pas en CLI :p Après c’est pas différent de faire un script, c’est juste une habitude à avoir comme n’importe quel langage. Après je dit qu’une interface graphique ne sert a rien sur un serveur, pas que les outils graphiques étaient inutiles. Mais juste pas sur un serveur.
Heureusement je me destine pas à l’administrattion windows, donc j’ai jamais pensé à utiliser les outils windows en CLI. ça pourrait être interessant quand même.
#54
ça sent le technicien windows qui touche à son serveur deux dois dans l’année :p
Moi en tout cas oui il y a un bon paquet d’outils CLI que je connais par coeur, sinon sous linux les commandes sont accompagnés de manuel. Pas besoin d’ouvrir 50 fenêtres, encombrer la rame, pas de clicodrome. L’interface graphique est inutile SUR le serveur. Rien ne t’empêche d’avoir un client sur ton poste ou une interface web.
Peut être que je me la pète. Peut être que c’est parce que c’est mon métier aussi.
#55
#56
#57
#58
Pas vraiment le premier:
#59
Une debian serveur (sans GUI donc) c’est une empreinte memoire de 60mo au demarrage , et dans les 200 avec un bureau léger comme i3 . Donc si. Après visiblement tu doit avoir un serveur dédié. Tu n’a pas ces problématique d’optimisation des ressources.
Je dit pas que les outils graphiques sont inutiles mais que une interface graphique sur un serveur est inutile. Pour les deux-trois fois où tu vas utiliser 1% des fonctionnalités dans l’année, ça ajoutent de la complexité pour rien. Donc autant la déporté sur le poste de travail.
Sous windows moi même j’utilise pas de CLI, à part de temps en temps powershell. Par contre quand je suis sous linux je pourrait pas vivre sans terminal. Simplement connaitre une commande et ses 3 options ça fait gagner un temps fou. Fat aussi dire que j’utilise que des Linux comme systèmes principaux. Après moi je fais ça toute la journée donc c’est normal que ça m’est utile. Si j’avais un Parc windows à gérer je ferais sans doute pareil que toi.
Si ce que je raconte était biaisé, pourquoi windows aurait sortis cette version? pourquoi avoir introduit une version 2008 sans GUI? Pourquoi tout les serveurs UNIX du monde n’ont pas d’interfaces embarqués?
#60
Pas forcément sur ce point en particulier, mais en tout cas il est totalement sous l’eau oui 
" />
#61
“Seafile”
" />
#62
#63
#64
#65
[HS]
Si tu penses a installer un serveur sous Fedora Server, voici un petit article lu ce matin qui est fort intéressant:
Headless encrypted boot with Fedora Server
[/HS]
#66
On est encore en train de squatter les commentaires d’une news sur Microsoft.
" />
Incorrigibles.
#67
Vous faites comme vous le voulez. Mais mes Windows Server sont en Core.
#68
#69
et surtout, bientôt 1h passée et personne n’a rectifié l’inversion de 2 caractères dans sa commande…
#70
Si on lisait pas en diagonale, on passerait notre vie sur NextInpact.
" />
#71
#72
C’est pas plutôt dd if=/dev/urandom of=/dev/sda ?
#73
#74
#75
#76
#77
#78
Copaing
" />
" />
C’est ce que j’ai fait aussi, sauf que niveau stickage, j’ai peut être visé un peu haut. J’ai pris un DS1812+ avec 8 disques de 3 To.
Sinon, pour Essentiels, j’ai jamais mis les mains dessus, mais bon, configurer un AD pour 2 users au maximum, c’est juste overkill pour une version home.
#79
#80
#81
#82
…. doublon
#83
#84
#85
Changer la résolution d’un serveur sans écran, c’est pas justement uniquement pour pouvoir le taper en graphique? L’art de se créer des taches inutiles…
" />
Sinon l’auto complétion n’a rien a voir avec un env graphique, ça peut très bien se faire en texte. Tu ne dois pas connaitre les mêmes environnements que moi.
Sinon juste pour la partie perso, j’ai tenté le NAS version freeBSD, oui ça se vit très bien sans environnement graphique, autant pour la carte réseau que pour le reste, et en plus d’être moins troué c’est très fonctionnel et largement plus puissant.
Le coté graphique ne reste qu’une couche de façade.
#86
#87