Serverredundantie die ook rekening houdt met de route naar de server
De tweede server is beschikbaar, maar gebruikers kunnen hem na uitval niet bereiken. Radorfa betrekt netwerkpaden bij serverredundantie in Hedel. We onderzoeken de verbindingen tussen gebruikers, servers en opslag en controleren welke route na een afgesproken storing nog bruikbaar is voor de betreffende applicatie.
1Breng de benodigde routes in kaart
We inventariseren netwerkkaarten, switches en verbindingen voor de serverdienst. Radorfa onderscheidt gebruikersverkeer, beheer en eventuele onderlinge servercommunicatie. Twee kabels geven niet vanzelf onafhankelijke routes als ze op hetzelfde uitgevallen apparaat eindigen. Daarom wordt de volledige verbinding gevolgd tot de bestemming die voor de werktaak daadwerkelijk bereikbaar moet blijven.
2Stem de netwerkinrichting op het platform af
We beoordelen ondersteunde mogelijkheden voor dubbele verbindingen en de relevante switchconfiguratie. Radorfa richt de afgesproken routes in en legt instellingen vast. Verkeerd gecombineerde voorzieningen kunnen juist instabiliteit veroorzaken. Het ontwerp wordt daarom aan de gebruikte omgeving getoetst en niet als algemene kabelverdubbeling uitgevoerd zonder controle van adressering, toegang en verkeersgedrag.
3Test een afgebakende routewijziging
We plannen een gecontroleerde proef van het gekozen uitvalscenario en controleren bereikbaarheid vanuit de relevante richting. Radorfa vergelijkt netwerklogs met de applicatiewerking. Ook herstel van de normale route wordt meegenomen. Een geslaagde verbindingstest alleen bewijst niet dat de gehele bedrijfsfunctie blijft werken; de afgesproken gebruikershandeling hoort bij de beoordeling.
Controleer de volledige serverdienst
Een netwerkdiagram, configuratieoverzicht en omschakelverslag onderbouwen de inrichting. Radorfa noemt welke verbinding is getest en welke afhankelijkheden blijven. Een proef met één kabelbreuk is geen bewijs voor uitval van iedere switch of andere netwerkvoorziening.
Houd reserve en beheer actueel
We spreken af hoe wijzigingen in switches, adressen en serverrollen worden gecontroleerd. Afwijkende meldingen krijgen een eigenaar. Nieuwe verbindingen worden in het diagram verwerkt, zodat de veronderstelde scheiding van routes bij later beheer niet ongemerkt verloren gaat.
Technische controlepunten bekijken
Server, netwerkkaart, switch en opslagverbinding vormen de keten. Configuratiebeheer, toegangscontrole, netwerklogs, monitoring en acceptatietests onderbouwen routeovername.
Welke serverdienst mag niet onnodig stilvallen?
Zijn uw dubbele serververbindingen werkelijk onafhankelijk? We volgen de routes en testen het afgesproken uitvalscenario.
Bespreek uw serverredundantie