Onderwerp: Dataverkeer telling klopt niet?

Beste,

Ik keek zojuist bij een Reseller om te kijken hoeveel dataverkeer deze verbruikt heeft, nu leek het mij eigenlijk teveel en heb ik deze gebruiker even nader onderzocht. Nu zie ik bij de statistieken van DirectAdmin de onderstaande gegevens:

Date Apache Email Ftp DirectAdmin Other Total
2008 01 01 0.539 MB 1.44 KB 0.00 KB 1.06 GB 0.00 KB 1.06 GB
2008 01 02 8.61 MB 4.02 KB 0.00 KB 0.00 KB 0.00 KB 8.62 MB
2008 01 03 12.9 MB 2.61 KB 0.00 KB 1.05 GB 0.00 KB 1.07 GB
2008 01 04 9.83 MB 0.00 KB 0.00 KB 1.06 GB 0.00 KB 1.06 GB
2008 01 05 11.7 MB 0.00 KB 0.00 KB 1.06 GB 0.00 KB 1.07 GB
total 43.5 MB 8.07 KB 0.00 KB 4.22 GB 0.00 KB 4.26 GB

Opzich is dit nog niet zo gek veel (~1gb per dag) maar het rare is dat het enkel afkomstig is van DirectAdmin zoals ik daar zie. Hoe kan ik zien waar dit echt van afkomstig is? Ik vindt het namelijk ook raar dat het elke dag evenveel is en zelfs 1 dag 0.00 KB. Ik heb zo'n vermoeden dat de telling niet klopt.

Anyone?

iedere dag een backup?

Ja, dat wordt daar ook bij opgeteld dus? Hoe kan ik dit laten komen vervallen, of is dit niet mogelijk?

niet. Maar ze zullen vast een off-site backup maken en dan is het wel degelijk traffic die jij wilt laten meetellen

Nou nee, ik denk dat ik dat dan zelf doe omdat ik de admin backup nog niet erg vertrouw (of is deze momenteel al in een goed stadium?). Ik heb nu bij de resellers dit zelf ingesteld aangezien dat altijd nog goed gewerkt heeft.

Ja maar als de klant een php scriptje heeft op een crontabje die bijvoorbeeld een mysql dump maakt, dan heb jij daar toch niks mee te maken? gewoon verkeer rekenen

Oorspronkelijk geplaatst door ErikKosters

Nou nee, ik denk dat ik dat dan zelf doe omdat ik de admin backup nog niet erg vertrouw (of is deze momenteel al in een goed stadium?). Ik heb nu bij de resellers dit zelf ingesteld aangezien dat altijd nog goed gewerkt heeft.

AdminBackup werkt prima, ik gebruik het zelf al een tijdje. Ik laat 6 dagen per week op de machine (lokaal) backups maken en één keer per week laat ik een backup maken naar de machines over-en-weer. Zo houd ik mooi alles (fysiek) bij elkaar.

Heb de admin-backup eerst getest door handmatig dit uit te voeren op een aantal (test)users, die data weer terug te halen, enz. en vervolgens een handmatige run volledig uit te voeren en de backup-bestanden te controleren. Nu draait het in een cron-job.

Hmm, maar ik backup het zelf Gualcherius dus het zal wel degelijk van mijn eigen backup komen. Ik ga vandaag even wat testen met die Admin backup. Bedankt!

je kunt de dataverkeer logging voor backups wel uitschakelen in DirectAdmin.

zie ook hier:

http://directadmin.com/features.php?id=640

ik gebruik zelf rsync voor de backups naar buiten toe. Scheelt enorm in de traffickosten / load.

Oorspronkelijk geplaatst door VinceSTM

ik gebruik zelf rsync voor de backups naar buiten toe. Scheelt enorm in de traffickosten / load.

rsynch voor backups is geen goed idee.

1. Rsync maakt geen gebruik van compressie, dus je hebt weliswaar minder load maar wel meer traffickosten.
2. Indien je harde schijf stuk gaat, genereerd die schijf vaak corrupte data in het begin, dit word ook naat je rsync geschreven.
3. Indien je server gehacked word en er achterdeurtjes (rootkits) gemaakt worden, dan heeft je backup ook direct dezelfde achterdeurtjes.

Wat vaak ook vergeten word is oefenen in het restoren van data. Backup in Directadmin werkte altijd prima, totdat je een backup moest restoren op een nieuwe server. Ik raad iedereen aan om deze procedure ook te testen op een niet productie server. Ik weet niet of de problemen met restores zijn opgelost, maar onze Directadmin servers backuppen we met behulp van Bacula.

Oorspronkelijk geplaatst door bigall

je kunt de dataverkeer logging voor backups wel uitschakelen in DirectAdmin.

zie ook hier:

http://directadmin.com/features.php?id=640

Bedankt hier heb ik veel aan!

Oorspronkelijk geplaatst door Swiftway-UK

rsynch voor backups is geen goed idee.

1. Rsync maakt geen gebruik van compressie, dus je hebt weliswaar minder load maar wel meer traffickosten.
2. Indien je harde schijf stuk gaat, genereerd die schijf vaak corrupte data in het begin, dit word ook naat je rsync geschreven.
3. Indien je server gehacked word en er achterdeurtjes (rootkits) gemaakt worden, dan heeft je backup ook direct dezelfde achterdeurtjes.

Wat vaak ook vergeten word is oefenen in het restoren van data. Backup in Directadmin werkte altijd prima, totdat je een backup moest restoren op een nieuwe server. Ik raad iedereen aan om deze procedure ook te testen op een niet productie server. Ik weet niet of de problemen met restores zijn opgelost, maar onze Directadmin servers backuppen we met behulp van Bacula.

Was inderdaad niet van plan rsync te gebruiken. Overigens testen wij regelmatig het restoren en dit is altijd nog zonder problemen verlopen. Let wel dat wij dit enkel via de resellers zelf doen!

je kunt prima rsync gebruiken, maar je moet wel iets doen om op de backup server "oude" versies te behouden (bijvoorbeeld met hardlinks of iets als rsnapshot)

Admin backup werkt prima.. ik heb er 2 maanden terug een server mee gemigreerd.. geen enkele problemen tegengekomen die hieraan gerelateerd waren.. alles loopt als een zonnetje..

Oorspronkelijk geplaatst door Swiftway-UK

1. Rsync maakt geen gebruik van compressie, dus je hebt weliswaar minder load maar wel meer traffickosten.

Met de "z" optie wel.

Code:

-z, --compress              compress file data during the transfer
     --compress-level=NUM    explicitly set compression level