NOTE : En pleine modif => Accès interdit à la page
voici la version complète :
Les pannes matérielles, tu doublent tout ce que le budget permet,
Et puis cela n'arrivent pas si souvent que cela si tu mets de la came comme serveur.
Exemple les disques : tout en RAID1 c'et plus rapide et plus simple à gérer.
Un disque planté … vive le hot swap, tu tapes une commande tu retires le disque t'inseres le remplacant, une autre commande et cela se débrouille.
Sur les baies SAN, c'est fait automatiquement, il faut prévoir des disques "spares".
La ram cpu carte mère … très rare, réseau … encore moins
Bref tant que tu mets en prod des serveurs fait pour ça, tu minimises les risques, par contre le budget sen ressent : a vue de nez un petit serveur chez la grosse bleue :
2 CPU (du jour), 16 Go RAM, Sauvegarde LTO 5, Disques 2 x 300 Go (pour le système) + 2 x 600 Go (pour les données) environ 7000 € prix public, garantie constructeur 24x24 7/7 (4h de reponse)
( ex:xSerie on doit trouver l'équivalent chez HP, Dell et autre)
Avec ca tu fais tourner un ERP avec 15 à 25 users (ptet plus mais ca dépend d'autres facteurs) avec de 10 à max 30 Go de données (la aussi ca depend …)
Un max de choses sont en doubles et redondantes, et si jamais tu veux mieux ya mieux mais c'est plus cher. c'est pour moi une config "entrée de gamme".
Actuellement sans tomber dans les orgies budgetaire, il est possible de garantir un temps de reprise après incident de 1h, sur le même site. c'est pas donné, c'est contraignant mais c'est pas diffile à mettre en place.
En dessous ou avec un site de secours distant, cela commence a couter très cher, et surtout cela devient très technique faut que tout le monde suivent.
Sinon j'ai même mis en place tout seul de la réplication de serveur avec un delta d'une demi journée.
Si le serveur primaire plante, mon client peut repartir sur le serveur de secours avec les données de la demi journée précédente, ce qui lui convient très bien. le serveur de secours étant un vieux serveur de recup. On dit "fonctionnement en mode dégradé" ou "the show must go on"
Ca semble vachement fragile comme archi pour un truc qui gère des sous.
Chères, surdimensionnées, pas sexy, je veux bien mais fragile … non l'applicatif au dessus est "fragile" et il faut justement une architecture système solide (donc linux :) ) et une base de données qui tient le choc ( Oracle ) et des ressources plus que suffisantes (en général le double ou le triple des pré requis éditeurs) pour supporter un Progiciel de Gestion "classique" dans son utilisation courante … il faut aussi prévoir :
- les états de stats, de bilan … lancés sur 10 d'historique alors que sur 1 mois le traitement dure 1h
- les requetes faites par des utilisateurs pour qui un index c'est le doigt pour se nettoyer les orifices
- les devs ou les sultants qui par flemme ou manquent de temps préferent stocker des dizaines de millions de lignes plutot que de prévoir une épuration, c'est top pour les sauvegardes ou les perfs 10 ans d'historique comptable :)
Quand j'entend que le prochain mot à la mode (vu que maintenant tout le monde est descendu tres vite du nuage :) ) c'est les BIG DATAS … je m'inquiete
[^] # Re: Je confirme que ça marche bien
Posté par Christophe B. (site web personnel) . En réponse au journal Mon Raspberry pi a un uptime de 14 jours !. Évalué à 2.
NOTE : En pleine modif => Accès interdit à la page
voici la version complète :
Les pannes matérielles, tu doublent tout ce que le budget permet,
Et puis cela n'arrivent pas si souvent que cela si tu mets de la came comme serveur.
Exemple les disques : tout en RAID1 c'et plus rapide et plus simple à gérer.
Un disque planté … vive le hot swap, tu tapes une commande tu retires le disque t'inseres le remplacant, une autre commande et cela se débrouille.
Sur les baies SAN, c'est fait automatiquement, il faut prévoir des disques "spares".
La ram cpu carte mère … très rare, réseau … encore moins
Bref tant que tu mets en prod des serveurs fait pour ça, tu minimises les risques, par contre le budget sen ressent : a vue de nez un petit serveur chez la grosse bleue :
2 CPU (du jour), 16 Go RAM, Sauvegarde LTO 5, Disques 2 x 300 Go (pour le système) + 2 x 600 Go (pour les données) environ 7000 € prix public, garantie constructeur 24x24 7/7 (4h de reponse)
( ex:xSerie on doit trouver l'équivalent chez HP, Dell et autre)
Avec ca tu fais tourner un ERP avec 15 à 25 users (ptet plus mais ca dépend d'autres facteurs) avec de 10 à max 30 Go de données (la aussi ca depend …)
Un max de choses sont en doubles et redondantes, et si jamais tu veux mieux ya mieux mais c'est plus cher. c'est pour moi une config "entrée de gamme".
Actuellement sans tomber dans les orgies budgetaire, il est possible de garantir un temps de reprise après incident de 1h, sur le même site. c'est pas donné, c'est contraignant mais c'est pas diffile à mettre en place.
En dessous ou avec un site de secours distant, cela commence a couter très cher, et surtout cela devient très technique faut que tout le monde suivent.
Sinon j'ai même mis en place tout seul de la réplication de serveur avec un delta d'une demi journée.
Si le serveur primaire plante, mon client peut repartir sur le serveur de secours avec les données de la demi journée précédente, ce qui lui convient très bien. le serveur de secours étant un vieux serveur de recup. On dit "fonctionnement en mode dégradé" ou "the show must go on"
Chères, surdimensionnées, pas sexy, je veux bien mais fragile … non l'applicatif au dessus est "fragile" et il faut justement une architecture système solide (donc linux :) ) et une base de données qui tient le choc ( Oracle ) et des ressources plus que suffisantes (en général le double ou le triple des pré requis éditeurs) pour supporter un Progiciel de Gestion "classique" dans son utilisation courante … il faut aussi prévoir :
- les états de stats, de bilan … lancés sur 10 d'historique alors que sur 1 mois le traitement dure 1h
- les requetes faites par des utilisateurs pour qui un index c'est le doigt pour se nettoyer les orifices
- les devs ou les sultants qui par flemme ou manquent de temps préferent stocker des dizaines de millions de lignes plutot que de prévoir une épuration, c'est top pour les sauvegardes ou les perfs 10 ans d'historique comptable :)
Quand j'entend que le prochain mot à la mode (vu que maintenant tout le monde est descendu tres vite du nuage :) ) c'est les BIG DATAS … je m'inquiete