alexxxfr

Pour utiliser beaucoup de soft autour de la virtualisation (principalement VMware et son eco système) ce n'est pas parce que la fonctionnalité est proposée que le produit forcemment sec.... Je pense que Qnap fait fausse route avec ce type fonctionnalité, mais cela n'engage que moi. Proposer un soft de virtualisation meme en version "hosted" necessite des compétences/savoir faire tres spécifiques. Syno aborde le sujet par le bon bout à mon sens en s'intégrant aux API des différents acteurs de ce marché. J'ai un DS1812+ pour mon lab, je viens de déployer le plugin NFS VAAI sur mes ESXi, j'ai hate de tester l'étendu de la prise en charge des VAAI et les perfs!!

Hmmm s'il n'est pas chez lui, il peut monter un connexion VPN, puis un RDP/SSH sur son PCs et utiliser une solution hosted (VMware Fusion/Workstation, Hyper-V sur Win8 ou autre produit similaire) sur son poste physique. Tres facile de disposer d'une machine à 8Go de RAM + un "petit SSD" pour repondre à ce type de besoin. Encore une fois l'architecture des NAS n'est pas conçue pour faire de la virtu

Euhhh précision, evidemment aucune utilité de monter un point NFS sur un systeme Windows (Hyper-V) ça serait plutot un point de montage CIFS

