Pour réaliser notre devoir de bon consultant, nous sommes bien souvent en train de puiser via notre moteur de recherche préféré les bons liens pour rechercher les bonnes informations.
Je vous propose un certains nombre de liens officiels, qui je suis sur, vous aiderons à votre quête d’informations.
Avez-vous déjà pensé que l’on pouvait faire plus avec Microsoft Excel ?
Et bien oui !
Microsoft vient d’annoncer la sortie d’une version préliminaire publique de Python dans Excel. Le célèbre langage de programmation va en effet s’intégrer nativement dans le tableur.
Oui vous avez bien lu !
Microsoft a signé un partenariat avec Anaconda et utilise la distribution Python de l’entreprise (qui fonctionne sous Azure) pour intégrer les bibliothèques les plus populaires de Python dans le tableur.
Cette nouvelle fonction permettrait aux utilisateurs d’ajouter du code Python directement dans une feuille de calcul.
Cette possibilité offerte aux analystes de données, aux ingénieurs, aux spécialistes du marketing et aux étudiants en science des données de travailler avec le code Python pour effectuer des analyses statistiques complexes, des visualisations avancées, des analyses prédictives et un apprentissage automatique dans Excel.
Utiliser Python dans Excel est aussi simple que de taper « =PY( » dans votre cellule Excel, suivi de votre code Python. Les résultats de vos calculs ou visualisations Python apparaîtront alors dans votre feuille de calcul Excel. Car Python sera intégré directement dans la barre de formule d’Excel, sans avoir besoin d’installer de logiciel supplémentaire.
Microsoft explique que la nouvelle fonctionnalité exploite la distribution Python d’Anaconda qui comprend de nombreuses bibliothèques et packages pré-intégrés tels que pandas, Matplotlib, scikit-learn, NumPy et SciPy.
Microsoft précise que Python dans Excel s’exécute sur le cloud de Microsoft, via Microsoft 365. Cela signifie que le code n’est pas exécuté en local (sur la machine), mais dans un conteneur isolé utilisant Azure Container Instances et séparé des autres processus pour diminuer le risque d’accès non autorisé.
Les données dans les classeurs des utilisateurs sont contrôlées via les fonctions spécifiques xl() et =PY() pour garantir la sécurité des données et que seules les opérations autorisées sont effectuées.
Cette fonctionnalité sera d’abord déployée sur Excel pour Windows, à partir de la build 16.0.16818.20000 , puis sur les autres plates-formes à une date ultérieure.
Pour utiliser Python dans Excel, rejoignez le programme Microsoft 365 Insider . Choisissez le niveau Beta Channel Insider pour obtenir les dernières versions de l’application Excel.
En version préliminaire, Python dans Excel sera inclus avec votre abonnement Microsoft 365. Après l’aperçu, certaines fonctionnalités seront restreintes sans licence payante. Plus de détails seront disponibles avant la disponibilité générale.
Comme vous le savez probablement, Red Hat Enterprise Linux (RHEL) 9 est désormais et généralement disponible. En parallèle de la sortie de la version RHEL release 8.6, cette version est conçue pour répondre aux besoins de l’environnement de cloud hybride. Dorénavant, cette version accentue l’exécution de votre code source plus efficacement, qu’il soit déployé sur une infrastructure physique, dans une machine virtuelle ou dans des conteneurs partir d’ images de base universelles Red Hat (UBI).
Actuellement RHEL 9 peut être téléchargé gratuitement dans le cadre de l’abonnement au programme Red Hat Developer.
Mais sans ressortir les informations commerciales, le mieux c’est de rentrer dans le vif du sujet en comparant les deux versions majeures distribuée par RedHat.
| Caractéristiques | RHEL 9 | RHEL 8 |
| Date de sortie | 17 mai 2022 | 7 mai 2019 |
| Nom de code | Plow | Ootpa |
| Noyau | Distribué avec la version 5.14 du noyau | Distribué avec la version 4.18 du noyau |
| Gestion des packages | DNF, MIAM | DNF, MIAM |
| Architectures prises en charge | Architectures AMD et Intel 64 bits (x86-64-v2) L’architecture ARM 64 bits (ARMv8.0-A) IBM Power Systems, Little Endian (POWER9) IBM Z 64 bits (z14) | Architectures AMD et Intel 64 bits L’architecture ARM 64 bits IBM Power Systems, Little Endian IBM Z |
| Référentiels | Red Hat Enterprise Linux 9 est distribué via deux référentiels principaux; ce sont des OS AppStream | Red Hat Enterprise Linux 8 est distribué via deux référentiels principaux; ce sont des OS AppStream |
| La configuration initiale | À partir de RHEL 9, les écrans de configuration initiale ont été désactivés par défaut pour améliorer l’expérience utilisateur. | Les utilisateurs de RHEL doivent configurer les configurations initiales (licences, système (gestionnaire d’abonnements) et paramètres utilisateur) avant les écrans de configuration initiale et de connexion de gnome. |
| SELinux | Avec cette version, la prise en charge de la désactivation de SELinux via l’option SELINUX=disabled dans le fichier /etc/selinux/config a été supprimée du noyau. | La prise en charge de la désactivation de SELinux via l’option SELINUX=disabled dans /etc/selinux/config est prise en charge. |
| Script réseau | RHEL 9 ne contient pas le package network-scripts. Pour configurer les connexions réseau dans RHEL 9, utilisez NetworkManager. | Le package network-scripts était toujours disponible mais obsolète dans RHEL 8. |
| Versions des langages de programmation dynamiques | Node.js 16 PERL 5.32 PHP 8.0 Python 3.9 Rubis 3.0 | Node.js 16 PERL 5.26 PHP 7.2 Python 3.6 Rubis 2.5 Python 2.7 est disponible dans le package python2 (aura un cycle de vie plus court) |
| Filtrage de paquets | nftables est le cadre de filtrage de paquets réseau par défaut et les packages ipset et iptables-nft ont été dépréciés. | nftables remplace iptables comme cadre de filtrage de paquets réseau par défaut |
| Systèmes de fichiers | XFS est le système de fichiers par défaut et prend désormais en charge les fonctionnalités bigtime et inobtcount. De plus, le système de fichiers exFAT est désormais pris en charge dans RHEL 9. | XFS est le système de fichiers par défaut. Le système de fichiers Btrfs est supprimé dans Red Hat Enterprise Linux 8. |
| Optimiseur de données virtuel (VDO) | Le logiciel de gestion VDO basé sur python n’est plus disponible dans RHEL 9. Au lieu de ce logiciel, utilisez l’implémentation LVM-VDO pour gérer les volumes VDO. | VDO est disponible sur toutes les architectures prises en charge par RHEL 8. |
| Exécution du conteneur par défaut | crun | runc et Docker ne sont pas inclus dans RHEL 8.0. |
L’utilisation du SHA-1 à des fins cryptographiques a été dépréciée dans RHEL 9. Le résumé produit par SHA-1 n’est pas considéré comme sécurisé en raison de nombreuses attaques réussies documentées basées sur la recherche de collisions de hachage. Les composants cryptographiques principaux de RHEL ne créent plus de signatures à l’aide de SHA-1 par défaut. Les applications dans RHEL 9 ont été mises à jour pour éviter d’utiliser SHA-1 dans les cas d’utilisation liés à la sécurité.
OpenSSL est désormais fourni dans la version 3.0.1, qui ajoute un concept de fournisseur, un nouveau schéma de gestion des versions, un client HTTP(S) amélioré, la prise en charge de nouveaux protocoles, formats et algorithmes, et de nombreuses autres améliorations.
Les politiques cryptographiques ont été ajustées pour fournir des valeurs par défaut sécurisées à jour.
OpenSSH est distribué dans la version 8.7p1, qui fournit de nombreuses améliorations, corrections de bogues et améliorations de sécurité par rapport à la version 8.0p1, qui est distribuée dans RHEL 8.5.
Le protocole SFTP remplace le protocole SCP/RCP précédemment utilisé dans OpenSSH . SFTP offre une gestion plus prévisible des noms de fichiers et ne nécessite pas d’extension de glob(3)motifs par la coque du côté distant.
SELinux ont été considérablement améliorées, y compris le temps de chargement de la politique SELinux dans le noyau, la surcharge de mémoire et d’autres paramètres. Pour plus d’informations, consultez le Améliorer les performances et l’efficacité de l’espace de SELinux blog
L’utilisation de SHA-1 pour les signatures est restreinte dans la politique de chiffrement DEFAULT. À l’exception de HMAC, SHA-1 n’est plus autorisé dans les protocoles TLS, DTLS, SSH, IKEv2, DNSSEC et Kerberos.
Consultez la Sécurité dans le Considérations relatives à l’adoption de RHEL 9 pour plus d’informations sur les principales différences liées à la sécurité entre RHEL 9 et RHEL 8.
Vous pouvez utiliser le nouveau démon MultiPath TCP (mptcpd) pour configurer les points de terminaison MultiPath TCP (MPTCP) sans utiliser iproute2 . Pour rendre les sous-flux et les points de terminaison MPTCP persistants, utilisez un script de répartiteur NetworkManager.
Par défaut, NetworkManager utilise désormais les fichiers de clés pour stocker les nouveaux profils de connexion. A savoir que format ifcfg est toujours pris en charge.
Pour plus d’informations sur les fonctionnalités introduites dans cette version et les modifications apportées aux fonctionnalités existantes, consultez Nouvelles fonctionnalités – Mise en réseau .
La technologie WireGuard VPN est désormais disponible optionnel mais non supporté. Pour plus de détails, voir Aperçus technologiques – Mise en réseau .
Le service teamdservice etsa librairie libteam sont obsolètes. En remplacement, il faudra configurer une liaison type bond au lieu du service team.
La iptables-nft et ipset sont obsolètes. Ces packages incluent des utilitaires, tels que iptables, ip6tables, ebtableset arptables. Il faut utiliser le framework nftables pour configurer les règles de pare-feu.
Pour plus d’informations sur les fonctionnalités obsolètes, consultez Fonctionnalité obsolète – networking.network-scripts a été supprimé. Utilisez NetworkManager pour configurer les connexions réseau. Pour plus d’informations sur les fonctionnalités qui ne sont pas loin r partie de RHEL, consultez la Mise section Considérations relatives à l’adoption de RHEL 9 .
RHEL 9.0 fournit les langages de programmation dynamique suivants :
RHEL 9.0 inclut les systèmes de contrôle de version suivants :
Les serveurs Web suivants sont distribués avec RHEL 9.0 :
Les serveurs de mise en cache proxy suivants sont disponibles :
RHEL 9.0 propose les serveurs de base de données suivants :
Voir Section 4.13, « Langages de programmation dynamiques, serveurs Web et de base de données » pour plus d’informations.
Le référentiel RHEL 9 AppStream comprend :
java-17-openjdkpackages, qui fournissent l’environnement d’exécution Java OpenJDK 17 et le kit de développement logiciel OpenJDK 17 Java.java-11-openjdkpackages, qui fournissent l’environnement d’exécution Java OpenJDK 11 et le kit de développement logiciel OpenJDK 11 Java.java-1.8.0-openjdkpackages, qui fournissent l’environnement d’exécution Java OpenJDK 8 et le kit de développement logiciel OpenJDK 8 Java.Pour plus d’informations, consultez la documentation OpenJDK .
Les outils Java suivants sont disponibles avec RHEL 9.0 :
Voir Section 4.14, « Compilateurs et outils de développement » pour plus d’informations.
Dans la version de RHEL 9, la bibliothèque libvirt utilise des démons modulaires qui gèrent des ensembles de pilotes de virtualisation individuels sur votre hôte. Cela permet d’affiner une variété de tâches qui impliquent des pilotes de virtualisation, telles que l’optimisation et la surveillance de la charge des ressources.
L’émulateur QEMU est maintenant construit à l’aide du compilateur Clang. Cela permet à l’hyperviseur KVM de RHEL 9 d’utiliser un certain nombre de fonctionnalités avancées de sécurité et de débogage. L’une de ces fonctionnalités est SafeStack, qui rend les machines virtuelles (VM) hébergées sur RHEL 9 beaucoup plus sûres contre les attaques basées sur la programmation orientée retour (ROP).
De plus, Virtual Trusted Platform Module (vTPM) est désormais entièrement pris en charge. À l’aide de vTPM, vous pouvez ajouter un crypto-processeur virtuel TPM à une machine virtuelle, qui peut ensuite être utilisé pour générer, stocker et gérer des clés cryptographiques.
Finalement, le système de gestion de fichiers virtiofs a été implémentée.
Rappel: Il s’agit d’une option que vous pouvez utiliser pour partager plus efficacement des fichiers entre un hôte RHEL 9 et ses machines virtuelles.
Pour plus d’informations sur les fonctionnalités de virtualisation introduites dans cette version, reportez- la Section 4.20, « Virtualisation » .
Les passerelles de mise à niveau actuellement en place prennent en charge :
Pour plus d’informations, consultez Chemins de mise à niveau sur place pris en charge pour Red Hat Enterprise Linux . Pour obtenir des instructions sur la réalisation d’une mise à niveau sur place, consultez Mise à niveau de RHEL 8 vers RHEL 9 .
Il n’est pas possible d’effectuer une mise à niveau sur place directement de RHEL 7 vers RHEL 9. Cependant, vous pouvez effectuer une mise à niveau sur place de RHEL 7 vers RHEL 8, puis effectuer une deuxième mise à niveau sur place vers RHEL 9. Pour plus plus d’informations, consultez Mise à niveau de RHEL 7 vers RHEL 8 .
Que peut faire Red Hat® Enterprise Linux® ? Découvrez dans ce tableau les limites supportées et théoriques de la plateforme.
Cet article fournit des informations sur les versions du système d’exploitation actuellement gérées. Pour plus d’informations sur les anciennes versions retirées qui ne sont plus maintenues, veuillez consulter l’article complémentaire de la base de connaissances intitulé Red Hat Enterprise Linux Technology Capabilities and Limits for Retired, Non-Maintained Releases .
Les limites prises en charge reflètent l’état actuel des tests du système par Red Hat et ses partenaires pour le matériel grand public. Les systèmes dépassant ces limites prises en charge peuvent être inclus dans le catalogue matériel après des tests conjoints entre Red Hat et ses partenaires. Si elles dépassent les limites prises en charge affichées ici, les entrées du catalogue de matériel incluront une référence aux détails des limites spécifiques au système et sont entièrement prises en charge. En plus des limites prises en charge reflétant la capacité matérielle, il peut y avoir des limites supplémentaires dans les conditions d’abonnement à Red Hat Enterprise Linux.
Les limites prises en charge sont susceptibles d’être modifiées à mesure que les tests en cours se terminent.
Les valeurs suivantes sont formatées comme testées et prises en charge [théorique] .
Red Hat définit un CPU logique comme n’importe quelle entité planifiable. Ainsi, chaque cœur/thread d’un processeur multicœur/thread est un processeur logique.
| Architecture | RHEL 6 | RHEL 7 | RHEL 8 | RHEL 9 |
|---|---|---|---|---|
| x86 | 32 | N/A 1 | N/A 1 | N/A 1 |
| x86_64 | 448 [4096] 2 | 768 [5120] 3 | 768 [8192] | 1792 [8192] |
| POWER | 128 | 768 [2048] 4 | POWER8 : 768 [2048] POWER9 : 1536 [2048] 5 POWER10 : 1920 [2048] 6 | POWER9 : 1536 [2048] POWER10 : 1536 [2048] |
| IBM Z | z13 : 64 | z13 : 256 | z13 : 256 z14 : 340 | z14 : 340 z15 : 380 |
| BRAS | N / A | N / A | 256 | 512 [4096] |
Les limites architecturales sont basées sur les capacités du noyau Red Hat Enterprise Linux et du matériel physique. La limite de Red Hat Enterprise Linux 6 est basée sur un adressage de mémoire physique de 46 bits. La limite de Red Hat Enterprise Linux 5 est basée sur un adressage de mémoire physique de 40 bits. Toute la mémoire système doit être équilibrée entre les nœuds NUMA dans un système compatible NUMA.
| Architecture | RHEL 6 | RHEL 7 | RHEL 8 | RHEL 9 |
|---|---|---|---|---|
| x86 | 16 GB | N/A 1 | N/A 1 | N/A 1 |
| x86_64 | 12 To [64 To] 7 | 12 To [64 To] 8 | 24 To [64 To] | 48 To [64 To] |
| POWER | 2 To | 32 To 9 | POWER8 : 32 To [128 To] POWER9 : 64 To [128 To] 10 POWER10 : 32 To [128 To] 11 | POWER9 : 64 To [128 To] POWER10 : 32 To [128 To] |
| IBM Z | z13 : 4 To | z13 : 10 To | z13 : 10 To z14 : 16 To | z14 : 16 To z15 : 16 To |
| BRAS | N / A | N / A | 1,5 To [256 To] | 1,5 To [256 To] |
| Espace d’adressage virtuel x86 maximum par processus | Environ. 3 Go | N/A 1 | N/A 1 | N/A 1 |
| Espace d’adressage virtuel maximal x86_64 par processus | 128 To | 128 To | 128 To | 128 To |
| Espace d’adressage virtuel de puissance maximale par processus | — | — | 4PB 12 | 4PB 12 |
| Architecture | RHEL 6 | RHEL 7 | RHEL 8 | RHEL 9 |
|---|---|---|---|---|
| x86 | 512 Mo minimum, 1 Go par processeur logique recommandé | N/A 1 | N/A 1 | N/A 1 |
| x86_64 | 1 Go minimum, 1 Go par processeur logique recommandé | 1 Go minimum, 1 Go par processeur logique recommandé 13 | 1,5 Go minimum, 1,5 Go par processeur logique recommandé 13 | 1,5 Go minimum, 1,5 Go par processeur logique recommandé 13 |
| POWER | 2 Go minimum, 2 Go requis par installation | 2 Go minimum, 2 Go requis par installation | 2 Go minimum, 2 Go requis par installation | 2 Go minimum, 2 Go requis par installation |
| IBM Z | 512 Mo | 1 Go | 1 Go minimum, 2 Go requis pour l’installation | 1 Go minimum, 2 Go requis pour l’installation |
| BRAS | N / A | N / A | 2 Go | 2 Go |
| RHEL 6 | RHEL 7 | RHEL 8 | RHEL 9 |
|---|---|---|---|
| 1 Go minimum, 5 Go recommandés | 10 Go minimum, 20 Go recommandés | 10 Go minimum, 20 Go recommandés | 10 Go minimum, 20 Go recommandés |
| Caractéristique | RHEL 6 | RHEL 7 | RHEL 8 | RHEL 9 |
|---|---|---|---|---|
| Taille de fichier maximale | 2 To | 2 To | 2 To | 2 To |
| Taille maximale du système de fichiers | 16 To | 16 To | 16 To | 16 To |
| Nombre maximal de sous-répertoires | 32000 | 32000 | 32000 | 32000 |
| Profondeur maximale du lien symbolique | 8 | 8 | 8 | 8 |
| Prise en charge de la LCA | Oui | Oui | Oui | Oui |
| Caractéristique | RHEL 6 | RHEL 7 | RHEL 8 | RHEL 9 |
|---|---|---|---|---|
| Taille de fichier maximale | 16 To | 16 To | 16 To | 16 To |
| Taille maximale du système de fichiers | 16 To [1 EB] | 50 To [1 EB] | 50 To [1 EB] | 50 To [1 EB] |
| Nombre maximal de sous-répertoires | 65000/illimité | 65000/illimité | 65000/illimité | 65000/illimité |
| Profondeur maximale du lien symbolique | 8 | 8 | 8 | 8 |
| Prise en charge de la LCA | Oui | Oui | Oui | Oui |
Veuillez consulter l’article de la base de connaissances intitulé Red Hat Enterprise Linux Technology Capabilities and Limits for Retired, Non-Maintained Releases pour plus d’informations sur la prise en charge de GFS.
| Caractéristique | RHEL 6 | RHEL 7 | RHEL 8 | RHEL 9 |
|---|---|---|---|---|
| Taille de fichier maximale | 100 To [8 EB] | 100 To [8 EB] | 100 To [8 EB] | 100 To [8 EB] |
| Taille maximale du système de fichiers | 100 To [8 EB] | 100 To [8 EB] | 100 To [8 EB] | 100 To [8 EB] |
| Nombre maximal de sous-répertoires | illimité | illimité | illimité | illimité |
| Profondeur maximale du lien symbolique | illimité | illimité | illimité | illimité |
| Prise en charge de la LCA | Oui | Oui | Oui | Oui |
| Caractéristique | RHEL 6 | RHEL 7 | RHEL 8 | RHEL 9 |
|---|---|---|---|---|
| Taille de fichier maximale | 100 To [8 EB] | 500 To [8 EB] | 8EB | 8EB |
| Taille maximale du système de fichiers | 300 To [16 EB] 14 | 500 To [16 EB] | 1PB | 1PB |
| Nombre maximal de sous-répertoires | illimité | illimité | illimité | illimité |
| Profondeur maximale du lien symbolique | 8 | 8 | 8 | 8 |
| Prise en charge de la LCA | Oui | Oui | Oui | Oui |
| Caractéristique | RHEL 6 | RHEL 7 | RHEL 8 | RHEL 9 |
|---|---|---|---|---|
| Taille maximale du LUN de démarrage (BIOS) | 2 To 15 | 2 To 15 | 2 To | 2 To |
| Taille maximale du LUN de démarrage (UEFI) | 32 bits (i686) – 2 To, 64 bits – 16 To (limite testée) | 50 To | 8EB | 8EB |
Nombre maximal de chemins d’accès aux périphériques ( sddispositifs) | 8,192 16,17 | 10,000 16,17 | 10,000 16,17 | 10,000 16,17 |
| Caractéristique | RHEL 6 | RHEL 7 | RHEL 8 | RHEL 9 |
|---|---|---|---|---|
| Fondation du noyau | 2.6.32 – 2.6.34 | 3.10 | 4.18 | 5.14 |
| Compilateur/chaîne d’outils | CCG 4.4 | CCG 4.8.2 | CCG 8.2.1 | CCG 11.2.1 |
| Langues prises en charge | 22 | 22 | À déterminer | À déterminer |
| Certifié NIAP/CC | Oui (4+) | En cours d’évaluation (4+) | En discussion | En discussion |
| KVM certifié Critères Communs | Évalué | En cours d’évaluation | — | — |
| IPv6 | Prêt Logo Phase 2 | En cours d’évaluation | En discussion | En discussion |
| Certifié FIPS | Oui (8 modules) | En cours d’évaluation (9 modules) | En discussion | En discussion |
| Conforme à l’environnement d’exploitation commun (COE) | N / A | N / A | En discussion | En discussion |
| Conforme au LSB | Oui – 4.0 | En cours d’évaluation (4.1) | En discussion | En discussion |
| GB18030 | Oui | Oui | Oui | En discussion |
| Caractéristique | RHEL 6 | RHEL 7 | RHEL 8 | RHEL 9 |
|---|---|---|---|---|
| Interface graphique du bureau | Gnome 2.28 | Gnome 3.8 | Gnome 3.28 18 | Gnome 40, plus mises à jour 18 |
| Graphique | X.org 7.4 | X.org 7.7 | Wayland 1.15 18 | Wayland 1.19 18 |
| Suite bureautique | Open Office v3.2 18 | Libre Office v4.1.4 18 | Libre Office v6.0.6.1 18 | Libre Office v7.1.8.1 18 |
| Évolution de GNOME | v2.28 | v3.8.5 | v3.28.5 18 | v3.40.4 18 |
| Navigateur par défaut | Firefox 3.6 18 | Firefox 24.5 18 | Firefox 60.5.1 18 | Firefox 91.8.0 18 |
Liée à ces nouvelles versions, les influences du support et garanties indiquées sur le tableau ci-contre:
| Description | Plein soutien | Entretien Soutien 1 (RHEL 7) 12 | Entretien Prise en charge (RHEL 8 et 9) 13 Entretien Soutien 2 (RHEL 7) 12 | Durée de vie prolongée Phase 7 | Module complémentaire ELS (Extended Life Cycle Support) 8 | Module complémentaire de prise en charge étendue des mises à jour (EUS) 8 |
|---|---|---|---|---|---|---|
| Accès au contenu précédemment publié via le portail client Red Hat | Oui | Oui | Oui | Oui | Oui | Oui |
| Auto-assistance via le portail client Red Hat | Oui | Oui | Oui | Oui | Oui | Oui |
| Assistance technique 1 | Illimité | Illimité | Illimité | Limité 9 | Illimité | Illimité |
| Errata de sécurité asynchrone (RHSA) 10 11 | Oui | Oui | Oui | Non | Oui 8 | Oui 8 |
| Errata de correction de bogue asynchrone (RHBA) 2 11 | Oui | Oui | Oui | Non | Oui | Oui |
| Versions mineures | Oui | Oui | Oui (RHEL 7) ; Non applicable (RHEL 8 & 9) | Non | Non | Non |
| Activation matérielle actualisée 3 | Originaire de | Limité 4 natif | Utilisation de la virtualisation | Utilisation de la virtualisation | Utilisation de la virtualisation | Utilisation de la virtualisation |
| Améliorations du logiciel 5 | Oui 6 | Non | Non | Non | Non | Non |
| Mise à jour des images d’installation | Oui | Oui | Oui 14 | Non | Non | Non |
Vous êtes-vous déjà demandé comment et où l’interface utilisateur vSphere génère la configuration matérielle par défaut de la machine virtuelle après avoir sélectionné un système d’exploitation invité spécifique lors de l’assistant de création de machine virtuelle ?
La réponse est assez simple en demandant à la plate-forme vSphere et bien sûr, cela est fourni en tant qu’API que tout client logiciel peut utiliser, y compris notre propre interface utilisateur vSphere !
Cela se fait grâce à l’ API EnvironmentBrowser pour interroger la liste des systèmes d’exploitation invités pris en charge et la compatibilité du matériel virtuel. En plus de ces informations, nous pouvons également demander à la plate-forme vSphere quelle est la configuration matérielle par défaut pour tous les systèmes d’exploitation invités pris en charge à l’aide de l’ API QueryConfigOption .
Pour démontrer comment utiliser l’API QueryConfigOption, voici deux fonctions PowerCLI simples qui peuvent être trouvées dans cet exemple:
Fonction Get-VMHardwareVersion {
paramètre (
[ Paramètre ( Obligatoire = $true )][ Chaîne ] $ClusterName
)
$cluster = Get-Cluster $ClusterName
$envBrowser = Get-View $cluster .ExtensionData.EnvironmentBrowser
$envBrowser .QueryConfigOptionDescriptor ().key
}
Fonction Get-VMHardwareConfig {
paramètre (
[ Paramètre ( Obligatoire = $true )][ Chaîne ] $ClusterName ,
[ Paramètre ( Obligatoire = $true )][ Chaîne ] $VMHardwareVersion
)
$cluster = Get-Cluster $ClusterName
$vmhost = $cluster | Get-VMHost | sélectionner - Premier 1
$envBrowser = Get-View $cluster .ExtensionData.EnvironmentBrowser
$vmHardwareConfigs = $envBrowser .QueryConfigOption ( $VMHardwareVersion , $vmhost .ExtensionData.MoRef )
$vmHardwareConfigs .GuestOSDescriptor
}Avant de pouvoir récupérer la configuration matérielle de la machine virtuelle pour un système d’exploitation invité spécifique, nous devons spécifier la compatibilité matérielle de la machine virtuelle prise en charge. Pour ce faire, vous pouvez utiliser la fonction Get-VMHardwareVersion et spécifier le cluster vSphere souhaité pour interroger ces informations, comme indiqué dans la capture d’écran ci-dessous.
$ClusterName = "MainHost1-Cluster"
Get-VMHardwareVersion -ClusterName $ClusterName
Une fois que nous avons la liste des versions des compatibilités matérielles des VM prises en charge, nous pouvons utiliser la fonction Get-VMHardwareConfig et spécifier le cluster vSphere souhaité et la version de compatibilité matérielle VM pour récupérer la liste de tous les systèmes d’exploitation invités et leurs configurations matérielles par défaut.
$results = Get-VMHardwareConfig -ClusterName $ClusterName -VMHardwareVersion "vmx-10"
$results
Les résultats de cette fonction sont un tableau de tous les systèmes d’exploitation invités. il suffit de filtrer davantage les résultats en désactivant par exemple la propriété Id ou FullName
Voici toutes les appliances virtuelles Nested ESXi actuellement disponibles au téléchargement. Cette page sera mise à jour périodiquement, veuillez revenir ici si vous avez des questions concernant la version de l’appareil.
Pour ceux qui préfèrent utiliser les appliances virtuelles ESXi imbriquées à l’aide de ma bibliothèque de contenu Nested ESXi vSphere, abonnez-vous simplement à :
USB est l’abréviation de “Universal Serial Bus” ou “Bus Universel en Série”. Il s’agit du type de connexion standard dont sont dotés beaucoup d’ordinateurs et divers périphériques.
Avant l’USB, il existait d’autres connecteurs, de l’ADB au FireWire et au SCSI, chacun avec ses propres caractéristiques.
Comme c’est le cas pour de nombreuses normes, l’USB n’a cessé de s’améliorer et d’offrir de nouvelles fonctionnalités.
Les vitesses USB sont d’abord assez simple à comprendre, rappelez-vous qu’un mégaoctet est huit fois plus grand qu’un mégabit (Mb). Dans les détails :
Cette dernière norme s’est diversifiée, la preuve en est avec sa version 3.1 et ses deux variantes : USB 3.1 Gen 1, identique à USB 3.0 SuperSpeed, à 5 000 Mbps, et USB 3.1 Gen 2, SuperSpeed+, à 10 000 Mbps.
L’USB 3.2 est uniquement destiné à l’USB-C, et non à l’USB-A. Il ressemble à l’USB 3.1, en proposant une vitesse maximale de 10 Gbps.
Il est sujet à trois taux de transfert :
Un connecteur USB-C dispose de quatre paires de broches pour transmettre et recevoir les données.
Le Thunderbolt 3 (T3) variante produit par Apple, ressemble au USB-C, néanmoins il est beaucoup plus rapide (40,000 Mbps) et performant. Il fournit des données PCI Express pour les disques durs, les disques SSD et les cartes graphiques, ainsi que la fonctionnalité DisplayPort.
Il s’agit également d’un câble à pair et non d’un câble hôte, il a donc pour but de connecter plusieurs périphériques.
Le Thunderbolt 4 (T4) permet d’utiliser des câbles plus longs (2 m contre 1m pour le T3) et d’autres fonctions intéressantes, telles que la protection des données par accès direct à la mémoire (DMA) et le Hub. Tous les appareils compatibles prennent en charge au moins deux écrans externes 4K, ou un seul écran 8K.
La certification Thunderbolt 4 exige que la bande passante PCIe soit doublée à 32 Gbps.
Déjà présenté en 2019, l’USB 4.0 ou l’USB 4 vise avant tout à simplifier la diversité confuse des différentes spécifications et donc la jungle des appellations. Depuis l’arrivée de l’USB 3.0 et de ses générations suivantes sur les marchés à partir de 2019, on a facilement perdu la vue d’ensemble, car les connecteurs de cette génération étaient tous identiques. Les utilisateurs d’Apple le savent suffisamment. De nouveaux câbles et connecteurs ont dû être achetés. C’était la naissance du connecteur USB Type C. Il a également permis d’améliorer de manière significative la vitesse et la quantité d’électricité.
L’USB tytpe 4 à venir est basé sur le protocole Thunderbolt 3 qui prend en charge un débit allant jusqu’à 40 Gbps. Il a exactement la même apparence que l’USB-C, l’USB 3.2 et les Thunderbolt 3 et 4.
En plus de sa compatibilité avec le Thunderbolt 3, et sa rétrocompatibilité avec l’USB 3.2, ses spécifications minimales sont les suivantes : 20 Gbps, un écran 4K, une alimentation de 7,5 W, mais il peut aussi gérer jusqu’à 40 Gbps, deux écrans et une alimentation de 100 W.
Il peut fournir une alimentation d’au moins 15 W aux accessoires et prendre en charge deux écrans 4K ou un seul écran 8K.
Sinon, il existe aussi d’autres variantes :
L’USB4 peut allouer dynamiquement et intelligemment la bande passante à la vidéo et aux données en fonction des besoins réels.
Nouvelle norme, nouveau logo:
USB 1.1, développé en 1995, est le standard USB d’origine. Il gère deux vitesses de données : 12 Mbits/s pour les équipements comme les unités disques, qui nécessitent un débit élevé, et 1,5 Mbits/s pour les équipements comme les manettes de jeu, qui utilisent une bande passante bien moindre.
En 2002, une nouvelle spécification, l’USB 2.0, ou USB 2.0 Hi-Speed, a été largement adoptée par les fabricants. Cette version est compatible à la fois en amont et en aval avec USB 1.1. Elle accélère le débit de la connexion entre le périphérique et le PC de 12 à 480 Mbits/s, soit un débit 40 fois plus rapide !
L’accroissement de bande passante améliore l’emploi de périphériques externes nécessitant des vitesses de transfert élevées, tels que les graveurs de CD/DVD, scanners, appareils photo numériques, équipements vidéo, etc. L’USB 2.0 prend en charge des applications exigeantes, comme la publication sue le Web, dans laquelle plusieurs appareils à haut débit fonctionnent en même temps. L’USB 2.0 est également pris en charge par Windows XP via une mise à jour.
Le standard USB le plus récent, l’USB 3.0 ou « USB SuperSpeed » apporte de grandes améliorations par rapport à l’USB 2.0. L’USB 3.0 promet un débit allant jusqu’à 4,8 Gbits/s, presque dix fois celui de l’USB 2.0. L’USB 3.0 ajoute un bus physique fonctionnant en parallèle avec le bus 2.0 existant.
C’est en 2002 que l’USB 2.0 (High-Speed) a été commercialisé. Cette version est rétrocompatible avec l’USB 1.1. Elle augmente la vitesse de connexion entre le périphérique et le PC de 12 Mo/s à 480 Mo/s, soit 40 fois supérieure à l’USB 1.1. Le nom du port comprend la mention « Enhanced », « Enhanced Host » ou « Universal Host ».
L’USB 3.0 (SuperSpeed) (2008) améliore les performances de l’USB 2.0. L’USB 3.0 peut atteindre une vitesse de 4,8 Go/s, soit 10 fois plus rapide que l’USB 2.0. L’USB 3.0 ajoute un bus physique actif en parallèle au bus 2.0 existant. L’USB 3.0 est rétrocompatible avec l’USB 2.0. Le nom du port indique USB 3.0.
L’USB 3.1 (SuperSpeed+) offre une bande passante de 10 Go/s, un débit effectif de 3,4 Go/s et une alimentation de 900 mA en aval. A la différence de l’USB 2.0, la version 3.1 Gen 2 fonctionne en full duplex. La norme USB 3.1 Gen 2 est rétrocompatible avec les modèles 3.1 Gen 1 (ou 3.0) et USB 2.0.
