Reprise du message précédent :

https://www.youtube.com/watch?v=LgjRq8wfeGQ

C'est quoi du papier ?

Mon premier pc
 

Amiga 600 forever

 
Amiga 500 quand j'avais 4 ans
 
Puis le 1200 avec le HDD "Overdrive" de 128Mo Workbench
 
Le 600 c'était pour la plèbe non

Jte rassure, c'était pas les miens mais ceux de la famille Bien que j'ai hérité du 500 dans ma chambre après l'arrivé du 1200

Et puis ma première config réellement perso c'était un Duron 600Mhz sur une KT jsépuquoi

huhu on parle de thompson
j'ai mon mo5 clavier gomme avec lecteur k7 crayon optique toujours en route <3  avec le moniteur qui va avec
les longues parties de sorcery et plusar  !  
puis après récupéré du collège des MO5-NR (nanoréseau) et T07-70
faut que je fasse des photos de tout ca  

question compliquée du jour ( sligorG )
 
il y a des solutions libres de cache SSD qui marchent bien côté client pour un serveur NAS (NFS)/SAN (iscsi) ?
 
1) Pour la partie NAS NFS je sais qu'il y a FS-Cache qui marche assez bien
 
2) Pour la partie SAN iscsi c'est plus confus, à ma connaissance il y a:
- ZFS avec du L2ARC
- das technos de cache "block-device" comme bcache, dm-cache, enhance-IO ?  
 
mais est-ce vraiment efficace ?
 
en fait je n'arrive pas à trouver de documents claire à ce sujet, j'ai l'impression qu'il y a beaucoup de pipeai et de beau parleurs mais pas vraiment de solutions qui tiennent là route (à moins de s'appeller google/amazon/facebook et de développer ses propres outils)

oui c'est efficace.t'as aussi les zeusram, mais c'est p-e un chouia overkill pour toi

ok  
mais on est bien d'accord que le cache SSD ça a un intérêt côté client iscsi et pas que côté serveur iscsi (par exemple un ZFS) ?  
 
j'ai l'impression que c'est la mode:  
avoir un ou plusieurs gros serveur de stockage "lent", si possible redondants et ensuite juste rajouté des serveurs 1U/2U avec processeurs+ram+ssd de l'autre et reliés en iscsi pour le stockage.
mais je fais toujours gaffe aux effets de mode

Demat  
 
ce nom de topic
et sans lien avec un épisode de la vie de plam
 
c'est pour fêter le transfert dans OSA du  topic de Xatrix sur les vieux jeux
 

Merci
avant l'ETAJV, j'avais rempli des classeurs de pages de codes découpées dans Joystick

présent  
 
mon premier ordi c'était un C64, avec des peeks et des pokes et un magnétophone

Et des pouks

moi aussi ... dans des pochettes plastiques perforées \o/

à la fin ouais, après une coupure de courant  
merci EDF    

non, des cassettes pas des cartes perforées

 
Moi, j'achetais les livres qui compilaient tous les codes, c'était plus simple.

Ah putain je me souviens de linuxmag avec ses putains de pages entières de codes à taper
 
L'horreur.
 
Le seul que je me souvienne c'était un truc pour péter le xor de trucs de charmes sur les cds de l'époque
 
XaT

Bon, j'ai un client qui a « besoin » de beaucoup de To pour ses VM Windows (bah tiens...)
 
Or, j'aimerai éviter autant que possible d'avoir des disques de 1 To ou plus directement attachés à la VM dans XenServer (parce qu'en cas de migration, bonjour... et je parle pas des snapshots).
 
En temps normal (avec du Linux), j'utiliserai des petits disques pour le système et un gros data store en NFS pour les data, mais là comme va y avoir du stockage de fichiers avec des permissions qui viennent de l'AD, j'imagine que c'est la merde intersidérale (avec NFS). Peut être me trompe-je ?
 
J'ai quoi comme alternative ? Un partage Samba dédié aux merdes Windows, avec rentrée dans l'AD/kerberos/etc ?
 
Ça me fait chier, j'aurai bien voulu un datastore « unifié » entre toutes mes VMs (ça simplifie le backup des fichiers, avec un truc qui tourne avec du ZFS par exemple)

Tu peux pas jeter ton client ?
 
XaT

Un SAN ?

J'aurai voulu éviter de pourrir le SAN de ces volumes Windows justement

edit : un deuxième SAN à part tu veux dire ?

Je voudrais éviter Mais à chaque fois que le monde Microsoft remet le bout de son nez dans une infra existante, c'est tellement chiant derrière ce que ça implique

Ça va, je suis pas si vieux que ça avec ma Master System et mon TO8  

A ta place Plam je lui pisserais dessus    
 
XaT

Bon bah va pour la solution XatriX alors

Je prend 1k€ déplacement compris
 
XaT

Vous parlez trop et en plus vous êtes vieux.

 les cheveux blanc ça attire les jeunettes    

Heu, en fait non rien,  c'est pas pertinent

bonsoir,

Si il y en a deja un pourquoi ne pas en profiter ?

 
Parce que c'est l'espace principal (Storage Repository, SR) de toutes les autres VMs, et que si je snapshot une VM, ça me prend double la taille de tout ses disques (le premier snap, ensuite c'est que du delta).
 
Donc quand t'a des gros VDI et que c'est > à la moitié de l'espace total du SR, tu peux pas tout exporter/backuper à chaud simplement d'un coup. Et genre si j'ai un VDI de 1 To et que j'ai moins d'1 To de libre sur mon SR, pas possible de snapshoter cette VM.
 
C'est pour ça que la bonne pratique c'est d'éviter les gros volumes directement sur le SR.
 
Et un VDI d'1 To, ça veut aussi dire 1 To à transférer lors d'un Xen Storage Motion. Même avec un lien Gbit, ça devient franchement long.

bonjour,

vacances H-8

bonjour,
 
migraineG

ISCSI si possible (du coup c'est agnostique du système derrière)

Sorry j'ai toujours un soucis d'echelle, hors boulot  : o

toi aussi le "même avec" devant un simple lien Gbit t'as fait tilter ?

 
+1

Tu peux pas faire un snapshot en réservant une taille inférieure au volume

 
Le premier snapshot (initial) créer un disque parent de la taille du disque précédent + 1 octet. Les snapshots suivant sont que du delta. Je crois que c'est une histoire de tapdisk jsais plus quoi.