Si ce que tu cherches, c'est l'intégration avec une infra windows existante, il faut regarder du côté de FreeIpa qui orchestre les composants ldap(389DS)/kerberos(MIT)/dns(BIND) et utilise Samba 4.x pour participer à des trusts avec des domaines windows comme s'il en était un lui-même.
Cela permet par exemple des scénarios où tes machines linux gérées par l'IPA trustent les utilisateurs d'un domaine windows.
Tu as oublié le principal pour les admins linux: le port série virtuel, le mode texte via ssh, le RIBCL, …
Les iLo, c'est sympa avec des zimages qui bougent dans le navigateur dans un applet java ou .Net, mais là où ça devient vraiment intéressant, c'est quand on peut les manipuler en mode texte… fini les accidents de mapping clavier (plus de risque d'avoir un mdp complexe qui ne passe pas), le copier/coller devient possible si le logiciel terminal ssh le supporte, … Et pour l'automatisation, il y a le RIBCL qui permet de manipuler programmatiquement, via une sorte de webservice, la configuration de la carte ilo et du serveur lui étant lié. Au taf, on a par exemple développé des plugins nagios qui interagissent avec les iLO en RIBCL pour collecter les alertes hardware et des métriques, et on a également un système qui permet de déployer des serveurs sans avoir besoin de DHCP ou de PXE, en utilisant le virtual cdrom et des isos générée à la volée, toujours basé sur RIBCL.
Sous Linux, il y a le projet Free IPA, ça gère un parc (utilisateurs et machines) sous linux avec une approche proche d'un Active Directory. Pour le moment, ça a l'air d'être le truc le plus complet (DNS/LDAP/Kerberos/PKI, trusts avec windows, …) et avec une approche industrialisée…
Bon, c'est pas la panacée, il y a quelques points manquants de maturité, mais c'est largement supérieur aux solutions ne reposant que sur LDAP.
une autre option serait de faire du lvm avec auto-tiering:
au sein d'un même VG: avoir un pv sur disque et un pv plus petit sur ssd, et utiliser un daemon genre lvmts pour répartir l'allocation des blocs sur les différents types de disque selon les fréquences d'utilisation…
Avantages:
moins d'usure pour le ssd qui n'est pas traité comme une cache mais bien comme du stockage classique
les données les plus fréquemment accédées sont toujours sur le ssd au lieu de passer par un cycle de vie de type cache.
Inconvénient:
- un peu compliqué à mettre en œuvre
- le ssd est un volume de stockage et le perdre engendre une perte de données (contrairement à un ssd réellement utilisé comme cache)
[^] # Re: Liaison LDAP SAMBA vers Openldap
Posté par SalvadorDalek . En réponse à la dépêche Samba 4.1. Évalué à 1.
Si ce que tu cherches, c'est l'intégration avec une infra windows existante, il faut regarder du côté de FreeIpa qui orchestre les composants ldap(389DS)/kerberos(MIT)/dns(BIND) et utilise Samba 4.x pour participer à des trusts avec des domaines windows comme s'il en était un lui-même.
Cela permet par exemple des scénarios où tes machines linux gérées par l'IPA trustent les utilisateurs d'un domaine windows.
Bien à toi.
[^] # Re: Ubun.... QUOI ????
Posté par SalvadorDalek . En réponse à la dépêche Gruik fait sa tête de lard. Évalué à 1.
Tu as oublié le principal pour les admins linux: le port série virtuel, le mode texte via ssh, le RIBCL, …
Les iLo, c'est sympa avec des zimages qui bougent dans le navigateur dans un applet java ou .Net, mais là où ça devient vraiment intéressant, c'est quand on peut les manipuler en mode texte… fini les accidents de mapping clavier (plus de risque d'avoir un mdp complexe qui ne passe pas), le copier/coller devient possible si le logiciel terminal ssh le supporte, … Et pour l'automatisation, il y a le RIBCL qui permet de manipuler programmatiquement, via une sorte de webservice, la configuration de la carte ilo et du serveur lui étant lié. Au taf, on a par exemple développé des plugins nagios qui interagissent avec les iLO en RIBCL pour collecter les alertes hardware et des métriques, et on a également un système qui permet de déployer des serveurs sans avoir besoin de DHCP ou de PXE, en utilisant le virtual cdrom et des isos générée à la volée, toujours basé sur RIBCL.
[^] # Re: ça vaut quoi?
Posté par SalvadorDalek . En réponse à la dépêche Mandriva, MBS et les PME. Évalué à 4.
Sous Linux, il y a le projet Free IPA, ça gère un parc (utilisateurs et machines) sous linux avec une approche proche d'un Active Directory. Pour le moment, ça a l'air d'être le truc le plus complet (DNS/LDAP/Kerberos/PKI, trusts avec windows, …) et avec une approche industrialisée…
Bon, c'est pas la panacée, il y a quelques points manquants de maturité, mais c'est largement supérieur aux solutions ne reposant que sur LDAP.
[^] # Re: Autre approche avec le SSD sous linux...
Posté par SalvadorDalek . En réponse à la dépêche Accéleration SSD sous Linux. Évalué à 2.
J'avais oublié:
Un projet d'auto-tiering pour LVM
https://github.com/tomato42/lvmts
# Autre approche avec le SSD sous linux...
Posté par SalvadorDalek . En réponse à la dépêche Accéleration SSD sous Linux. Évalué à 2.
Salut,
une autre option serait de faire du lvm avec auto-tiering:
au sein d'un même VG: avoir un pv sur disque et un pv plus petit sur ssd, et utiliser un daemon genre lvmts pour répartir l'allocation des blocs sur les différents types de disque selon les fréquences d'utilisation…
Avantages:
Inconvénient:
- un peu compliqué à mettre en œuvre
- le ssd est un volume de stockage et le perdre engendre une perte de données (contrairement à un ssd réellement utilisé comme cache)