Lazer

Sous le fort militaire de Noisy, attention je t'attends

Hihi, j'avoue je suis coupable, j'ai habillement manœuvré pour t'embarquer dans la virtu contre ton gré

Juste entre l'iTV et l'iCar, voici l'iAutomation... Ce sera à coup sur un éco-système fermé, piloté par iTunes, donc bon.... sans moi quoi Mais au moins ils auront plus de visibilité que Fibaro et feront plus avancer les choses. Et mes collègues arrêteront bien de dire que ma domotique ne sert à rien quand ils auront tous acheté des interrupteurs blancs laqués avec rétro-éclairage quand on les effleure

8 pages, clair que c'est long DSM est toujours installé sur tous les disques que tu lui présentes. C'est dans une petite partition réservée de 2 Go. En ce qui concerne les volumes, ça se passe dans le Gestionnaire de stockage. Là on voit les disques, et on a la possibilité de faire ce qu'on veut. Quelques exemples, toujours avec 3 disques : - les 3 disques groupés ensemble dans 1 seul volume avec SHR (donc avec sécurité) - les 3 disques indépendants, c'est à dire 3 volumes (donc sans sécurité) - 2 disques ensemble dans 1 volume protégé par SHR, et 1 disque tout seul dans un volume sans sécurité Bref, quand tu joueras avec tu comprendras très vite. En dehors de ça, tes autres VM seront bien sur le disque de 250 Go géré par ESXi (le fameux datastore, appelé banque de données en français)

