Új hozzászólás Aktív témák

• #30073 kraftxld félisten

  Új Válasz 2020-04-20 10:48:22 #30073

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kraftxld

  félisten

  Korábban már kérdezősködtem a RedHat clustering-el kapcsolatban.
  (Én még nem igazán vágom ezt a linux-os cluter témát csak tanulom, nyugodtan be lehet szólni és megfelelő RHEL linkkel a jó irányba terelni ha faszságokat írok.)

  Van egy 6 node-os RHEL7 cluster, corosync-el, GFS2-vel..
  Elég sokszor előfordul, hogy megborul az egész, egy nagycsomó retransmit lesz a hálón, és leáll pár node. Most a nemzetközi helyzet fokozódása miatt 0 load van a clusteren és így is meg szokott borulni.
  A RHEL megoldása az, hogy ilyenkor csinált egy Stonith-et (shoot the node in the head) és a VMware-n keresztül lelövi a node-ot. Ilyet én még nem láttam, de a gondokat ez se oldja meg.

  Nekem úgy tűnik, hogy ez azért van, mert UDP-n keresztül próbál szinkronizálni a cluster és ettől lehetnek a gondok.

  Az UDP helyett át lehetne rakni a clustert SCSI-3 PR módra ami egy shared disk-en keresztül menne? [link]
  Ez megoldaná a cluster szétesését?

  Itt a mostani konfig file:

  totem {
  version: 2
  cluster_name: gfs
  secauth: off
  transport: udp
  mcastport: 12345
  token: 300000
  }
  
  nodelist {
  node {
  ring0_addr: server1
  nodeid: 1
  }
  
  node {
  ring0_addr: server2
  nodeid: 3
  }
  
  node {
  ring0_addr: server3
  nodeid: 4
  }
  
  node {
  ring0_addr: server4
  nodeid: 5
  }
  
  node {
  ring0_addr: server5
  nodeid: 6
  }
  
  node {
  ring0_addr: server6
  nodeid: 7
  }
  }
  
  quorum {
  provider: corosync_votequorum
  }
  
  logging {
  to_logfile: yes
  logfile: /var/log/cluster/corosync.log
  to_syslog: yes
  }

Új hozzászólás Aktív témák