Acties:
  • 0 Henk 'm!

  • Cai
  • Registratie: December 2001
  • Laatst online: 11-04 09:13
Situatie

Locatie A:
Server 2012 R2 Hyper-V host met 3 guest VM's (allen Server 2012 RS;+-400gb).
Glasvezel 100/100mb verbinding

Locatie B:
Qnap TS-420 NAS 2tb
Glasvezel 100/100mb verbinding

Lokaal worden de backups op locatie A gedaan op externe disks. De hyper-v guest dienen ook offsite opgeslagen te worden

Geprobeerd
iScsi
De qnap als iScsi target instellen en deze gebruiken als disk voor Windows server backup. Dit werkt verre van stabiel en is geen oplossing gebleken.

SMB
VPN opzetten met de Qnap en Windows serverbackup gebruiken om naar SMB weg te schrijven. Dit faalt ook doordat de Draytek VPN de data load niet leuk vindt, namelijk een VHD van 200+gb. Resultaat, VPN klappert, vliegt eruit en backup faalt.

Backupassist
Backupassist kan in combinatie met het Rsync protocol backuppen. Mooi, want er is dus geen VPN nodig. Echter is dit nu ook al twee keer tijdens een upload mislukt. Backupassist techsupport gebeld. Blijkt dat Rsync niet ondersteund wordt voor VM backups, maar alleen bestanden.

Veeam
Gaat alleen lukken met een Windows device op locatie B, instellen als proxy voor WAN oplossing. Daarnaast als dat lukt, aanschafprijs software EUR 2.800. (Pro plus 4core versie).

Ideeën
Gelezen dat het mogelijk is om Ahsay software te draaien op Qnap. Deze praat via https en zal dus moeten werken. Iemand ervaringen, graag.

Concrete vraag
Iemand ervaringen met offsite Hyper-v (of VMWare) backups en op te slaan op een Nas op locatie B via het internet. Graag.

Acties:
  • 0 Henk 'm!

  • krietjur
  • Registratie: Februari 2001
  • Laatst online: 20:45

krietjur

Where am I?

Wij gebruiken zelf Altaro Hyper-V backup. Wij werken echter wel met Altaro servers op beide locaties, dus niet van Altaro rechtstreeks naar een NAS. Dit moet overigens wel kunnen, maar heb ik dus nooit getest. Met de gratis versie kan je twee VM's backuppen en tot 4 weken terug restoren. Om te testen in elk geval voldoende ;)

Acties:
  • 0 Henk 'm!

  • Linke Loe
  • Registratie: Augustus 1999
  • Laatst online: 18:03
Wij gebruiken Veeam Backup & Replication en ik word er blij van. Mooi product voor een goede prijs. Zorg wel dat je de Enterprise plus versie koopt, want daar zit WAN acceleration in. Overigens hoef je alleen maar de CPU's van je Hyper-V hosts te licenseren en niet die van de Veeam server(s) zelf. Heb je dan nog steeds 4 licenties nodig?

Ik mis overigens waar je nu je backups mee maakt en op welke manier...

[ Voor 9% gewijzigd door Linke Loe op 18-10-2014 22:08 ]


Acties:
  • 0 Henk 'm!

  • Question Mark
  • Registratie: Mei 2003
  • Laatst online: 16:24

Question Mark

Moderator SSC/WOS

F7 - Nee - Ja

Controleer je vpn allereerst eens goed. Als je vpn "klappert" als je veel data kopieert zit daar gewoon iets niet goed, de verbinding moet gewoon blijven werken.

Als daar de fouten uit gehaald zijn test dan nog eens je oplossing met ISCSI. Dat moet namelijk gewoon werken. :)

MCSE NT4/2K/2K3, MCTS, MCITP, CCA, CCEA, CCEE, CCIA, CCNA, CCDA, CCNP, CCDP, VCP, CEH + zwemdiploma A & B


Acties:
  • 0 Henk 'm!

  • Cai
  • Registratie: December 2001
  • Laatst online: 11-04 09:13
Google eens naar iScsi over VPN.

iScsi is hier niet voor ontworpen en dient hier ook niet voor gebruikt te worden.

iScsi kan namelijk erg slecht tegen:
- Latency
- Pakketjes die in verschillende volgorde binnenkomen

Daarnaast wordt zelf het Windows Server OS instabiel wanneer de drive unmount ivm uitvallen van netwerkverbinding (ISP storing/ stroomstoring remote site).

Reden genoeg om dit niet in een productie omgeving te gebruiken.

(Je krijgt het aan de praat en is erg tof, maar dagelijks 400gb intensief kopiëren is niet stabiel gebleken, diverse VPN appliances geprobeerd)

Acties:
  • 0 Henk 'm!

  • Question Mark
  • Registratie: Mei 2003
  • Laatst online: 16:24

Question Mark

Moderator SSC/WOS

F7 - Nee - Ja

Daar ben ik het niet helemaal mee eens. De onderliggende transportlaag die door ISCSI gebruikt wordt (TCP) is prima routeerbaar en heeft geen moeite met latency. De default disk time-out in een Windows systeem is 60 seconden. Een disk mag dus tot 60 seconden compleet wegvallen wil Windows daar uberhaubt moeilijk over doen... En bovendien valt een OS niet uit als een datadisk (dus niet de OS-disk) wegvalt.

Dat de performance niet om over naar huis te schrijven is, is wat anders. Maar dit moet zeker wel stabiel kunnen draaien.

MCSE NT4/2K/2K3, MCTS, MCITP, CCA, CCEA, CCEE, CCIA, CCNA, CCDA, CCNP, CCDP, VCP, CEH + zwemdiploma A & B


Acties:
  • 0 Henk 'm!

  • Killah_Priest
  • Registratie: Augustus 2001
  • Laatst online: 09:46
Question Mark schreef op dinsdag 21 oktober 2014 @ 16:41:
Daar ben ik het niet helemaal mee eens. De onderliggende transportlaag die door ISCSI gebruikt wordt (TCP) is prima routeerbaar en heeft geen moeite met latency. De default disk time-out in een Windows systeem is 60 seconden. Een disk mag dus tot 60 seconden compleet wegvallen wil Windows daar uberhaubt moeilijk over doen... En bovendien valt een OS niet uit als een datadisk (dus niet de OS-disk) wegvalt.

Dat de performance niet om over naar huis te schrijven is, is wat anders. Maar dit moet zeker wel stabiel kunnen draaien.
Dit dus.
Wij hebben maandenlang de backups van een andere site via iscsi over een VPN verbinding gedaan zonder problemen.
Uiteindelijk om verschillende redenen hiermee gestopt (dit was echter niet vanwege performance issues) maar in de tussentijd heeft dit gewoon perfect gedraaid.
Pagina: 1