Author Topic: Ridondanza 2 HiPath 3800  (Read 4723 times)

0 Members and 1 Guest are viewing this topic.

Offline fastbyte

  • Administrator
  • Sr. Member
  • *****
  • Posts: 374
  • Karma: +1002/-0
    • View Profile
    • Telmekom
Ridondanza 2 HiPath 3800
« on: November 18, 2011, 10:24:45 am »
Ciao,

qualcuno ha visto in giro o sentito per qualche scenario con due HiPath 3800 ridondante in maniera failover?
SOCP Consultant OpenScape Voice & UC Application + SOCA Consultant OpenScape Voice & UC Application + SOCA Sales - Large Account Business (LAB)
----- Hackers (and creative people in general) should never be bored or have to drudge at stupid repetitive work, because when this happens it means they aren't doing what only they can do solve new problems.

Offline Micche

  • Sr. Member
  • ****
  • Posts: 445
  • Karma: +23/-0
  • SHI-JAK
    • View Profile
    • ALET Communications
Re: Ridondanza 2 HiPath 3800
« Reply #1 on: November 18, 2011, 02:36:32 pm »
Magari, mi servirebbe.
Mai sentito.
ciao
Micche
Ricordati! La soluzione dei problemi devi cercarla dentro te stesso, ma quando l'avrai trovata ti accorgerai che è...
sbagliata.

Offline Kimera

  • Global Moderator
  • Hero Member
  • ****
  • Posts: 1.196
  • Karma: +42/-3
  • Kimera (Ars Gratia Artis)
    • View Profile
    • SIEMENS Enterprise Wiki
Re: Ridondanza 2 HiPath 3800
« Reply #2 on: November 18, 2011, 05:40:52 pm »
IMHO definitely not possible: tecnicamente un (meccanismo di) Failover (o Ridondanza) necessita di un sistema "watchdog" (ossia di sorveglianza) sia Hardware che Software tra due (o più) nodi (nodo running/nodo in standby o nodo running/nodo running)...esattamente come l'HA (High Availability) ne necessita in ambito informatico (Server in Cluster o Server Ridondati): mi pare che l'architettura "rigida" (e non solo per quanto concerne l'Hardware) sulla quale poggia tutta la famiglia HiPath 3000, non permetta nulla di simile...o almeno non l'ha permesso fino ad ora forse più per motivi economici che per limitazioni tecnologiche (-> vai a scontrarti con soluzioni necessarie in scenari dove è più conveniente passare a piattaforme di altro livello).

Teoricamente con OSO MX/LX, vista la loro naturale architettura, potrebbero implementre il Failover (o l'Alta Affidabilità, come vi piace di più) sia in termini di ridondanza sia in termini di bilanciamento del carico (anche se questo, in un certo senso, già avviene in un sistema con più chassis in stacking tra loro che hanno però una sola CPU).

L'HiPath 8000 e di conseguenza l'OSV (e storicamente anche l'HiPath 4000, penso già dagli Hicom 300) lo permette (ovviamente in vari modi: ridondanza CPU intra-nodo, ridondanza inter-nodale, ecc.)...ma questo già lo sai!

Saluti,
Kimera.

 
(Ethical) Hackers are not just skilled, they are lucky people and they are persistent people. It's a combination of all three.
"Die Lösung ist immer einfach, man muss sie nur finden" Alexander Solschenizyn

I'm all for being a Partner, and a Professional. But if you want me to sell your products...you need to scratch my back a little too.