Reprise du message précédent :
 
 
on a des bouts sur mediawiki, des bouts dans git, et maintenant des bouts dans confluence ...
ça dépend des équipes, des affinités ... aucune cohérence donc "la doc existe mais on sait pas où la trouver"

Le SI c'est surfait

 
hmmm,  
L'edition est multi utilisateur sur bookstack ?

J'aurai bien aimé un petit bouton "export pdf" sur un md lu par gitlab

 
ça doit se faire en 10 minutes avec une CI

10mn par export c'est beaucoup

Racktables ou y'a un nouveau ?

 
Oui on peut bosser à plusieurs sur un élément, gestion des droits et des accès multi-utilisateurs, pour une démo go -> https://www.bookstackapp.com/

Du coup : netbox ou ralph
 
Qui utilise netbox ou ralph ?
Quelles fonctionnalités ?

J'ai utilisé, mais ça commence à être désuet, passe à Foreman. Si jamais t'as des questions sur Spacewalk hésite pas.
Désolé pour le lag, retour de vacances toussa...

On m'a dit ça donc j'ai pas poursuivi

Merci  

Qu'est-ce qui pourrait pousser à mettre ses switchs au milieu d'une baie au lieu du ToR ?

 
Réduire la taille moyenne des cordons entre les serveurs et le switch ?

Ouais mais à part ça (et la c'est full fibre)

 
La grande question de la position des switchs
 
Avec les switchs au milieu t'as besoin de moins de longueurs de câbles différentes. Ca peut avoir du sens avec 100 rack mais si c'est un rack ça ne change pas grand chose
 
EDIT:  

Une autre équipe a déjà posé des trucs en ToR du coup c'est occupé et non-migrable

Baies avec U verticaux sur les côtés et basta.

 
maillage 4D/5D, Torus. In/out en mono baie, prévention des TMS si les calcs sont en bas, et le filler en haut des baies, avoir un seul dispatch par baie (augmentation de la densité sur les dispatch qui, lorsqu'ils sont splittés peuvent avoir des slots non remplis)

En français et avec schéma ?

 
Ce discours de startupper 4.0  

Vous comprenez pas, vous raillez ?
Topologie réseau full mesh dans un premier temps : tu relie tout les noeuds d'une baie entre eux, pas de centralisation. Et bien sur chaque noeud est accessible depuis l'extérieur.
Topologie torus : Tu relie ABCD en cercle, puis Ax à Ax-1 et Ax+1. Jusqu'à former un nouveau cercle. Quand tu visualise ta topologie dans une vue 3D, ça fait un toron.
Quand tu n'a qu'une seule baie, tu doit t'arranger pour éviter d'avoir le circuit puissance à côté du circuit data, et idéalement, d'avoir les data extérieur au dessus, et l'intérieur par le dessous de la baie.
Pour la prévention des TMS : tu ne touche que rarement aux noeuds calcul, tu les places donc à des endroits que tu va cabler qu'une fois et où t'as pas à te baisser, les fillers et baies disques sont donc au dessus des switchs.
Tu t'arrange aussi pour bien remplir les patch panels, pour limiter leurs nombre, et pour pas casser tes câbles. D'autant plus important en optique vue que les cables ont une courbure max.
 
http://i.imgur.com/7s4W9.jpg

Oué tu câbles avec les switchs au centre quoi

 
La question, à la base c'est quand même :  

Perso, j'avais pas compris.
La c'est mieux, mais il me reste TMS (Trouble Musculo Squeletique ?).

C'est ça. Un Switch en bas de baie où tu recables régulièrement, pour les techs, c'est l'enfer. Si tout le DC est conçu comme ça, les mecs auront plus de dos à 40 ans.

Tain, ca fait plusieurs jours que j'essaie de monter un pauvre cluster k8s sur 3 bécanes, ça marchait nickel sur mon lab virtuel, et là j'ai des tétrachiées d'erreurs. Le module weavenet qui veut pas s'initialiser, après c'est bon, ensuite les noeuds qui peuvent pas join alors qu'ils sont sur le même réseau... C'est la misère.
J'étais confiant jusqu'à présent, mais là c'est la merde...
A moins qu'entre mes init et mes reset j'ai foutu le bordel sur les machines?? Pourtant après chaque reset je vire /etc/kubernetes, ~/.kube et je flushe iptables..

Commence par déployer toujours de la même façon avec un playbook Ansible

J'ai jamais eu besoin de toucher à Ansible

Si tu le conçois comme ça, t'a déjà un problème
Utiliser un outil qui garantit que tes déploiement seront toujours identiques, à la différence de ce que tu changes dans le playbook, si tu le dis que t'en a pas besoin alors que c'est précisément ce que t'arrive pas à faire...
Sans compter qu'il doit probablement déjà y avoir 15 playbooks en ligne qui déploient du k8s (perso j'en ai un qui le fait sur 3 Pi).

Non mais si j'ai le temps je veux bien, mais là j'ai une échéance à la fin de la semaine/début semaine prochaine, donc je vais pas apprendre à utiliser Ansible en catastrophe pour mettre en place un cluster k8s, je m'en sortirai pas

T'a une semaine pour déployer un cluster k8s ? Et t'a pas commencé par faire le truc indus de base ?
Bah bon courage
Un conseil, part sur un truc déjà tout prêt genre minikube.

Non mais ya 3 machines hein, pas non plus des chiées
Mais j'avoue qu'en VM avec les snapshots c'est quand même bien plus facile. Ca merde? on repart au snap précédent

Oui enfin, on parle de déployer un k8s, pas un mediawiki. A moins que ce soit une démo/ptf de test, tu t'embarques dans un truc pas facile à maintenir et à faire évoluer, et tu sera bien content dans x mois de pouvoir redéployer à l'identique pour tester ta maj/reproduire ton problème/whatever.
Après, si ça marche sur tes VM et pas en bare métal... Installe esx sur tes 3 machins et pousse tes VMs dessus.

Tu utilises quelle sauce de K8S ?

va dire ça a un des anciens stagiaire de ma boite qu'a joué avec les snapshots pdt plus d'une semaine sur un des 2 Controleur de Domaine d'un client (sur la prod oui oui...).

Comment ça les Snapshots c'est pas magique et ça foire avec à peu près tout ce qui est basé sur de la base de données ?

 
Sur du Windows, c'est pas terrible oui
 
Par contre, j'ai jamais rencontré de soucis (avec Xen/XCP-ng en tout cas) sur du snapshot de VMs avec des DB Postgres/Mysql

Pas que pour les techs, les archi aussi au niveau du déploiement initial. Mais généralement, l'archi doit prévoir les patchs si y'a recâblage régulier sur la baie, avec patch = nombre de prises sur les switchs de la baie. Ca éviter le tearing sur les prises des switchs (valable sur l'optique et le cuivre, vaut mieux changer un couplage optique passif, ou une prise patch, que le switch parce qu'il a une poussière/prise défectueuse, même si maintenant les modules de façade sont remplaçables)

le stagiaire qui a accès à toute la prod

Dans mon cas c'est pour quelques baies tout au plus avec des trucs qui bougeront peu dès que j'aurais virer toute la merde et refait tout au propre (aujourd'hui c'est un sacré foutoir)