Ma vision des choses pour Xpenology / DSM / Diskstation (3 noms pour dire la même chose au final) : Stockage :Par défaut, DSM conseille de créer une grosse grappe RAID (via leur système SHR). Donc en gros, tu auras une sorte de RAID-5 entre tous tes disques. Si par exemple tu as 3 disques de taille identique (2 To), alors tu auras 4 To de volumétrie utilisable, car 2 To sera réservé pour la protection des données (calcul de parité). Si les disques ont des tailles différentes, le SHR fera au mieux pour essayer de proposer le maximum d'espace dispo à l'utilisateur, tout en conservant la sécurité. Il y a un simulateur sur le site de Synology. Ensuite, quand tu mets tes données dans le gros volume, alors les données seront réparties automatiquement entre les 3 disques. En cas de perte d'un disque dur, les données ne seront pas perdues, et il faut vite acheter un nouveau disque pour que la reconstruction se fasse sur le nouveau disque. La seule séparation logique que tu auras entre tes données, c'est l’arborescence des partages réseaux et des répertoires. Autrement, tu peux effectuer un formatage personnalisé des volumes, par exemple créer 1 volume simple par disque (donc avec l'exemple des 3 disques, ça fera 3 volumes). Ainsi, tu peux choisir de mette les vidéos sur un volume, les enregistrements de caméras sur un autre volume, etc... et ainsi séparer tes données. Par contre, il n'y a aucune sécurité, si un disque tombe en panne, alors les données de ce disques sont perdues. SauvegardeDans les 2 cas exposés ci-dessus, une panne matérielle, un bug logiciel, une erreur humaine, un cambriolage, etc..., peuvent conduire à perdre des données. Alors il faut faire des sauvegardes des données importantes sur un support de stockage externe. Généralement un disque USB fait bien l'affaire, mais on peut aussi avoir un second NAS, et faire la sauvegarde sur le 2nd NAS (on parle alors de réplication). Cas pratiquePerso pour mon N54L, j'ai choisi de faire des volumes simples, donc sans protection. Mes données importantes sont sur un RAID-5 matériel dans mon PC, répliquées sur le NAS, et sauvegardées sur disque externe (stocké dans un autre bâtiment). Mes données non-importantes sont stockées uniquement sur le NAS, sans protection. Cela inclue les fichiers que je peux facilement re-télécharger, ou dont je pourrais très bien me passer si je les perdais. Un jour je mettrai en place de la réplication avec un second NAS, afin d'avoir encore un niveau de protection supérieur. Dans 50 ans, un opérateur installera la fibre chez moi, et je pourrai même répliquer à distance via Internet. Applications :DSM est installé sur tous les disques de ton NAS. Ainsi en cas de perte d'un disque, le NAS peut encore démarrer le système. Tu ne maitrise pas où s'installent les applications. D'après le discours du mec dans son tutoriel, les applis s'installent dans le Volume 1. Dans tous les cas, les applications Synology sont intimement liées à DSM, donc dans ton instance Xpenology que tu as créé, tu peux y mettre toutes tes données et les applications Synology. Par exemple, pour fonctionner, DS Vidéo doit indexer le contenu des disques. De même pour DS Photo, DS File, et Surveillance Station... En revanche, si tu as d'autres services que tu souhaites faire tourner (par exemple mon tuto pour faire un Reverse Proxy avec HAProxy), alors il est judicieux de les isoler dans une VM différente comme le suggère Shad. Forcément, les VMs de type Windows, Linux, Android, etc... doivent tourner dans des VMs différentes. Pour Surveillance Station, il me semble que j'avais déjà précisé qu'il ne vérifie pas les numéros de licences en ligne quand on rentre ceux-ci. Si je ne suis pas assez clair, MP... Sinon, Google est votre ami.

ESXi 5.5 euh... Je suis pas trop motivé pour le moment. Ce qui me gêne c'est qu'il consomme plus de RAM. Le thin provisionning c'est quand tu alloues un espace d'une certaine taille, ici 32Go, et que ça ne prend en réalité 0 sur le disque dur. L'espace est réellement alloué lorsque tu écris dedans. Donc c'est plutôt pas mal. Le piège c'est que si tu fais tu Thin pour toutes les VM tu as vite fait d'allouer plus d'espace que tu en as en réalité. Et donc ça finit par coincer quand tout le monde se met àécrire dedans. A utiliser avec prudence donc. Ensuite le mec explique que le volume de 32 Go sera le premier volume, volume1 dans DSM, et donc c'est làqu'il installera les appli (DS Vidéo, DS Audio, etc...) Et comme c'est un disque virtuel sur ton datastore, tu peux en faire un snapshot depuis vShere Client, c'est àdire une image que tu pourra restaurer pour revenir en arrière au cas où. Sauf que perso je ne sais pas si ça fonctionne vraiment avec DSM. Il dit aussi que si ton datastore est un SSD, théoriquement les applis de DSM seront plus rapides. Perso je trouve que c'est un faible avantage car les amplis de DSM sont toutes petites et démarrent très rapidement même sur un disque dur. Autre chose, si tu mets ce fameux disque virtuel, tu exclue la possibilité de pouvoir un jour sortir de la virtualisation. Avec uniquement des disques RDM pour Xpenology, au moins tu es indépendant ( relis ce que j'ai écris hier àce sujet) Perso je ne mettrais pas ce disque virtuel. Mais tu fais comme tu sens !

Ah oui alors fait comme tu veux pour le tuto Et pour le disque de 32 Go, tu pouvais te contenter de 8Go si tu n'utilises pas Plex comme indiqué. Il conseille surtout la manip si ton datastore est un SSD, ce qui n'est pas le cas car tu as le 250 Go. En plus c'est du Thin Provisionning donc ça ne prend pas de place tant que tu n'écris pas dedans. Pour le coup de séparer les apps pour faire des snapshots c'est pas con. Fait comme tu veux en fait.

Et bien tu crée ton volume de données sur le disque de 2 To. Je ne sais pas ce que c'est que ce disque de 32 Go. Ce n'est pas le disque virtuel que tu avais créé à un moment pour faire des tests ? En tout cas tu ne peux rien faire avec 32 Go.... comparé aux To de tes disques durs. T'es motivé ! Très bien les photos de la carte mère Par contre tu n'as rien pour faire les captures d'écran de l'installation de ESX. Ne me dis pas que tu fais des photos de l'écran ? Perso j'ai fait des captures d'écran avec la carte HP Remote Management, donc elles sont super propres.

Génial, merci Steven. J'avais déjà remarqué que mon HC2 perdait l'heure et se déréglait réguilèrement. Au bout de plusieurs semaines sans reboot, ça commence à fait pas mal de minutes de décalage. Seul le reboot la forçait à reprendre l'heure correcte auprès des serveurs de pool.ntp.org. J'ai fait la modif que tu suggères, donc ça ne devrait plus se reproduire

Oui, la virtualisation c'est complexe, ce n'est pas pour rien qu'on n'a pas ça dans nos PC, et qu'on trouve normalement ces systèmes uniquement en entreprise. Ca fait bosser plein d'ingénieurs, donc en fait c'est pas mal Mais au final les entreprises s'y retrouvent, car au lieu de payer un serveur pour chaque tâche, la consolidation des ressources permet de faire des économies. Quand on maitrise, au final on trouve ça hyper simple et on gagne un temps fou, parce qu'on peut déployer une VM en quelques minutes, alors qu'il fallait plusieurs heures de façon traditionnelle avec un serveur qu'il fallait commencer par installer physiquement (et encore, si on ajouter le temps de commande fournisseur, il faut ajouter 1 mois en moyenne...) Et sache que VMware doit son succès à sa simplicité et ses nombreuses fonctionnalités. Perso je bosse surtout sur les systèmes UNIX (IBM PowerVM pour les connaisseurs), et là c'est déjà un poil plus compliqué... faut pas être fâché avec la ligne de commande Il existe beaucoup d'autres solutions pro : Xenserver, KVM, HyperV, etc... et d'autres plus ou moins gratuites et amateur, mais en train de monter : Proxmox, etc ... Ces paramètres sont conseillés pour obtenir les meilleurs performances possibles : Disque dur 2To en RDM : indépendant et persistant Contrôleur SCSI : Paravirtuel Adaptateur réseau : VMXNET 3 Le principe du Raw Device Mapping (RDM), c'est de donner le disque complet à la Virtual Machine. Donc la VM voit le disque de la même façon que si il n'y avait pas la couche de virtualisation au milieu. Donc ton disque de 2 To, sera géré en direct par Xpenology, et donc formaté par son propre système de fichier, qu'ils appellent Synology Hybrid RAID (SHR). En réalité le SHR est un empilement de technos standards sous Linux : mdadm, LVM, ext4. Les avantages de tout ça sont multiples : - tu peux virer ESXi, installer Xpenology en natif sur la clé USB de ton serveur, et accéder aux données comme si de rien n'était. - Tu peux également retirer les disques du serveurs, et les mettre dans un autre serveur et accéder aux données via un autre Xpenology. - Tu peux aussi le faire avec n'importe quel Linux puisque j'ai précisé plus haut que le mdadm + LVM + ext4 sont supportés par tous les Linux. - Et la situation extrême, un collègue a sorti les disques de son Xpenology, puis les a mis dans son Synology DS414 tout neuf et a pu relire ses données. Elle n'est pas belle la vie ? Bref, le RDM c'est comme si il n'y avait pas de virtualisation. Dans Diskstation, il faut que tu utilises uniquement ton disque de 2 To pour créer un volume. Tu ne touches pas aux rubriques iSCSI LUN et Target. Concernant tes 2 anciens disques, si tu les mets dans le N54L, il faut : - les passer tous les 2 en RDM via la commande vmkfstool en SSH. - les ajouter à ta VM dans les paramètres. - Diskstation va voir 2 nouveaux disques qu'il va te proposer de formater, car il ne saura pas relire les données (techniquement ça pourrait être possible puisque DSM est un Linux, donc il peut potentiellement tout lire, sauf que les gars de Synology n'ont pas implémenté cette fonctionnalité). - donc oui tu vas perdre les données, que tu as eu raison de sauvegarder. En moins de 10 jours, tu es passé d'une demande pour un Synology 2 baies à pas cher, à un serveur avec 4 + 2 baies, plein de RAM, et de la virtualisation. Quel évolution, chapeau bas

Pour la partie ESX je peux le faire le tuto, j'ai déjàtous les screenshots prêts.

J'ai trouvé un autre tuto en français pour les disques RDM : http://synergeek.fr/utiliser-disque-en-raw-device-mapping-rdm-pour-xpenology

En fait il faut que le relai soit commandé en 230V, car comme le FGS est alimenté en 230, ses sorties également ! C'est juste le circuit de commande qui est en 230V, car la charge commutée peut être en 12V DC. L'autre jour quand j'ai bêtement testé mes relais 24VDC sur le FGRM (dont les sorties sont également en 230VAC) ça m'a fait tout drôle d'entendre le relai commuter à 50 Hz. Et heureusement que j'ai coupé à temps avant qu'il n'aie le temps de cramer. Je me la suis un peu joué apprenti sorcier sur ce coup là Et ce n'est pas si simple pour la raison qu'il faut inverser la polarité des vérins.... il existe peut-être des contrôleurs tout fait, mais il faudrait chercher sur les boutiques de domotique ou d'électronique (Conrad, Selectronic, Lextronic, Farnell, Radiospare, etc...). Désolé je n'ai pas de lien sous la main.

Oui oui c'est simple en fait ce qu'on fait là avec VMware, ce sont des tâches assez basiques quand on connait. D'ailleurs, pour cette histoire de RDM (ou de passtrough, appelle ça comme tu veux, sauf que passtrough en VMware ça veut dire donner une carte contrôleur complète à une VM, et pas seulement un disque tout seul), normalement cela se fait via l'interface graphique, mais là on est dans un cas particulier où l'on doit taper une commande via SSH car le disque est local au serveur. Dans la vraie vie en entreprise, les disques sont externes et c'est que recommande VMware.

Oufman, je pense que je le plus simple c'est le schéma de Did. En tout cas c'est plus simple et moins couteux à mettre en oeuvre que ma solution avec un FGRM, car tu as besoin d'un seul relai et d'un seul transfo. Pour le relai du schéma de Did, tu peux utiliser ça qui est facile à câbler, car pas besoin de soudure : http://www.conrad.fr/ce/fr/product/503332/Platine-relais-230-VAC-2-inverseurs-RT-Max-2-x-5-A-250-VAC-Conrad-REL-PCB5-1?ref=list Ce relai branché sur une sortie d'un FGS-221. Et l'alimentation 12V branché sur l'autre sortie du même FGS. Ensuite faudra écrire un petit module virtuel à 3 position : Arrêt / Montée / Descente, et qui se chargera d'activer le relai au repos ou travail, et alimentera le transfo pendant la durée de la manoeuvre.

Oui c'est normal que tu vois 2 fois ton disque avec le "ls", j'ai la même chose. Pour la création du RDM, j'aurais plutôt fait ça : vmkfstools -z /vmfs/devices/disks/t10.ATA_____WDC_WD20EFRX2D68EUZN0_________________________WD2DWCC4M2668199 /vmfs/volumes/datastore/rdm_WD20EFRX2D68EUZN0.vmdk De cette façon, ton disque RDM s'appellera rdm_WD20EFRX2D68EUZN0, ce qui sera plus facile à identifier que localrdm1 dans le futur quand tu auras plusieurs disques en RDM. Autrement, si tu es sur MacOS, plustôt que de faire tourner PuTTY dans une VM Windows, il me semble que tu peux ouvrir une fenêtre de terminal et utiliser la commande "ssh adresse_ip_de_esxi" pour te connecter directement. PS : merci il a l'air chouette ce tuto pour Nanoboot !

Tu ne peux pas passer le disque de 250 Go en RDM, car le principe du RDM c'est de donner un disque en entier àune VM. Or ton disque de 260 Go contient le datastore (banque de données), c'est àdire les disque virtuels de toutes les VM. Donc pas définition, le disque du datastore ne peut pas être mappé en RDM sur une VM en particulier.

Etrange cette histoire de compte... je n'ai pas fait de P2V depuis longtemps, alors je n'ai pas d'idée. Oui en fonction de l'OS, il peut être nécessaire d'arrêter la VM pour modifier les paramètres mémoire.

D'après ton schéma tu as besoin de 2 contacts non ? Ou alors je suis trop fatigué... OK je suis trop fatigué, j'avais regardé et lu trop vite ton schéma + message. En effet c'est une bonne idée. Et du coup tu peux utiliser la seconde sortie d'un FGS-221 pour couper l'alimentation 12V. Mes relais sont à la Poste, donc je les aurai lundi ou mardi je pense.

Regarde le tuto : http://blog.davidwarburton.net/2010/10/25/rdm-mapping-of-local-sata-storage-for-esxi/

Pour mettre les disques en RDM, il faut que tu suives un des tutos que j'ai donné. Pour vérifier que tu as la dernière version 5.x, c'est dans : Panneau de configuration => Mise à jour du DSM

Cool Tu as bien mis ton disque en RDM j'espère, c'est important pour les performances.

Les propositions de Did et de Moicphil sont bonnes (en fait c'est la même chose), mais le souci c'est si tu utilises un FGS, tu peux activer les sorties en même temps et faire un gros court-circuit. C'est pour ça que je suggère plutôt mon montage avec un FGRM. L'inconvénient, c'est qu'il faut doubler les alimentations 12V et les relais (voir schéma sur mon topic). Le principe de mon montage est simple : - le FGRM permet d'alimenter alternativement une alimentation 24V ou l'autre, de façon exclusive - les 2 relais permettent d'inverser la tension, c'est à dire envoyer du +24V ou -24V au moteur ou vérin. Autrement, comme pour les vérins de ta TV tu n'as pas besoin de la calibration du FGRM et des positionnements d'ouverture intermédiaires d'un volet roulant, tu peux te tourner vers des solutions que tu trouveras sur diverses boutique de domotique. Ce sont des petites boitiers commandés par IP/Ethernet, avec des relais. Il faut que tu en trouves qui te permettent d'activer les relais de façon exclusive pour éviter le court-circuit...

@Fredo Le répertoire .sdd.sf est une nouveauté de VMFS 5, car il y a des fichiers cachés nécessaires au bon fonctionnement du système. Tu ne peut rien y faire et tu dois les laisser. http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1001618 A la fin de l'installation, je pense que tu es victime du bug décris dans le tutoriel en anglais (http://cyanlabs.co.uk/tutorials/synology-dsm-4482-gnoboot-to-nanoboot) Si tu ouvres l'écran de la console comme le suggère Shad, tu tomberas sur un écran noir.... en fait le système n'arrive pas à booter. J'ai eu le même souci hier lors de mon install. Donc il faut : - arrêter la VM - supprimer le fichier NanoBoot-5.0.2.1.vmdk - recopier à nouveau ce fichier au même endroit - vérifier dans les paramètres de la VM qu'il est toujours présent (normalement OK) - booter à nouveau la VM Xpenology - et ça devrait être OK Concernant le RDM, voici 2 liens, mais en anglais toujours... : http://blog.davidwarburton.net/2010/10/25/rdm-mapping-of-local-sata-storage-for-esxi/ http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=1017530 La partie la plus délicate est de se connecter en SSH sur le serveur (avec un client comme PuTTY), pour taper 2 ou 3 commandes. En réalité il y en a une seule qui est importante, c'est vmkfstools -z avec_les_bons_paramètres. @P78 VMware Converter sous Windows, plutôt que le compte root, pourquoi n'essaie tu pas le compte Administrateur de ton poste ? Pour Linux 64 bits, je ne sais pas, il faudrait que je fasse quelques recherches...

P78, en fait il faut la version payante pour activer vStorage API permettant les sauvegardes àchaud. Sinon, tu arrêtes la VM, et tu copies le fichier VMDK et ceux qui sont àcôté, et ça fera une sauvegarde complète àfroid, utilisable avec la licence gratuite. En P2V regarde tu côté de VMware Converter. Ça marche très bien avec Windows, mais je n'ai jamais testé avec Linux. Fredo, tu prends le fichier nanoboot....vmdk et tu le copies dans le répertoire de ta VM dans la banque de données. Ensuite tu suis le tutoriel en anglais. .sdd.sf làcomme ça, je ne vois pas ce que c'est. N'y touche pas, je chercherai plus tard.