Backupserver som tar över vid tex krasch

Sök på "High-Availability". Ofta är tillvägagångssättet specifikt för tjänsterna du vill köra så vill du ha mer specifik info så inkludera tjänst/protokoll i sökningen.

En annan vanlig teknik är det som kallas "cluster" eller "clustering".

Heartbeat i kombination med DRDB är klart värt att titta på.
http://www.linux-ha.org/HomePage

Virtualisering är ju det sista som man vill köra då det handlar om redundans, det är ju ett sätt att få fler logiska maskiner i samma fysiska, vilket innebär att då hosten går ner dör fler maskiner än om man inte kört virtuella..

Men info om vad för OS, vilka tjänster som skall hanteras etc vore bra...

Dock går det mest att lösa med lite klyftigt tänkande och round robin DNS om man vill göra det enkelt.

Det som du talar om kallas även ibland tjänstemigrering och funkar bara om båda maskinerna går som de skall, det är jätte bra för situationer då man exempelvis behöver uppdatera OSet på noderna, då flyttar man tjänsten till nod1, uppdaterar OSet på nod2, flyttar tjänsten tillbaka till nod2 då den startat om och sedan uppdaterar man nod1.

Det funkar dock inte om disken i nod1 dör, eller något liknande, det enda som skyddar en mot fel är redundans, vilket innebär att du måste ha 2 maskiner gående med samma tjänst igång samtidigt om det skall vara byte utan att användarna märker något.

Det enda om virtualisering adderar till scenariot när något går sönder är en extra felkälla, vilket är det sista som man brukar vilja ha

Priserna på bandrobotar är skärmmande höga, dessa är dessutom endast till för backuper då access tiderna på magnetband är enorma.. så det är inte ett alternativ då det kommer till redundans..

Problemet med din ide med en iSCSI disk ansluten till båda maskinerna är att du nu endast flyttat problemet till disken, dör den stannar båda maskinerna och därmed tjänsterna..

Minimum för en redundant lösning är egentligen:
2 NIC per maskin
2 diskar per maskin i spegling (raid1)

2 switchar för redundant koppling.
7 kopplingar mellan utrustningen, 2 upplänkar per maskin, 1 per switch och en crosslink mellan switcharna.

Om det sedan skall finnas dispatchers eller annat för tjänsten (som kan behövas om det är web exempelvis) så blir det ännu mer maskiner och länkar