Auteur Sujet: Cloud et redondance électrique  (Lu 14310 fois)

0 Membres et 1 Invité sur ce sujet

PacOrly

  • Abonné Free fibre
  • *
  • Messages: 1 231
  • FTTH 850/350 Orly (94)
Cloud et redondance électrique
« Réponse #12 le: 31 octobre 2015 à 22:24:16 »
A l'heure du nuage, je trouve la redondance électrique superflue.

Parce qu'il n'y a pas de redondance électrique dans le nuage?

mattmatt73

  • Expert.
  • Abonné Bbox fibre
  • *
  • Messages: 7 338
  • vancia (69)
Cloud et redondance électrique
« Réponse #13 le: 31 octobre 2015 à 22:27:42 »
La SSI ne veut pas du Cloud ?

la SSI fait ce que le client veut. Le client voudrait de l'AS400 que les SS2I fourniraient sans même dire au client qu'il y a peut être mieux depuis 35 ans.

normalement, plus la boutique est grosse, plus ils sont conservateurs. Et puis tu fais quoi de l'équipe IT que tu as en CDI et qui administres les baies de serveurs ?

Tu les envois bosser chez Amazon ?

BadMax

  • Client Free adsl
  • Expert
  • *
  • Messages: 3 481
  • Malissard (26)
Cloud et redondance électrique
« Réponse #14 le: 01 novembre 2015 à 00:04:48 »
SSI=Sécurité des Systèmes d'Information :)

thenico

  • Expert.
  • Abonné OVH
  • *
  • Messages: 1 009
  • FTTH >500 Mb/s (13)