Hello, Je travaille sur les technos de virtualisation depuis quelques temps maintenant et vraiment je ne vois aucun interet pour que Syno developpe un couche de virtualisation dans le DSM. Virtualiser des machines virtuelles demande pas mal de ressources matérielles (principalement de la RAM dans la plupart des cas). Je viens de voir une prez de Qnap sur le Qnap Virtualization Station. Premiere remarque il s'agit d'une approche "Hosted", c'est à dire que l'on installe un soft de virtualization par dessus l'OS Qnap. Ca bouffe de la ressource au niveau de l'OS du NAS, ensuite il faut voir sur quelle techno est basée cette couche de virtualisation, comment sont gérés les accès aux ressources physiques (donc aux ressources du NAS) par les machine virtuelles (translation entre vCPU et pCPU, meme cobat pour la RAM entre physique et virtuelle, gestion du réseau virtuelle etc...) Le materiel n'est pas conçu pour, autant chez Synology que chez Qnap (processeur, quantité de RAM). Je préfère largement l'approche adoptée par Synology (peut etre que Qnap le fait, j'ai pas regardé) qui travaille sur l'intégration de ses boitiers en environnement virtuel (prise en charge des API VAAI en bloc et nfs pour VMware, clonage de LUN, snapshot de LUN etc...prise en charge de l'ODX pour Hyper-V etc...) Intégrer une couche de virtualisation au niveau de l'OS du NAS, et beaucoup trop risqué en terme de stabilité/performance des NAS. S'il fallait faire des propositions à ce niveau, je verrais plutot une amélioration sur la gestion du cache SSD en lecture/ecriture en mode bloc (iSCSI) ET file (NFS), réplication synchrone entre NAS pour des scenarios de PCA sur des opérations de failover/failback, Proposer une vison "VM Centric" dans la console DSM pour observer les performances, point de contention des machines virtuelles, LUNs, point de montage NFS, disques physique etc..proposer le montage automatique d'un share NFS sur les hyperviseurs (VMware ESXi ou Hyper-V). Bref la liste peut etre longue.

Salut, Lorsque les données sont archivées, on peut considérer qu'elles ne seront plus modifiées, par consequent je ne vois pas l'interet de faire une sauvegarde des données archivées. Garantir de la redondance sur le système de stockage qui les héberge, là je suis d'accord, Raid + disque de spare + externalisation des données (Hubic, Google Drive etc....) Pour les données de "travail", il faut bien garder à l'esprit qu'une réplication/copie des données ne constituent pas une sauvegarde. Comment faire en cas de corruption d'un fichier, suppression maladroite ou modification involontaire? Seule une sauvegarde permet d'historiser les données et de récuperer la version souhaitée en fonction de la stratégie de sauvegarde retenue. On peut pousser la reflexion loin....apres tout est une question de cout, et de ratio entre qu'est ce que me coute une perte de mes données (ou une indisponiblité du NAS) versus ce que je gagne grace au travail que je produis avec ces données. Plus le cout de la perte/indisponiblité va etre élevé, plus il faudra investir dans un système disponible/redondant (NAS, type de Raid, disque de spare, replication, ET sauvegarde). Alex

Hmmm why not , Google propose tellement d'APIs pour exploiter ses différents services que ça ne doit pas etre si compliqué que ça, enfin qui sait coder.....

Salut, Hmmmm, tu parles de VMware dans le titre de ton post, je suppose que tu utilises Fusion sur ton MAC pour virtualiser ta machine windows 7? si c'est le cas, comment est configuré le réseau virtuel sous Fusion? NAT, Bridge? Quelle est l'ip de ton LAN physique et quelle est l'IP de ta VM Windows 7?

Salut, Pour aire les choses simplement et réduire les risques liès à la perte de données, tu pourrais prendre un NAS pour ta "prod" sur lequel tu stockes tes données courantes, celles que tu exploites au quotidien. Et prendre un deuxieme NAS, puis utiliser le système de sauvegarde proposé par Synology, je pense au backup via le protocole Rsync, pour copier les données qui doivent etre archivées vers le deuxieme NAS. La fonction est nativement intégré dans le DSM (via interface graphique), ça te laisse toute la souplesse pour choisir le modele qui te convient le mieux pour le NAS de "prod" et le NAS "archivage". Au pire si tu veux faire ceinture et bretelles, tu peux prendre un hébergement genre Hubic, Google Drive etc...pour répliquer tes données "Prod" et/ou "Archives" dans le Cloud. Dans ce cas il vaut mieux avoir un acces internet "costaud", car la 1ere réplication de 12To peut mettre un peu de temps Encore une fois pour diminuer les risques, je serais partisan de séparer "projet en cours" de ce qui doit etre archivé. Alex

Salut, @guygox : le synology est particulèrement adapté à la virtualisation en environnement VMware. il propose des focntionnalités avancées dans ce domaine. Dans ton cas, tu souhaite présenter ton stockage à tes ESXi en iSCSI (donc en mode bloc). Dans ce cas, ton hyperviseur va pouvoir décharcher la plupart des actions lié au stockage au NAS via les API VAAI. Concernant ta configuration, tu fais fausse route. Dans le cas d'une configuration iSCSI en environnement VMware on ne fait pas d'aggregat de lien, mais plutot du multipathing. Je te conseillerais d'utiliser deux interfaces pour pour avoir deux chemins d'accès au stockage. Ensuite c'est l'ESXi qui va choisir l'un ou l'autre chemin en fonction de la policy que tu vas positionner au niveau de ton datastore (MRU, RR, fixed). Généralement dans ce cas on va plutot choisir du RR (Round Robin). L'ESXi va envoyer les I/O sur le PATH 1 puis sur le PATH 2 etc....de cette maniere les deux chemins seront utilisés. Pour de l'utilisation en PME, pas de souci, la solution tient parfaitement la route sous reserve que les configuration soient cohérentes entre le Syno et tes hosts ESXi. Plutot du Raid 10, du multipath iSCSI, pas d'aggregat de lien, du thin provisionning, activation des fonctionnalités avancées au niveau des LUNs pour bénéficier des VAAI VMware. Alex Pour la question de la charge cela va dependre de beaucoup de paramètres, combien de VM hébergées sur le NAS, quelle type d'applications dans les VMs, pour combien d'utilisateurs? Quelle configuration disques envisagées? Tu comptes utiliser la fonction cache SSD R/W du Syno? Alex