Lazer

Pas bête le coup de l'adresse IP locale versus la redirection Oui j'ai vu ton screeshot, mais moi le souci c'est que je suis souvent en mode avion (depuis quelques minutes) quand je règle le réveil. Donc je ne sais pas si une appli peut sortir du mode avion, mais si c'est possible, après finalement on n'a pas besoin de vérifier le wifi suite à ta remarque sur l'adresse IP locale.

Cette appli m'intéresse grandement Une question : ton service qui surveille le changement de l'heure du réveil dans Android, ça ne consomme pas de batterie ? Je veux dire, tu surveilles régulièrement l'état du réveil, ou Android réveille tout seul ton programme lorsque le réveil est modifié ? Par contre pour mon usage, étant souvent en déplacement, j'ai besoin de détecter la présence du Wifi afin de mettre à jour le module virtuel.... Il ne s'agirait pas que mon téléphone déclenche le scénario le matin alors que je suis absent. Dernière question : souvent à la maison le soir, je mets mon téléphone en mode avion avant de configurer le réveil du lendemain matin. Est-ce que ton appli serait capable de sortir du mode avion, vérifier que le Wifi est à proximité, et si c'est bien le cas mettre à jour la variable sur la HC2, puis enfin réactiver le mode avion ?

Nicolas, je ne suis pas vraiment d'accord. Tout centraliser sur un seul gros serveur, c'est le meilleur moyen de tout perdre. Il y a tellement de causes possibles : coupure de courant, incendie, cambriolage, erreur humaine, etc... Alors c'est là qu'on fait les sauvegardes pour se prémunir de tout ça, sur un disque externe. Sauf qu'au début, on réalise ses sauvegardes consciencieusement tous les dimanches, puis très rapidement c'est une fois par mois, puis 1 fois tous les 6 mois.... bref c'est pas gérable à titre perso. Même pour les entreprises qui payent des admins dédiés à la sauvegarde ce n'est plus acceptable, la tendance est de réaliser la sauvegarde électroniquement sur des liens WAN haut-débit afin de s'affranchir de la corvée de manipulation de cartouches LTO. Donc je vais commencer par compléter mon HP G7 par un HP G8, ce qui permettra de répliquer les données entre les 2 machines, chacune dans un bâtiment différent (mon garage est séparé de la maison... et j'ai déjà un fourreau qui passe sous le jardin). Ces serveurs HP sont de gamme pro, prévus pour fonctionner 24/24, et sont très largement plus fiables qu'un Synology tout en plastique aux composants à l'origine douteuse. Finalement l'élément le plus faible des serveurs HP c'est bien les disques durs... d'où l'intérêt de bien les choisir et de faire des sauvegarde et/ou réplication. Ensuite, je suis d'accord pour le Raspberry PI, ce n'est pas fiable, j'en ai un que je galère comme pas possible à stabiliser, la carte SD est complètement HS en moins de 6 mois. Je suis en train de jouer avec les montages tmpfs pour contourner le problème, mais clairement je ne ferai jamais rien fonctionner de critique sur cette machine. De toutes façons la puissance CPU est trop faible pour faire tourner quoi que ce soit de sérieux. Le miens est dédié à une tâche bien précise : compter des impulsions. En ce qui concerne le NUC, en revanche, je ne suis pas du même avis. Les nouveaux modèles ont une consommation très basse, à telle point que certains modèles sont totalement fanless, garantissant une longévité accrue (pas de pièce mécanique). De plus, de fabrication Intel, c'est virtuellement indestructible. Attention, il ne s'agira pas de confier des données aux NUC, mais bien d'exploiter sa puissance CPU et RAM pour faire tourner des VMs. Seul le SSD servira à héberger un petit datastore pour les machines virtuelles. Au final, si je vise 3 machines, c'est afin de m'orienter vers des technos permettant de distribuer la charge et les données sur un maximum de machines, afin de supprimer : - les interruptions de service - les pertes de données Pour que cela fonctionne, il faut s'appuyer sur des technologies logicielles fiables, et j'étudie en ce moment VMware Virtual SAN, qui permet de mutualiser l'espace de stockages des différentes machines afin de former un gros volume dont les données sont répliquées sur 2 machines minimum. Ainsi, en cas de perte d'une machine, les VM redémarrent sur la machine d'à coté avec leurs propres données répliquées. Comme ça, je serai prêt quand la fibre optique arrivera chez moi (c'est pour bientôt, ..... plus que 10 ans à attendre :-/ ) pour héberger mes serveurs Web chez moi, et fermer les services en ligne. Dans une utilisation purement domotique, je pourrais sécuriser mon outil de graphiques afin de ne perdre aucune mesure, mettre en prod un centre de notifications toujours disponible, etc... Pour faire un parallèle, il faut bien voir qu'en entreprise, ça fait des années qu'on mutualise tout sur de grosses baies de stockage (NAS pour les fichiers, et SAN pour tout ce qui est en mode bloc : notamment les bases de données, mais aussi les fichiers, les sauvegardes, etc) Cela a un coup important en investissement, et un coup en sauvegarde : sauvegarder plusieurs To chaque nuit n'est pas si simple, surtout que la plupart des entreprises veulent une dispo de service 24/24. La nouvelle tendance actuelle, c'est justement de distribuer les données sur un ensemble de plus petites machines. C'est l'approche appelée Big Data par les marketeux (regardez ce que fait Hadoop, c'est exactement ça), et initié par Google en 1998, depuis rejoint par Facebook et autres grosses entreprises du Web. Quand le volume de données à traiter devient trop important, plutôt que de le centraliser, il faut mieux l'éclater. La "scalabilité" (que je traduirais par montée en charge) est bien meilleure. Les géants du stockage actuel (EMC, IBM, Hitachi, Netapp, etc) sont bien conscients de cette nouvelle orientation du marché (et essayent de s'adapter tant bien que mal), face aux nouvelles entreprises développant des solutions de stockage purement logicielles (Nutanix, etc...) L'informatique est un éternel recommencement....

Il y a déjà un sujet ouvert à ce sujet : http://www.domotique-fibaro.fr/index.php/topic/3397-t%C3%A9l%C3%A9commande-neeo/ Je vais tenter de fusionner les topics.... EDIT : j'ai réussi ma première fusion

Euh, je n'ai pas les noms en tête là , mais il y en a au moins un en ZWave qui est design. "Heat-It" je crois. Sinon il y en a d'autres, mais pas Z-Wave, et toute la question est de savoir si ils auront une API..... c'est pas gagné.

la vente flash a été rapide !

Bah il n'a pas tord Hansolo, j'ai pensé comme lui au début en voyant le titre du sujet. Décidément, avec la domotique on se pose des questions qu'on ne se posait pas avant

oui voilàc'était àce moment là!

Quand tu as créé tes 3 disques RDM, tu as utilisé 3 fois la commande "vmkfstools -z ...." Cela a généré 3 fichiers, qui sont en fait des liens vers les 3 disques durs. Donc il faut bien faire attention à ne pas les copier, sinon le système ne vas pas copier les liens, mais le contenu. Donc il faudra les recréer dans le nouveau datastore avec la commande vmkfstools comme la première fois. Ah oui et aussi, comme tu auras recréé les RDM, il faudra éditer les propriétés de la VM Xpenology, et lui attribuer les 3 "nouveaux" disques. Fredo avait fait un topo détaillé sur cette migration..... noyé quelque part dans les pages de ce sujet.

Fait attention quand même, si tu as des disques RDM, il faut les recréer avec les commandes vmkfstools, et je pas tenter de copier les fichiers. Sinon il recopie le contenu du lien (donc le disque entier..... inutile de dire que ça ne rentrera pas sur le disque de destination)

C'est beau.... mais notre forum est plus beau

- brancher les 2 disques en même temps sous ESXi - créer un nouveau datastore sur le nouveau disque - arrêter les VM - déplacer les répertoires d'un datastore vers un autre. - réimporter les VM depuis le nouveau datastore - redémarrer les VM en entreprise, on utilise une licence vCenter qui permet de faire tout cela à chaud. Pour 5.1, oui l'autre topic du forum en parle. Sinon regarde directement là bas : http://xpenology.com/forum/viewtopic.php?f=2&t=5026

Soyons précis : DSM est basé sur Linux (et non pas l'inverse) En effet, pour Sarah, il faut impérativement Windows. La grande question depuis 2 jours, c'est est-ce que Sarah arrivera à tourner sous Windows 10 sur le nouveau Raspberry PI 2 Model B. Ca ferait une belle économie (investissement, consommation, encombrement). Par contre si tu veux parler à ta domotique, je te conseille de commencer à t'intéresser à Google Now, il commence à y avoir des trucs sympa qui sortent pour piloter sa domotique, et Android a l'avantage de tenir dans la poche, ou dans une VM à la maison. Il y a du potentiel.

Tu peux faire tout ça avec Xpenology, même pas besoin de créer de VM. A mon avis, comme dis SHad, tu n'as pas besoin de ESXi. ESXi a un intérêt si tu veux faire tourner plusieurs OS différents, isoler les services, faire des tests, etc.... sinon faut pas s'embêter, Xpenology en natif sur le PC, et zou

Un peu grillé par Shad. Moi je vise l'inverse de toi à terme Shad Plutôt que de tout consolider sur un gros Server, et risquer de tout perdre d'un coup, je réfléchis à des solutions permettant de répartir les données et les VM parmi plusieurs petits serveurs. Pour le moment, je vise la config suivante : - HP G7 (j'ai déjà ) => Données et une petite puissance CPU (AMD Turion) - HP G8 => Données et une puissance CPU moyenne (avec un petit Xeon) - Intel NUC => Juste un maximum de puissance CPU (avec un i7) Toutes les machines avec 16 Go de RAM. Avec VMware on peut gérer ça assez facilement.

Pourquoi tu veux mettre ESXi ? Quelles VM tu veux faire tourner ? De cette réponse, dépendra le choix des disques durs pour le datastore, et donc de la carte controler. Perso j'ai migré mon datastore sur SSD pour les performances et la fiabilité supérieur au disque dur non mirroré. Et aussi la baisse de consommation (5W, c'est toujours ça de pris) Sachant que pour Xpenology, il n'y a pas besoin de carte RAID car le système DSM effectue un RAID logiciel avec SHR.

OK Du coup, vu le budget disque dur que tu vas avoir, le prix de la CM+CPU+RAM va devenir presque négligeable ! Si c'est juste pour stocker de la données, un petit CPU et une petite quantité de RAM suffiront, donc économique. Les gros CPU ça sert surtout si tu veux faire tourner plein de VM.... et ça ce moment là pour tirer le meilleur de ESXi, il faut partir sur du Xeon. Et là il y a tous les prix.

Je sais pas pourquoi, mais ce logo me dis quelque chose.... voyons voir.... hum hum

Dans ce cas là , pourquoi ne pas prendre un HP Proliant G7 N54L ? Le meilleur rapport qualité/prix. En plus de couter cher, ta config va consommer et chauffer beaucoup.

oui voilàon va dire ça

Pas tout à fait, en théorie les radiateurs à double corps de chauffe apportent un confort identique. Leur atout est une plus rapide remonté en température. Tandis que les bains d'huile ont une montée en température très lente. Pour la taille, le bain d'huile est remplacé par un corps en fonte, donc effectivement c'est plus gros et plus lourd. Dans tous les cas, une bonne domotisation permet de gommer complètement les différences, donc j'ai envie de dire : autant prendre le moins cher, en prenant d'autre caractéristiques en compte (design, etc)

double corps de chauffe (façade + inertie) Par exemple Sauter Bolero. Ou les modèles équivalents chez Acova/Airelec/Noirot/...

ah mais le pire c'est que c'est déjàfait, et je confirme que la vue et l'audition ne sont pas mes points forts !! d'ailleurs je les cherche toujours mes points forts;....

Pour les thermostats, l'offre est limitée.... Il y a le nouveau Secure qui est sympa avec son grand écran, mais pas très bien supporté par la HC2. Sinon il y a plusieurs modèles de thermostat connecté en préparation, Z-Wave ou non. Ca va venir, mais il faut être encore un peu patient. En ce qui concerne les radiateurs à inertie fluide, c'est de la techno basique, c'est difficile de se planter ! Acova est une bonne marque (l'inventeur du sèche serviette), et ils garantissent certains de leurs produits à vie. A mon avis du ne crains pas grand chose. Le top ce sont les radiateurs bi-techno, mais c'est pas le même prix !!! Et puis pour la domotisation, un radiateur à inertie fluide c'est plus facile.

Bah disons que mettre Xpeno dans une VM c'est juste "useless". Un répertoire avec les fichiers dedans, sous Windows fait la même chose. A l'ancienne quoi ! N'oublions pas qu'un NAS c'est avant tout une machine physique séparée du poste de travail, et qui sert à héberger les fichiers qu'on ne veut pas stocker sur le PC.