Cloud et redondance électrique
« Réponse #15 le: 01 novembre 2015 à 00:38:35 »
SSI=Sécurité des Systèmes d'Information :)
Oups, j'avais oublié qu'il y avait un I en plus dans le sigle (parce que je vois pas énormèment d'ingénierie dans le métier peut être)...
Je parlais bien de SS2I.

AS400, mainframe, logiciel requérant un dongle usb voir parallèle (on a un client avec un vieux serveur uniquement pour le token), etc ...
C'est pas très glorieux mais c'est l'informatique en production aujourd'hui.

mattmatt73

  • Expert.
  • Abonné Bbox fibre
  • *
  • Messages: 7 338
  • vancia (69)
Cloud et redondance électrique
« Réponse #16 le: 01 novembre 2015 à 00:57:20 »
Oups, j'avais oublié qu'il y avait un I en plus dans le sigle (parce que je vois pas énormèment d'ingénierie dans le métier peut être)...
Je parlais bien de SS2I.

AS400, mainframe, logiciel requérant un dongle usb voir parallèle (on a un client avec un vieux serveur uniquement pour le token), etc ...
C'est pas très glorieux mais c'est l'informatique en production aujourd'hui.

Dans ma boutique, il y a un soft métier, trés, trés, trés, ancien... A chaque fois que l'on appuie sur une touche du clavier, ça demande au serveur quoi faire.
C'était ridicule mais comme ça. Jusqu'au jour où le grand patron en visite à la filiale de Rio a pété un plomb : il fallait plus plusieurs secondes la bas, à chaque appuis, pour avoir la suite.

Depuis la bande de grosses nulasses qu'on a au développement (c'est comme ça que l'on appel l'ingénierie chez nous) cherchent comment accélérer la chose, personne de chez eux osant aller dire qu'il faut virer cette vieillerie.
Moralité : Tu n'as pas de couilles, va faire dev. Tu n'as vraiment pas de couilles : postules pour être leur chef.


BadMax

  • Client Free adsl
  • Expert
  • *
  • Messages: 3 481
  • Malissard (26)
Cloud et redondance électrique
« Réponse #17 le: 01 novembre 2015 à 00:57:58 »
Oups, j'avais oublié qu'il y avait un I en plus dans le sigle (parce que je vois pas énormèment d'ingénierie dans le métier peut être)...
Je parlais bien de SS2I.

AS400, mainframe, logiciel requérant un dongle usb voir parallèle (on a un client avec un vieux serveur uniquement pour le token), etc ...
C'est pas très glorieux mais c'est l'informatique en production aujourd'hui.

L'AS/400, c'est du virtuel depuis +5ans, IBM te le fait tourner chez eux si tu veux.
Les dongles USB ça se partage en Ethernet, on a validé un produit qui fait ça avec les jetons de licence de compilateur.
Le mainframe va disparaitre au profit de nouvelles applications.
Etc etc
On dirait que vous récitez le "too big to fail" en version "too old to change" :)

J'ai exploité la même informatique "lourde" avec par exemple des bancs de test dont l'@IP est codé en dur dans une EEPROM. Même dans mon métier, la boite se transforme petit à petit vers le cloud, ça procède pour petites touches, ou parfois ce n'est pas du cloud version publique/dédiée mais version privé. Mais ça change parce que le business gagne du fric dans ces opérations et donc OSEF que ça soit géré en local, à 10, 100 ou 1000km de là. "On s'en fout, ça marche"

q05

  • Abonné Proximus (Belgique)
  • *
  • Messages: 322
Cloud et redondance électrique
« Réponse #18 le: 01 novembre 2015 à 01:47:20 »
Parce qu'il n'y a pas de redondance électrique dans le nuage?
Oui mais je me demande (c'est juste une réflexion) à quoi cela sert si l'application peut démarrer automatiquement sur un autre DC en cas de pépin. Si un fournisseur arrive à s'en passer grâce à un soft plus résistant aux pannes il sera plus compétitif. En informatique, j'ai plusieurs exemples où on se demande comment on n'y a pas pensé plus tôt: zfs ou ReFs face à la manière traditionnelle (1 disque=1 filesystem au début qui est passé petit à petit à des systèmes compliqués de raids et de LogicalVolumeManager), zones de Sun (avant c'était quasi 1 application par serveur même sur unix ce qui fait que l'on se retrouvait avec des dizaines de serveurs tournant à vide), autrefois airco de luxe coutant une fortune (maintenant on augmente la température au max et on refroidit avec l'air extérieur et une roue).

thenico

  • Expert.
  • Abonné OVH
  • *
  • Messages: 1 009
  • FTTH >500 Mb/s (13)
Cloud et redondance électrique
« Réponse #19 le: 01 novembre 2015 à 01:48:12 »
L'AS400 qui date d'avant le renommage en iSerie en virtuel? Je sais pas comment ils ont fait mais l'application métier ne supportent pas les version d'OS400 récente (< 10 ans).
On peut déporter les dongles mais quand tu en as un dont le driver ne se lance même pas sous Windows 2008 et qui n'est pas USB, tu fais quoi ? Tu garde un vieux 2003 physique quelque part et met un IPS devant pour éviter qu'il se fasse exploser lors des audits (et l'équipe de dev de ton IPS t'adore parce qu'a chaque audit leur analyse L7 n'est pas suffisamment fine).
Cobol sait désormais travailler avec du JSON, à ton avis pourquoi ? Parce que ces mainframes ne disparaissent pas, bien au contraire ...

On récite juste le "pourquoi dépenser pour changer quand cela marche encore".
Quoique, non, c'est plutôt 'pourquoi dépenser pour changer du !blingbling".
Les devis pour les Macbook Air passent très vite la validation et Office 365 est passé lorsque tous les monde à pris des iPhone et iPad.

Mais je vois mal Apple sortir quelque chose qui blingbling le monde de l'ERP et autre soft métier pour pouvoir renouveler l'opération.
(Non, l'iPad n'a pas réussi dans ce domaine)

Oui mais je me demande (c'est juste une réflexion) à quoi cela sert si l'application peut démarrer automatiquement sur un autre DC en cas de pépin. Si un fournisseur arrive à s'en passer grâce à un soft plus résistant aux pannes il sera plus compétitif.
Il n'y a pas de demande client donc pourquoi recoder le soft?

q05

  • Abonné Proximus (Belgique)
  • *
  • Messages: 322
Cloud et redondance électrique
« Réponse #20 le: 01 novembre 2015 à 02:13:24 »
Il n'y a pas de demande client donc pourquoi recoder le soft?
Parfois juste pour le plaisir.
Où je suis il y a du gaspillage comme pas possible.
On a des applications qui ne seront plus utilisées d'ici 2 ans car les centraux téléphoniques traditionnels vont êtres démontés.
Et bien on paie quand même une fortune au fournisseur pour tout recompiler sur Itanium alors que l'application tourne depuis des années sur PA-RISC. Idem avec les serveurs: on jettre un superdome Itanium et on le remplace par quasi le même juste pour des raisons que je ne comprends pas d'opex/capex qui fait qu'un serveur de plus de 4 ans n'est plus rentable.

Leon

  • Client SFR sur réseau Numericable
  • Modérateur
  • *
  • Messages: 5 971
Cloud et redondance électrique
« Réponse #21 le: 01 novembre 2015 à 07:41:32 »
Oui mais je me demande (c'est juste une réflexion) à quoi cela sert si l'application peut démarrer automatiquement sur un autre DC en cas de pépin. Si un fournisseur arrive à s'en passer grâce à un soft plus résistant aux pannes il sera plus compétitif.
Tu es sur de toi? Dans un service informatique, as-tu une notion de la répartition du cout entre tous les postes ?
* la location du m² en salle informatique (hors prestations ci dessous)?
* la climatisation redondante/non redondante?
* la facture d'électricité, partie "non redondante"? (y compris amortissement des installations)
* la facture d'électricité, partie "redondante"? (y compris amortissement des installations)
* la facture "réseau" (interconnexion privée ou bande passante Internet)
* l'amortissement du matériel informatique?
* l'installation et la maintenance physique des serveurs?
* l'administration des serveurs?
* le développement  de l'application ? (y compris mises à jour)
* l'administration de l'application?
Cette répartition est-elle la même pour tout type d'application? Clairement, non! Donc la rentabilité dont tu parles dépend énormèment du type d'application. La partie "redondance de l'alimentation" ne représente qu'une toute petite partie du cout total! Il faut bien voir que dans un grand datacenter, c'est mutualisé entre énormèment de serveurs (des dizaines de milliers), donc ça permet de baisser les couts.

Et oui, on est tous d'accord pour dire que ton approche "cloud" a des avantages dans certains cas. Mais dans d'autres, c'est moins rentable.
* Dès que tu as besoin de beaucoup d'IOPS (grosse base de donnée centrale avec énormèment de requêtes), c'est souvent plus rentable avec une plate-forme dédiée. Mettre ça dans un cloud redondé coute très cher. Surtout si tu veux de la reprise d'activité immédiate sans interruption.
* Dans beaucoup d'applications "métier" assez spécifiques, le cout d'hébergement (serveur+bâtiment+électricité+clim+réseau) est assez négligeable par rapport au cout de développement (licence logicielle ou autre) et/ou de maintenance de l'application.
* etc...

Pour finir, comme le dit PacOrly, beaucoup de plates-formes Cloud utilisent des infrastructures assez redondées, et il y a une raison. Beaucoup de plates-formes cloud sont basées sur des serveurs assez haut de gamme, avec pas mal de redondance. Mais je te l'accorde, ça n'est pas généralisé. Tout est une question de compromis. Se baser sur une infrastructure "bas de gamme", avec un taux de défaillance assez élevé, ça nécessite plus d'interventions humaines, et d'utiliser plus souvent ta "redondance logicielle", et donc d'avoir une application plus tolérante aux pannes, avec sans doutes plus de puissance informatique. Donc il faut calculer si c'est rentable, et ce calcul dépend énormèment du type d'utilisation. Une plate forme de streaming vidéo, une plate-forme e-mail, une plate-forme téléphonique, une plate-forme de grosse base de donnée, de l'hébergement web mutualisé, ça a des contraintes très très différentes!

Leon.
« Modifié: 01 novembre 2015 à 08:02:12 par leon_m »

q05

  • Abonné Proximus (Belgique)
  • *
  • Messages: 322
Cloud et redondance électrique
« Réponse #22 le: 01 novembre 2015 à 09:55:39 »
Je suis tombé sur cet article:
http://www.datacenterknowledge.com/archives/2010/07/14/data-centers-with-no-ups-or-generator/
Je ne sais pas s'ils ont poursuivi ou pas mais en tout cas ils y pensent.
Une autre étude sur le sujet: http://research.microsoft.com/pubs/206936/ASPLOS2014.pdf
Où je suis on n'est pas encore dans le cloud (mais on en vend aux clients !), les 3 DC sont évidemment sur UPS mais en cas de perte d'1 DC (fibre coupée par exemple) nos applications redémarrent dans la minute sur l'autre DC; on utilise pour ce faire HP metro cluster ou veritas VCS.
« Modifié: 01 novembre 2015 à 10:32:40 par q05 »

miky01

  • Expert. Réseau RESO-LIAin (01)
  • Abonné K-Net
  • *
  • Messages: 3 829
  • Farges (01)
Cloud et redondance électrique
« Réponse #23 le: 01 novembre 2015 à 10:50:53 »
Parfois juste pour le plaisir.
Où je suis il y a du gaspillage comme pas possible.
On a des applications qui ne seront plus utilisées d'ici 2 ans car les centraux téléphoniques traditionnels vont êtres démontés.
Et bien on paie quand même une fortune au fournisseur pour tout recompiler sur Itanium alors que l'application tourne depuis des années sur PA-RISC. Idem avec les serveurs: on jettre un superdome Itanium et on le remplace par quasi le même juste pour des raisons que je ne comprends pas d'opex/capex qui fait qu'un serveur de plus de 4 ans n'est plus rentable.

Je supose que tu es chez HP, sans indiscrétions.

Pour ce qui est de la tres haute disponibilité ca a été mon job pendant plus de 10 ans de conseiller aux clients des solutions multi-sites, c'est sur que c'est cher d'avoir tout a double ou a triple, mais le demarage d'un système en switchover/failover sur un autre site, ca prend 30 secondees, toujours mieux pour une banque de perdre qques transations que de perdre des milliers d'€ par minutes. ;)

Pour les superdome, c'est le cout du support qui dissuade et force a changer pour du matos plus recent, plus performent, et moins cher.

Pour faire les choses bien, tu prévoit sur chaque site un onduleur de spare et un groupe electogene en backup, pour parer aux pannes et au aux maintenance necessaire qui necessite du down time.