Reprise du message précédent :
Je pense qu'une petite CVE 10/10 va être annoncée dans la soirée pour GitLab, ils ont sorti des correctifs pour toutes les versions mineures entre 17.2 et 16.0

Gitlab is the new Intel

On verra ce que GitLab CE devient si c'est racheté par Datadog

J'ai une question con mais je la pose quand même : il se passe quoi avec le storage associé à une instance metal quand elle est off ou via spot tu te la fais réquisitionner
Là je parle d'AWS, les spot en metal les moins chères sont à 0.6$ de l'heure, c'est très acceptable.  
 
Qui a déjà foutu du proxmox sur du metal en spot pour le fun ?
 
Même question chez SCW :

 
Genre tu te montes un lab mais que tu l'utilises que quelques heures par jour, où va le storage associé
 
Il y'a un truc que je capte pas.

C'est chaud l'explosion des prix des instances chez SCW.

J'ai un Proxmox chez eux mais sur une Dedibox classique

Qué explosion

Je suis parti chez ionos pour cette raison, j'avais encore une vieille vm avec système de boot spécifique.

mais quand ça a monté, c'est quoi ces histoires ?

Je pense comme les autres EC2, t'as le stockage EBS d'un côté qui lui peut être conservé après que l'instance soit supprimée et l'Instance Storage (interne à l'host) qui lui est perdu.

Edit: Idéalement comme les EBS sont par AZ, tu utilise un stockage partagé type NFS pour ce genre d'usage (voir S3) et tu script ton user_data dans le template de la machine pour tout remonter/charger.

Il ya du métal avec du disk dédié, c'est surtout ceux là qui mintriguent

Oui c’est de ça que je parle. Instance storage: « An instance store volume exists only during the lifetime of the instance to which it is attached. You can’t configure an instance store volume to persist beyond the lifetime of its associated instance.  
 
The data on an instance store volume persists even if the instance is rebooted. However, the data does not persist if the instance is stopped, hibernated, or terminated. When the instance is stopped, hibernated, or terminated, every block of the instance store volume is cryptographically erased.»
 
https://docs.aws.amazon.com/AWSEC2/ [...] etime.html

Ah yes pas mal cette page ! Cimer'
Un peu relou de populate à chaque stop/start Et faut que ça trace aussi.
Et en instance Spot ça doit être compliqué quand même

Les centaines d'US$ mensuel pour avoir oublié d'upgrader des MySQL/MariaDB RDS chez AWS qui génèrent du support étendu
Et ça chiffre vite  

enfin: "oublié"

Salut !

J'ai déployé vault sur un cluster k8s en mode HA via helm. J'ai bien init, unseal et rattaché les replicas au raft en cli.
Par contre si j'essaie de me connecter à l'UI, il me redirige vers la page d'init  

Ça parle à quelqu'un ce souci ?  

Non

"vault status" dans chacun des pods ça te dit quoi ?

J'ai résolu, une histoire de path wildcard pour l'ingress.

C'est l'horreur IAM chez GCP, je suis Admin de l'organisation et je galère à accéder à des trucs, je fais que de me rajouter des mega droits et c'est toujours uber chiant
Comment je fais pour accéder aux précédents comptes de facturation d'un projet ?

edit: ok je me suis ajouté tout billing.* et je vois les anciens, c'est un peu le foutoir m'enfin

Au fait, tu gères comment le déverrouillage automatique du Vault ?
 
J’ai testé Transit, mais bon faut un 2ème Vault
Du coup je fais ça via l’API Vault…

Oui c'est relou.

Si je dis pas de bêtise même en étant Owner ("Propriétaire" ) j'avais pas tous les droits billing.*
Je me suis fait un rôle personnalisé pour tous les avoir. Et encore j'ai vu des droits qu'on peut pas ajouter dans un rôle personnalisé, ça m'a saoulé
 
J'ai essayé un peu en CLI mais c'est un peu galère pour ajouter 10k droits sur un rôle perso

Pour le moment un script cli qui se lance dans un Kubernetes job

 
Pas du tout relou ces trucs qui s'affichent à chaque page