Reprise du message précédent :

Les concours d'uptime c'est fini hein

Y'en a parmi vous qui ont des install IPBX chez eux ?
 
Niveau fournisseur vous êtes satisfaits de ce que vous avez ?
 
Des écueils à tout ça ? J'ai eu une demande hyper vague de la part de mon boss et ça me paraît bizarre comme demande vu notre infra minuscule mais bon.

Avec un PRA de ta forêt AD oui. Sinon un CV à jour ça marche aussi.

   
 
Je vais devoir me connecter juste pour ça ce soir

Le comment et le quand ne sont pas les points les plus problématiques  

Pour ceux qui ont du dell 5520 avec xeon v6 et du ssd nvme pcie / quadro m1200 vous avez des freezes quand il tente de déchiffrer le disque au boot (dmcrypt/luks) ?

Quelle merde

D'ailleurs l'ubuntu préinstallé plante compiz

edit: très xps13 like ce 5520

XaT

Quels peuvent être les problèmes ? Il me semble qu’il est conseillé de le reset 2x tous les 40jours.. chose jamais faite jusqu’à maintenant
 
En dehors des heures d’activité quel impact peut il y avoir ?

 
Non, non, c'était juste la contrainte d'avoir le service UP sans reboot, car des app legacy sur des vieux RH justement. Donc oui, ça a été fait à chaud dans le cas cité avant.

 
mmh je pense pas que tu puisse avoir une VM sur plusieurs hote physique. NUMA a plus a voir avec comment les CPUs (socket) arrivent a "voir" la RAM de l'hote en question. Sur des config multi socket, chaque socket a son pool de memoire
En parcourant rapidement l'article il me semble que RH et OpenStack arrive a emuler le meme comportement que tu peut avoir sur une machine physique en terme d'assigner certains process a certains CPU en virtuel
 
Un post sur Numa et MySQl : https://blog.jcole.us/2010/09/28/my [...] hitecture/  
 
Ca permet de voir comment le systeme gere la memoire.
 

Tu peux faire du partage de VM avec VMware mais je ne sais pas si ça répond exactement à ta demande.

Ca depend, si tu mets les DB sur des SSD qui ne sont pas partagé avec autre chose (une raid1 de SSD pour les db et idem pour les logs par exemple) ca marche tous a fait honorablement.
 
 

Baies fullflash NVME et c'est marre

Vous avez un site de tutos VMware sous la main ?

http://www.yellow-bricks.com/
https://cormachogan.com/
https://www.virtuallyghetto.com/
https://www.codyhosterman.com/
https://www.vladan.fr/
http://labs.hol.vmware.com/HOL/catalogs/
https://kb.vmware.com/selfservice/m [...] crosite.do

Oui mais pour le moment au niveau SSD pour serveur, les constructeurs se gavent.
 

Amazon cloud storage et c’est marre^2

Bientôt on passe de Therefore à un ged maison sur Amazon on verra bien les débits  

Une ged sur amazon !!!
Si ca foire vous avez une garantie de pouvoir ressortir vos billes ?

 
Je sais pas    
 
On va « juste » utiliser s3 pour le stockage. L’application métier est chez nous.  
 
Après pour la sauvegarde je dois regarder les back up des NAS type qnap qui propose une synchronisation intelligente automatique avec s3    
 
Édit : et Glacier  

Je ne peux m'empêcher de penser que quand on te vend du cloud avec datacenter nickel comme ca :

 
défois tu dois avoir :
 

 
 

Ok.

Hum.... Non.

Ça parait difficile d'avoir des data center crades.
S'il faut une semaine pour un data center pour réparer une panne, ça risque de leur couter cher.
Les data center doivent répondre à des normes pour héberger les clients.

