Le service marketing de VMware est proprement insupportable. Il ne se passe pas 1 mois sans qu'une personne de chez eux ne m'appelle pour me proposer un produit quelconque dont je n'ai pas besoin. Ils m'avaient même envoyé à mon bureau 2 commerciaux très classes en costard, Rolex et j'en passe pour me vendre du vRealize Orchestrator car j'ai eu le malheur de dire une fois que j'automatisais le déploiement de 3 pauvres serveurs de sessions. Pas facile de s'en débarrasser.
Et c'est dommage car cette stratégie commerciale ne rend pas hommage aux qualités techniques de leurs produits, en le vendant comme la solution miracle à tous les usages. Dans 80% des cas c'est pas adapté et ça ne leur fait pas une bonne pub.
Je suis bien d'accord avec toi, on voit ce cas fréquemment. Et je maintiens ce que je dis. VMware c'est pas fait pour cela. C'est super sur de très grosses infras avec de gros moyens et des équipes compétentes.
Pour les PME, associations, etc… C'est vraiment pas une bonne idée je pense, pour toutes les raisons que tu cites. Un Proxmox sera parfait. Et puis les licences vSphere franchement, c'est loin d'être donné…
En fait, ce qui m'énerve, c'est la critique de l'outil dans un cas d'usage qui n'est pas adapté. C'est comme si tu tirais à boulets rouges sur les bases Oracle parce que sur ton RPi c'est une horreur par rapport à MySQL. Oui, mais une base Oracle, c'est pas fait pour tourner sur un RPi à la maison.
ne permet pas de monter un système de fichier autre que leur truc proprio illisible ailleurs (ça rend beaucoup de choses bien compliquées, pas exemple transférer une VM vers un autre système car le serveur VMware est HS)
Pas grave, tu montes le volume de ta baie SAN sur un autre ESX. De toute façon, si la défaillance d'un ESX pose problème dans ton infra, tu as un soucis d'archi, pas d'outil.
infoutu de gérer du RAID logiciel donc fiabilité inférieure et matériel plus cher
Qui donc utilise les disques de l'ESX en RAID ??? Un cluster VMware c'est sur une baie SAN dédiée type NetApp, ou une solution hyperconvergée type Nutanix.
on ne peut pas mettre le système de supervision qu'on veut
Nagios le fait très bien.
pas possible d'installer le système de prévention d'intrusion qu'on veut
Exemple ?
la gestion des serveurs physique n'est possible que sur les points prévus par VMware, compliqué de faire sa tambouille à soi
C'est le concept des solutions type VMware. Tu prends le package et le configure selon la best practice, où même mieux tu fais faire cela par un prestataire agréé. VMware ça ne se "bidouille" pas. C'est pas fait pour ça.
le système de sauvegarde est quasi imposé
NetBackup, Avamar, Veeam, pour ceux que je connais en solution intégrée. Sinon, snap + sauvegarde block du SAN. Sinon, snap + rsync. Qu'est ce qui est imposé ?
Je note que pendant l'installation, il faut laisser le partitionnement en mode automatique. Si on s'amuse à tenter un partitionnement manuel, l'installation de GRUB crash.
Cependant ce n'est pas très grave, par défaut l'installeur créé un volume LVM, donc rien n'empêche après l'installation de le redécouper.
Java c’est le passé. Ça ne survit que par sa base de code énorme et la gestion du legacy dans les gros SI des industriels et administrations. Il existe pléthore de cas où un autre langage fait mieux le job. C#, C++17, Python, Go, Rust, etc…
Java et sa JVM sont des engeances infâmes qui bouffent des quantités de RAM infernales pour répondre à 3 requêtes HTTP lentement. Oui évidement il est possible de faire de super choses en Java : ElasticSearch, Hadoop, etc… mais la majorité des softs que je vois, ce sont des horreurs sans nom.
Bonjour, merci pour ce mode d’emploi mais… je suis navré je n’ai pas compris à quoi cela sert … peut être une petite introduction aurait été intéressante ?
Mon portable est équipé de 2 Go de RAM et tourne sous Ubuntu MATE 18.04 64b. Pour mon usage bureautique + dev (C, C++ et Python) sous vi, ça fonctionne correctement. Pas un foudre de guerre mais ça va.
Et un de moins… Ne reste plus que Blink et Gecko. Et encore, ce dernier est en large perte de vitesse si on en croit les stats d'utilisation de Firefox… On va se retrouver avec un seul moteur de rendu Web massivement utilisé, et bientôt les sites Web ne marcheront plus qu'avec lui. Comme au temps de Trident sur IE6. Personnellement, je trouve que ça fait peur pour l'avenir du Web standard et ouvert…
Benoar, inutile d'être aussi agressif… Tu aurais pu exprimer ce point de vue de manière un peu plus diplomate. C'est toujours très agréable de présenter un petit projet et de se faire baffer sur DLFP. Après on s'étonne qu'il n'y ait pas plus de personnes créant du contenu…
Ce qui est génial, c’est qu’en poussant le truc un peu plus loin tu peux même en faire une émission de télé ! Je vois déjà le truc : Les Marseillais vs les Gilets Jaunes, affrontements en drone, sexe, scandales, tout y est !
Pour nous c’est un serveur de compilation en AIX 4.3.2, avec sa baie de disque SCSI externe de 10Go ! La classe ! Et toujours sous maintenance hardware effectivement. J’ai changé Le disque dur système l’année dernière, ils ont réussi à me trouver un disque dur SCSI IBM de 1Go encore sous blister, fabriqué en 1998. Ça c’est du support à long terme ! Alors la sauvegarde du système sur bande a coup de mksysb, ça s’invente pas… heureusement que mes prédécesseurs ont mis de côté un classeur dans lequel se trouve imprimés plein de newsgroup d’époque sur le sujet ! Et on restaure la bande en faisant booter l’AIX dessus. Faut pas être pressé, mais pour l’époque, c’est quand même impressionnant.
Personnellement j'appelle programmation système le développement sur les briques de base de nos ordinateurs : boot loader, firmware, kernel, piles réseau, graphique, audio, les drivers, etc… La couche de base sur laquelle s'appuie les applications et frameworks "userspace".
Le développement "bare metal" sur SOC par exemple, j'appelle plutôt cela programmation logiciels embarqués. Après, la frontière est assez floue…
Ah ben tout ça c'est dans le monde parfait des applications distribuées avec proxy de HA, des parcs gérés en conf avec puppet ou autre. Allez faire un tour dans le SI des gros industriels. On en est pas encore là, loin de là ! Déjà quand on aura dégagé les Solaris on sera content :D
On peut aussi parler des mainframes IBM de nos administrations ;)
Donc docker tout ça… Oui c'est bien, mais non tout le monde n'en est pas là !
Oula, il est reste des choses à faire !!! Et au contraire, on régresse sur la stabilité je trouve.
En bazard, ce qu'il reste à faire pour moi :
-> Mises à jour sans reboot, même pour le kernel. Ca commence sur GNU/Linux avec Kernel Live Patching (KLP), mais ça reste encore nouveau
-> Stabilité et uniformité des ABI/API. Aujourd'hui, quel cauchemar de développer une appli assez bas niveau portable… POSIX est un échec, au point qu'il a fallut inventer moulte rustines, tels que les autotools.
-> A quand un système d'authentification Linux au niveau de MS Active Directory ?
-> A quand un système de patch management avec reporting et audit du parc pour Linux au niveau de MS WSUS ?
Il ne faut pas oublier que toutes ces belles technos, ces beaux cloud "magiques", etc… ont quand même besoin d'un OS pour tourner. C'est un impondérable, et il faudra toujours des gens compétents pour développer ces systèmes. Je pense que le monde du desktop pour Linux, mais aussi pour les autres OS, est un marché en perte de vitesse, face au tout connecté. Par contre, les OS orientés serveurs "pro", comme RHEL, zOS, Windows Server (obligé de le mentionner quand même, il a ses qualités, surtout la version Core), les BSD, etc… sont la base des technos d'aujourd'hui.
Savoir programmer bas niveau pour ces systèmes, savoir les administrer, savoir les exploiter, cela restera toujours une compétence recherchée. Surtout quand 99% des jeunes diplômés ne sont ni formés ni intéressés par le sujet.
Perso je suis sorti d'école d'ingé il y a 3 ans, j'ai 26 ans. Sur les 100 de ma promo, nous ne sommes que 2 (à ma connaissance) à faire de l'administration système, et à peine plus à faire du dev bas niveau (driver, stack réseau, etc…). Tous les autres sont "consultants" Java, Angular, etc… J'ai pas mis longtemps à avoir un CDI correctement rémunéré. Et je pense pas que je ne manquerai pas de boulot à l'avenir !
En tous cas, on est toujours très loin de ce qui se fait ailleurs, que ce soit en terme de fonctionnalité ou en terme de facilité d'administration. Je pense au beadm de Solaris 11. Couplé à ZFS, c'est terrible. Et c'est sorti en 2011. Repris par FreeBSD depuis d'ailleurs.
Posté par Dafyd .
En réponse à la dépêche Fedora 31 est sortie !.
Évalué à 9.
Dernière modification le 31 octobre 2019 à 23:10.
Bon sang, je dois vraiment être réfractaire au changement, mais sous GRUB 1, on avait un petit fichier menu.lst à éditer, à la syntaxe simple et claire. C'est devenu tellement compliqué sous GRUB 2 qu'on en est arrivé à pondre des utilitaires douteux tels que grubby ou blscfg pour rendre le truc éditable par un être humain.
Alors je comprends bien que GRUB 2 est une avancée sur pleins de sujets par rapport à GRUB 1, mais pourquoi avoir rendu sa conf aussi complexe ??
# Ploum avait raison...
Posté par Dafyd . En réponse au journal Il était une fois… la procrastination. Évalué à 7.
Ploum vous avait pourtant bien dit de refaire DLFP en J2EE et non pas en Rails… j’attends avec impatience la migration Websphere / DB2 / AIX
[^] # Re: PetiteMerveille
Posté par Dafyd . En réponse à la dépêche Proxmox VE 6.2 est disponible. Évalué à 3. Dernière modification le 19 mai 2020 à 02:30.
Le service marketing de VMware est proprement insupportable. Il ne se passe pas 1 mois sans qu'une personne de chez eux ne m'appelle pour me proposer un produit quelconque dont je n'ai pas besoin. Ils m'avaient même envoyé à mon bureau 2 commerciaux très classes en costard, Rolex et j'en passe pour me vendre du vRealize Orchestrator car j'ai eu le malheur de dire une fois que j'automatisais le déploiement de 3 pauvres serveurs de sessions. Pas facile de s'en débarrasser.
Et c'est dommage car cette stratégie commerciale ne rend pas hommage aux qualités techniques de leurs produits, en le vendant comme la solution miracle à tous les usages. Dans 80% des cas c'est pas adapté et ça ne leur fait pas une bonne pub.
[^] # Re: PetiteMerveille
Posté par Dafyd . En réponse à la dépêche Proxmox VE 6.2 est disponible. Évalué à 6. Dernière modification le 17 mai 2020 à 22:07.
Je suis bien d'accord avec toi, on voit ce cas fréquemment. Et je maintiens ce que je dis. VMware c'est pas fait pour cela. C'est super sur de très grosses infras avec de gros moyens et des équipes compétentes.
Pour les PME, associations, etc… C'est vraiment pas une bonne idée je pense, pour toutes les raisons que tu cites. Un Proxmox sera parfait. Et puis les licences vSphere franchement, c'est loin d'être donné…
En fait, ce qui m'énerve, c'est la critique de l'outil dans un cas d'usage qui n'est pas adapté. C'est comme si tu tirais à boulets rouges sur les bases Oracle parce que sur ton RPi c'est une horreur par rapport à MySQL. Oui, mais une base Oracle, c'est pas fait pour tourner sur un RPi à la maison.
[^] # Re: PetiteMerveille
Posté par Dafyd . En réponse à la dépêche Proxmox VE 6.2 est disponible. Évalué à 3.
Pas grave, tu montes le volume de ta baie SAN sur un autre ESX. De toute façon, si la défaillance d'un ESX pose problème dans ton infra, tu as un soucis d'archi, pas d'outil.
Qui donc utilise les disques de l'ESX en RAID ??? Un cluster VMware c'est sur une baie SAN dédiée type NetApp, ou une solution hyperconvergée type Nutanix.
Nagios le fait très bien.
Exemple ?
C'est le concept des solutions type VMware. Tu prends le package et le configure selon la best practice, où même mieux tu fais faire cela par un prestataire agréé. VMware ça ne se "bidouille" pas. C'est pas fait pour ça.
NetBackup, Avamar, Veeam, pour ceux que je connais en solution intégrée. Sinon, snap + sauvegarde block du SAN. Sinon, snap + rsync. Qu'est ce qui est imposé ?
Et tu te permets de juger ?
# L'écosystème JavaScript était trop simple
Posté par Dafyd . En réponse à la dépêche Sortie de Deno 1.0. Évalué à 10.
Rajoutons encore un nouvel outil incompatible avec les autres !
Je vois déjà arriver le DenoHub, le DenoPM, les modules node2deno, deno2node, denowebpackfrombabelnodets…
PS : J'ai le droit on est vendredi :P
# Installation
Posté par Dafyd . En réponse à la dépêche Fedora Silverblue en pratique. Évalué à 2.
Bonjour,
Je note que pendant l'installation, il faut laisser le partitionnement en mode automatique. Si on s'amuse à tenter un partitionnement manuel, l'installation de GRUB crash.
Cependant ce n'est pas très grave, par défaut l'installeur créé un volume LVM, donc rien n'empêche après l'installation de le redécouper.
[^] # Re: Le passé
Posté par Dafyd . En réponse à la dépêche Java 14 tombe le masque. Évalué à 1.
Ben oui faut savoir se faire plaisir !!
# Le passé
Posté par Dafyd . En réponse à la dépêche Java 14 tombe le masque. Évalué à -10.
Java c’est le passé. Ça ne survit que par sa base de code énorme et la gestion du legacy dans les gros SI des industriels et administrations. Il existe pléthore de cas où un autre langage fait mieux le job. C#, C++17, Python, Go, Rust, etc…
Java et sa JVM sont des engeances infâmes qui bouffent des quantités de RAM infernales pour répondre à 3 requêtes HTTP lentement. Oui évidement il est possible de faire de super choses en Java : ElasticSearch, Hadoop, etc… mais la majorité des softs que je vois, ce sont des horreurs sans nom.
Voilà, moinssez.
# Un mode d’emploi pour quoi faire ?
Posté par Dafyd . En réponse au journal chroot scp avec scponly. Évalué à 3.
Bonjour, merci pour ce mode d’emploi mais… je suis navré je n’ai pas compris à quoi cela sert … peut être une petite introduction aurait été intéressante ?
[^] # Re: Ligne éditoriale et bonne pratique de modération
Posté par Dafyd . En réponse à la dépêche Kubuntu Focus : un portable optimisé. Évalué à 2.
Je propose de lancer un grand débat citoyen sur le sujet !
OK je ======> [] 😂
[^] # Re: Ligne éditoriale et bonne pratique de modération
Posté par Dafyd . En réponse à la dépêche Kubuntu Focus : un portable optimisé. Évalué à 0.
Texte long => dépêche
Texte court => journal
Texte très court => lien
?
# 2 Go
Posté par Dafyd . En réponse au journal Combien de RAM en 2020?. Évalué à 10.
Bonjour,
Mon portable est équipé de 2 Go de RAM et tourne sous Ubuntu MATE 18.04 64b. Pour mon usage bureautique + dev (C, C++ et Python) sous vi, ça fonctionne correctement. Pas un foudre de guerre mais ça va.
# Où est la diversité ?
Posté par Dafyd . En réponse au journal KHTML c'est fini. Évalué à 3.
Bonjour,
Et un de moins… Ne reste plus que Blink et Gecko. Et encore, ce dernier est en large perte de vitesse si on en croit les stats d'utilisation de Firefox… On va se retrouver avec un seul moteur de rendu Web massivement utilisé, et bientôt les sites Web ne marcheront plus qu'avec lui. Comme au temps de Trident sur IE6. Personnellement, je trouve que ça fait peur pour l'avenir du Web standard et ouvert…
[^] # Re: Toujours du NIH
Posté par Dafyd . En réponse au journal Convertir des dates avec month_nb. Évalué à 10. Dernière modification le 15 janvier 2020 à 07:57.
Bonjour,
Benoar, inutile d'être aussi agressif… Tu aurais pu exprimer ce point de vue de manière un peu plus diplomate. C'est toujours très agréable de présenter un petit projet et de se faire baffer sur DLFP. Après on s'étonne qu'il n'y ait pas plus de personnes créant du contenu…
# Bloavez mad
Posté par Dafyd . En réponse au journal 2020, l’année du coincoin !. Évalué à 2.
Bloavez mad à tous !
[^] # Re: CRS
Posté par Dafyd . En réponse au journal La Turquie s'équipe de « drones mitrailleurs ». Évalué à 2. Dernière modification le 17 décembre 2019 à 03:28.
Ce qui est génial, c’est qu’en poussant le truc un peu plus loin tu peux même en faire une émission de télé ! Je vois déjà le truc : Les Marseillais vs les Gilets Jaunes, affrontements en drone, sexe, scandales, tout y est !
# Une révolution
Posté par Dafyd . En réponse au journal La Turquie s'équipe de « drones mitrailleurs ». Évalué à 7.
A quand la même chose en France pour remplacer les CRS lors des manifs ???
[^] # Re: Trop récent tout ça !
Posté par Dafyd . En réponse au sondage Quelle est la technologie la plus obsolète sur ou avec laquelle j'ai dû travailler récemment ?. Évalué à 4.
Pour nous c’est un serveur de compilation en AIX 4.3.2, avec sa baie de disque SCSI externe de 10Go ! La classe ! Et toujours sous maintenance hardware effectivement. J’ai changé Le disque dur système l’année dernière, ils ont réussi à me trouver un disque dur SCSI IBM de 1Go encore sous blister, fabriqué en 1998. Ça c’est du support à long terme ! Alors la sauvegarde du système sur bande a coup de mksysb, ça s’invente pas… heureusement que mes prédécesseurs ont mis de côté un classeur dans lequel se trouve imprimés plein de newsgroup d’époque sur le sujet ! Et on restaure la bande en faisant booter l’AIX dessus. Faut pas être pressé, mais pour l’époque, c’est quand même impressionnant.
# Trop récent tout ça !
Posté par Dafyd . En réponse au sondage Quelle est la technologie la plus obsolète sur ou avec laquelle j'ai dû travailler récemment ?. Évalué à 3.
Dommage qu’il n’y ait pas dans cette liste IBM AIX 4, MSDOS, RedHat 7 (pas RHEL), Windows 2000 server, …
[^] # Re: C'est pas tant linux que les OS qui ont "disparu"
Posté par Dafyd . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 1.
Personnellement j'appelle programmation système le développement sur les briques de base de nos ordinateurs : boot loader, firmware, kernel, piles réseau, graphique, audio, les drivers, etc… La couche de base sur laquelle s'appuie les applications et frameworks "userspace".
Le développement "bare metal" sur SOC par exemple, j'appelle plutôt cela programmation logiciels embarqués. Après, la frontière est assez floue…
[^] # Re: C'est pas tant linux que les OS qui ont "disparu"
Posté par Dafyd . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 1.
Ah ben tout ça c'est dans le monde parfait des applications distribuées avec proxy de HA, des parcs gérés en conf avec puppet ou autre. Allez faire un tour dans le SI des gros industriels. On en est pas encore là, loin de là ! Déjà quand on aura dégagé les Solaris on sera content :D
On peut aussi parler des mainframes IBM de nos administrations ;)
Donc docker tout ça… Oui c'est bien, mais non tout le monde n'en est pas là !
[^] # Re: C'est pas tant linux que les OS qui ont "disparu"
Posté par Dafyd . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 5. Dernière modification le 19 novembre 2019 à 21:35.
Oula, il est reste des choses à faire !!! Et au contraire, on régresse sur la stabilité je trouve.
En bazard, ce qu'il reste à faire pour moi :
-> Mises à jour sans reboot, même pour le kernel. Ca commence sur GNU/Linux avec Kernel Live Patching (KLP), mais ça reste encore nouveau
-> Stabilité et uniformité des ABI/API. Aujourd'hui, quel cauchemar de développer une appli assez bas niveau portable… POSIX est un échec, au point qu'il a fallut inventer moulte rustines, tels que les autotools.
-> A quand un système d'authentification Linux au niveau de MS Active Directory ?
-> A quand un système de patch management avec reporting et audit du parc pour Linux au niveau de MS WSUS ?
Enfin bref, sur Linux, il y a encore du boulot !
[^] # Re: C'est pas tant linux que les OS qui ont "disparu"
Posté par Dafyd . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 6. Dernière modification le 19 novembre 2019 à 21:16.
Il ne faut pas oublier que toutes ces belles technos, ces beaux cloud "magiques", etc… ont quand même besoin d'un OS pour tourner. C'est un impondérable, et il faudra toujours des gens compétents pour développer ces systèmes. Je pense que le monde du desktop pour Linux, mais aussi pour les autres OS, est un marché en perte de vitesse, face au tout connecté. Par contre, les OS orientés serveurs "pro", comme RHEL, zOS, Windows Server (obligé de le mentionner quand même, il a ses qualités, surtout la version Core), les BSD, etc… sont la base des technos d'aujourd'hui.
Savoir programmer bas niveau pour ces systèmes, savoir les administrer, savoir les exploiter, cela restera toujours une compétence recherchée. Surtout quand 99% des jeunes diplômés ne sont ni formés ni intéressés par le sujet.
Perso je suis sorti d'école d'ingé il y a 3 ans, j'ai 26 ans. Sur les 100 de ma promo, nous ne sommes que 2 (à ma connaissance) à faire de l'administration système, et à peine plus à faire du dev bas niveau (driver, stack réseau, etc…). Tous les autres sont "consultants" Java, Angular, etc… J'ai pas mis longtemps à avoir un CDI correctement rémunéré. Et je pense pas que je ne manquerai pas de boulot à l'avenir !
Le système, c'est bon mangez-en ;)
[^] # Re: Boot Loader Specification (blscfg de grub2)
Posté par Dafyd . En réponse à la dépêche Fedora 31 est sortie !. Évalué à 2.
En tous cas, on est toujours très loin de ce qui se fait ailleurs, que ce soit en terme de fonctionnalité ou en terme de facilité d'administration. Je pense au beadm de Solaris 11. Couplé à ZFS, c'est terrible. Et c'est sorti en 2011. Repris par FreeBSD depuis d'ailleurs.
https://docs.oracle.com/cd/E23824_01/html/E21801/index.html#scrolltoc
[^] # Re: Boot Loader Specification (blscfg de grub2)
Posté par Dafyd . En réponse à la dépêche Fedora 31 est sortie !. Évalué à 9. Dernière modification le 31 octobre 2019 à 23:10.
Bon sang, je dois vraiment être réfractaire au changement, mais sous GRUB 1, on avait un petit fichier menu.lst à éditer, à la syntaxe simple et claire. C'est devenu tellement compliqué sous GRUB 2 qu'on en est arrivé à pondre des utilitaires douteux tels que grubby ou blscfg pour rendre le truc éditable par un être humain.
Alors je comprends bien que GRUB 2 est une avancée sur pleins de sujets par rapport à GRUB 1, mais pourquoi avoir rendu sa conf aussi complexe ??