Récemment, Microsoft a travaillé dur avec Docker, prenant en charge les conteneurs Docker sur Azure et faisant fonctionner le moteur Docker de manière native sur la prochaine version de Windows Server (les développeurs qui utilisent les API Docker peuvent ainsi bénéficier de toutes ces fonctionnalités sur Windows Server)..

Mais les conteneurs optimisés pour les microservices ne sont pas le seul domaine dans lequel Microsoft crée des fonctionnalités qui permettent de rendre les choses plus évolutives plus rapidement. La nouvelle SKU Nano Server et les nouveaux conteneurs Hyper-V vous donneront plus de moyens de créer des applications et des services conçus pour le monde du cloud..

Nano Server est une option plus petite, plus rapide et plus sécurisée pour installer le prochain Windows Server qui ne nécessitera pas autant de correctifs, ne devra pas être redémarré aussi souvent et nécessite moins de ressources système. Nano Server aurait eu 92% moins de correctifs critiques et 80% moins de redémarrages que Windows Server au cours de la dernière année, selon Microsoft. Si vous le mettez dans une machine virtuelle, le fichier VHD serait 93% plus petit et 1001 machines virtuelles exécutées sur un serveur 160 To nécessiteraient moins de 10% de mémoire, ce qui laisserait beaucoup plus de ressources pour les applications que vous exécutez. serveur pour.

Avec l'interface graphique

Comment Microsoft a-t-il rendu Nano tellement plus petit et plus efficace? En prenant les choses, en commençant par les fenêtres réelles. Il s’avère que Windows Server utilise beaucoup de ressources lors de l’exécution de l’interface utilisateur graphique. Il n’ya donc pas d’interface graphique dans Nano. Vous ne pouvez pas vous y connecter localement ni y accéder avec Remote Desktop. Au lieu de cela, vous effectuez toute la gestion à distance, à l'aide de WMI et de PowerShell et de la configuration d'état souhaitée. Considérez-le comme une version plus petite et fortement refactorisée de Server Core, conçue pour le cloud..

"Lors du travail de refactorisation dans Nano Server, nous sommes revenus à la recherche des causes des redémarrages historiques", a déclaré Mike Neil (directeur général de l'équipe de cloud d'entreprise chez Microsoft) à TechRadar Pro. "Quelles sont les dépendances? Il y avait des éléments de fonctionnalité qui n'étaient franchement pas primordiaux pour un serveur et une bonne partie de la refactorisation était dictée par la réduction de ce facteur.

"Le compromis avec cela est que vous voulez vous assurer qu'il peut exécuter les applications des utilisateurs et fournir des fonctionnalités dans ces environnements, et également fournir l'infrastructure nécessaire pour créer des environnements de style cloud. L'essentiel pour nous était de nous assurer qu'il fonctionne Hyper-V, car nous voulons pouvoir utiliser cela comme système d'exploitation de base. "

Donc, Nano Server exécute Hyper-V et vos applications s'exécutent sur Hyper-V, dans des machines virtuelles ou dans les nouveaux conteneurs Hyper-V - et tout cela est installé et géré et même débogué à distance, a souligné Neil, ce qui réduit encore une fois le contenu de Nano..

"Vous allez utiliser Nano Server comme image de système d'exploitation de base pour les conteneurs et les machines de charge de travail, puis la configuration d'état souhaitée fournit le mécanisme de configuration de ces éléments. Nous nous éloignons de l'approche traditionnelle de Microsoft Installer pour passer à l'utilisation de DSC. pour configurer le serveur et vous assurer que les fichiers binaires appropriés sont présents et que votre application peut s'exécuter. "

L'équipe Windows Server a également supprimé les systèmes "hérités", tels que WOW64 pour l'exécution d'applications 32 bits. "La prise en charge 32 bits n’est pas une préoccupation majeure pour les applications conçues dans le nuage", déclare Neil, et c’est ce que l’équipe de serveurs attend des clients sur Nano Server..

Conteneurs Hyper-V: entre ordinateurs virtuels et Docker

Ils s'exécutent peut-être dans les nouveaux conteneurs Hyper-V, que vous pouvez considérer comme un mélange entre les machines virtuelles traditionnelles et les abstractions de niveau supérieur des conteneurs Docker. «Les technologies fondamentales sont les technologies de la machine virtuelle. C’est une couche d’abstraction à laquelle nous sommes tous très habitués. C’est la couche matérielle, qui gère les blocs de disque et les paquets réseau, etc.», déclare Neil.

"Les conteneurs au niveau de la couche de système d'exploitation font que cette abstraction se situe plus loin dans la pile. Au lieu de donner des instructions au niveau du bloc de disque, elle se situe au niveau du fichier. Au lieu d'être au niveau du paquet, elle se situe au niveau de l'interface réseau. la pile permet de partager davantage de ressources entre les conteneurs, le conteneur Hyper-V étant un mélange [de ceux-ci].

"Nous utilisons l’hyperviseur pour fournir le mécanisme d’isolation; c’est ce qui a fait ses preuves, il utilise VT, il repose sur une racine de confiance matérielle. C’est une fonction essentielle de l’hyperviseur pour fournir cette isolation. Nous fournissons ensuite une abstraction de Nous combinons les deux systèmes afin que vous obteniez certains des avantages des machines virtuelles, cette solution matérielle hautement isolée, mais vous bénéficiez également de l'abstraction de niveau supérieur dans des conteneurs disposant de davantage de ressources partagées et de frais généraux associés. avec eux."