Dont iso27001

 
Bah, le DBA a pas vraiment tord, 700ms de parse c'est pas fondamentalement grave, vu que si les choses sont bien fichues, le parse est fait une seule fois, genre t'execute la requete 10000 fois, il parse seulement à la première exec.  
2 pistes :  
- Le progiciel, il fait pas des requetes avec bind variable?  (ou alors, il le fait mais y a un bout de la requete generé dynamiquement   du coup vu d'Oracle c'est jamais la même )
- parametrage différent d'Oracle sur les questions de parse?  

 
700 ms c'est rien du tout    
ici dans le soft .. on as un module de compta/stat qui sort tout un tas de tableaux pour tout un tas de trucs que les comptables adorent  
le problème c'est que le serveur ne traite pas les requêtes en simultanées    et que devoir eplucher toute la compta de l'année ca demande un peu de boulot  
 
le comptable demande le CA mensuelle => TOUS les postes restent  figée en "attente réponse serveur" pendant 5 a 8 SECONDES    
le comptable demande le total des encours et facturé sur l'année =>  la requête vas mettre entre 2 et 10 MINUTES a sortir    
 
et les clients ralent pas trop   les comptables ont pris l'habitude de rester le soir pour faire les chiffres sans planter tout le monde  

Et sinon un export la nuit vous y avez pensez ?

+1 c'est le genre de truc que tu schedule hors plage d'utilisation.
Et tu interdit une tel plage de sélection pour les users

 
arf, justement c'est ce qui m'interesse, de pouvoir compiler sur une centaine de coeurs physique sur différent serveur  

 
On est sur du 12c, à priori selon la littérature et les blogs techniques dispo sur le net, ça a pas mal changé entre la 11 et la 12 de ce côté.  

 
sur vos histoire de oracle/parse de 700ms, effectivement, sorti du contexte, c'est dur de juger.
 
 
Par contre, ça :

 
quand un environnement distribué plus puissant met plus de temps qu'un env mutualisé où tout est regroupé, c'est souvent que les échanges réseaux impactent les mauvaises optimisations (typiquement toutes les petites requêtes invisbles faites trop souvent).
Moi je rechercherais du côté des requêtes les plus fréquentes.

Surtout pas, tu ne touches jamais au krbtgt, il se gère tout seul. Si tu te foires tu ne pourras plus générer de tickets Kerberos donc plus d'authentification.

il se gère tout seul je.. sais pas
 

 source
 
again : http://pbarth.fr/node/203
 
 
Pourquoi je me pose cette question ? car nos passwords krbtgt ont 10ans pour les plus anciens.. et du personnel de l'infra a quitté l'entreprise il y'a peu
 
(pourquoi on se demande si on doit reset le password : https://adsecurity.org/?p=1640)

 
Ils ont prévu de déployer des sondes réseau (parce que des problèmes de réseau, c'est quasi certain qu'ils en ont, avec une gestion assez agressive côté firewall de ce que j'en ai entendu), mais avant de passer à cette partie, mes collègues veulent travailler avant tout sur cette histoire de parse.

 
Non, pas regarder le réseau.
 
Mais regarder le top X des requêtes les plus fréquentes faites côté bdd.

 
If it ain't broken, don't fix it.
 
Microsoft ne recommande pas de toucher au kbrtgt, sauf en cas d'un scénario de disaster recovery (que je commence à connaître par cœur après Petya et NotPetya). Tu risques vraiment de péter ton AD.
Oui les Golden Tickets sont un problème, mais avant de l'attaquer tu as certainement des dizaines d'autres choses bien plus évidentes à sécuriser.
 
Tu peux par exemple mettre en place ceci, qui n'existe pas dans 99% des boîtes:
https://docs.microsoft.com/en-us/wi [...] l#ADATM_BM

 
Je comprends ce que tu veux dire.. pas touche .. mais peux tu m’expliquer ce qui risque de foirer ? Même si je comprends l’importance de ce compte, la procédure de reset ne semble pas dingue.. qu’est ce qui peut entraîner un fail magistral ?

Putain on a ça sur un bout d'infra, les T0/T1... ce bordel So much accounts, such passwords, very duplicate wow  

Tu risques de péter tous les tickets Kerberos en cours et donc d'interrompre tout ce qui y est lié dans ton domaine. L'impact est considérable donc il faut évaluer sérieusement le risque et le besoin.

il me semblait que les tickets émis avant le reset restaient valable jusqu'à la prochaine demande

Il faut reset le password deux fois, et tu as les contraintes liés à la réplication, c'est ce qui peut te piéger.