Likes Likes:  0
Resultaten 16 tot 22 van de 22
Pagina 2 van de 2 Eerste 1 2
Geen
  1. #16
    Hardware device voor failover van servers
    geregistreerd gebruiker
    38 Berichten
    Ingeschreven
    29/09/05

    Locatie
    zoetermeer

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: nee
    KvK nummer: nvt
    Ondernemingsnummer: nvt

    Origineel geplaatst door RonaldTimmerman
    gfs is inderdaad wel een mooie oplossing, maar niet waar ik in eerste instantie naar op zoek ben...
    Met redhat clustering software is het juist heel goed mogelijk om slechts 1 server in gebruik te houden en bij het failen van srv a alles naar srv b te sturen. die gfs gebruik je optioneel bij gedeelde storage. volgens mij komt dit toch wel in de buurt van wat je hierboven hebt geschreven. die truc met dns en erg lage ttl is gewoon nogal dirty, legt hoge load op dns. wat mij betreft not done voor lange termijn oplossing.

  2. #17
    Hardware device voor failover van servers
    moderator
    4.784 Berichten
    Ingeschreven
    04/11/05

    Locatie
    Gent

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    12 Berichten zijn liked


    Registrar SIDN: ja
    KvK nummer: nvt
    Ondernemingsnummer: 0475284162

    Beste oplossing is via heartbeat en failover. Zorg er wel voor dat de heartbeat de andere server ook kan "zien" via bvb een seriële/crossed netwerk kabel (zie de docs), en niet enkel via het normale netwerk. 1 IP adres dat doorgegeven wordt tussen de twee servers, en klaar.

    Als je de servers constant syncroon wil houden, kijk dan eens naar drbd. Combinatie van beide maakt een goede redundante setup, met weinig moeite.

    Ik moet wel aanraden deze setup eerst eens goed te testen voor je dit in productie smijt. Elke situatie eens bekijken!

  3. #18
    Hardware device voor failover van servers
    geregistreerd gebruiker
    9 Berichten
    Ingeschreven
    16/11/05

    Locatie
    Hoogvliet

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: ja

    Thread Starter
    Resumerend kom ik op 3 oplossingen:

    - CARP
    - Heartbeat
    - Gfs

    Had ik nog wel de vraag of er nadelen kleven aan CARP. Als ik het zo lees op de website is dit wel de meest eenvoudige (simplistische) oplossing.

    Gfs is iets waar ik me nog eens iets verder in moet verdiepen... Ik ken het qua functie, maar daar stopt het eigenlijk...

  4. #19
    Hardware device voor failover van servers
    geregistreerd gebruiker
    161 Berichten
    Ingeschreven
    15/02/05

    Locatie
    Wageningen

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    3 Berichten zijn liked


    Registrar SIDN: Ja
    KvK nummer: 09148395
    Ondernemingsnummer: nvt

    Voor Linux is er ook een CARP variant : http://www.ucarp.org

    Werkt perfect. Het enige waar je even rekening mee moet houden is het wijzigen van het MAC adres. Als er een failover plaats vind dat wijzigd het MAC adres van de actieve server. Het kan soms zijn dat de timeout op een arp refresh van de router even op zich laat wachten.

    Gfs is leuk maar zul je wel een shared storage voor beide servers nodig hebben. Dit zou je net zo makkelijk kunnen opvangen met NFS. Scheelt een hoop gedoe.

  5. #20
    Hardware device voor failover van servers
    geregistreerd gebruiker
    9 Berichten
    Ingeschreven
    16/11/05

    Locatie
    Hoogvliet

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: ja

    Thread Starter
    Ik was inderdaad al achter linux variant van Carp...

    Ik denk dat ik die ga probereb en er zo uit ben.

    Tot zover iedereen hartelijk dank voor de reacties....

  6. #21
    Hardware device voor failover van servers
    geregistreerd gebruiker
    1.176 Berichten
    Ingeschreven
    08/06/03

    Locatie
    Delft

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: Ja
    KvK nummer: 27269212
    Ondernemingsnummer: nvt

    Werkt perfect. Het enige waar je even rekening mee moet houden is het wijzigen van het MAC adres. Als er een failover plaats vind dat wijzigd het MAC adres van de actieve server.
    Nee dat is niet zo. CARP/VRRP werken met een 'virtueel' IP-adres met ook een virtueel mac-adres. Je hebt bijvoorbeeld:

    server 1 fysiek adres: 10.0.0.100 (00:12:1e:6a:4c:c9)
    server 2 fysiek adres: 10.0.0.101 (00:90:69:c5:3c:9f)
    virtueel adres: 10.0.0.1 (00:00:5e:00:01:41)

    De virtuele IP-adressen, zowel als het virtuele MAC-adres, worden op elk moment gebruikt door de master van dat moment, hier is dus geen wijziging in bij een flap..

    Of is dat anders bij ucarp (geen ervaring mee)?
    Laatst gewijzigd door lifeforms; 19/11/05 om 14:12.

  7. #22
    Hardware device voor failover van servers
    geregistreerd gebruiker
    161 Berichten
    Ingeschreven
    15/02/05

    Locatie
    Wageningen

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    3 Berichten zijn liked


    Registrar SIDN: Ja
    KvK nummer: 09148395
    Ondernemingsnummer: nvt

    Ucarp werkt iets anders. Er wordt een virtueel adres toegevoegd aan een adapter. A la "ip addr add ..... ".

    Dit adres heeft dus hetzelfde MAC adres. Het mooie vind ik wel dat je makkelijk bij het verliezen van de verbinding een script kunt laten uitvoeren.

    Ach het was makkelijk te apt-getten en snel te configen .

Pagina 2 van de 2 Eerste 1 2

Webhostingtalk.nl

Contact

  • Rokin 113-115
  • 1012 KP, Amsterdam
  • Nederland
  • Contact
© Copyright 2001-2021 Webhostingtalk.nl.
Web Statistics