2. Wie ben ik ?
Jan Guldentops (°1973)
• Dit jaar bouw ik 19 jaar server en netwerk infrastructuren
• Oprichter ULYSSIS (°1994), Better Access (°1996) en
BA (°2003)
• Open Source Fundamentalist (na mijn uren)
• Sterke praktische achtergrond op het vlak van ICT
beveiliging
➢
Ben toevalling terechtgekomen in de securitywereld
➢
1996 beroepskrediet
Breng veel tijd door in het labo / R&D (vooral security)
7. Bevattelijker
● Een gemiddelde pornosite : 50-200TB aan data
● 1PB =
● 223000 DVD's
● 746.000.000 3,5 inch floppies
● Google
● 20 Petabytes aan images aan
● 15 exabyte total storage
● Internet archive : 15pb
●
9. Data Excess
● We produceren steeds meer data ;
● Foto's, documenten, filmpjes, etc.
● Klasseren / sorteren niet meer
● Zijn rotverwend qua opslagcapaciteit :
– € 10 / maand unlimited storage bij google drive
– 4TB disk kost € 100
● Digital Dark Ages
● Classificatie
● Bewaren
10.
11. Hoe slaan we data op ?
● Traditioneel in de machine zelf:
● Op een single disk
– Waren oorspronkelijk MB tot Gigabytes
– Maar: gingen af en toe kapot
– Je kon een volume niet groter maken dan het formaat van de disk
● Redundant Array of inexpensive disks ( RAID)
– RAID-0, 1, 4, 5, 6, 10, 50, 60
– Met goedkope onbetrouwbare disk extra veiligheid inbouwen
● Of Direct Attached Storage
13. Mix van variabelen
● Bus
● PCI
● SCSI/SAS
● SATA
● Type storage
● RAM
● Disk
– Snelheid waarmee de disks draaien
● SSD
14. Wees voorzichtig met RAID
● RAID is GEEN BACKUP !
● Zorg dat je defecte disks zo snel mogelijk
vervangt en rebuild !
● Zorg liefst ook voor een hotspare
● Disks zijn te groot geworden !
● Rebuilds duren een eeuwigheid
15. Evolutie naar centrale
storage
● NAS <-> SAN
● Volumes versus NFS / CIFS
● Fiberchannel <-> ethernet
● Hybride storages
● Netapps / EMC VNX / Oracle Unified Storage
● De grote driver is virtualisatie!
17. Problemen
● Complexiteit
● Disk -> array -> volume -> lun ->IP/FC
->DATASTORE->VM
● Traditionele SAN's hebben veel last van
defragmentatie
● Slechts performant tot 70-80% van de storage
18. Nieuwe oplossingen
● Terugkeer naar Direct Attached Storage
● VMware VSAN
● Zerto
● Hyperconverged
● Nutanix
● SSD ertegen gooien
● Intelligente storage
● Tintri
● Nimble
● Auto / smart Tiering
● Software Defined Storage
● ZFS-achtigen
19. Problemen
● Nood aan performantie
● IOPS
● Zo weinig mogelijk latency
● Nood aan controle / Quality of service
● Verschillende types data :
● Fast / slow ( archive / backup)
● Rare manier waarop virtualisatie schrijft naar zijn storage
● VDI
● Bitrot
20. Store it in the cloud ?
● Duidelijke problemen :
● Afhankelijk van het type storage
– Backup
– Archivering ?
– Dropbox / Object storage
● Connectiviteit ?
● Vaak geen alternatief voor lokale storage tenzij je
helemaal IAAS gaat.
21. Business Continuity
● Traditionele backup
● Grote volumes
● Geen downtime windows meer ( allways on )
● Complexe, veelkoppige omgevingen
● Archivering
● Niet alles moet elke nacht gebackuped worden
● Lange termijn preserveren
22.
23. Belangrijke vragen
● Recovery Point Objective ( RPO )
● Hoeveel data mag je bij een crash kwijt zijn ?
● Recovery Time Objective
● Hoeveel tijd mag de applicatie onbeschikbaar zijn ?
24. Daarvanuit maak je een plan
● DAS met :
● VEEAM of Zerto bv
● Een SAN met VEEAM of Zertro
● Twee georedundante SAN's
● Offline backup ?
26. Aandachtspunten
● Weet goed wat je nodig hebt, voor je
selecteert !
● Hoeveelheid storage, iops, beschikbaarheid, etc.
● Bereken ook de groei !
● Meet wat je nodig hebt
● Keep it simple
● Zoek een oplossing die je volledig beheerd!
● Denk na !
Belangrijk om te onthouden :
2 manieren waarop wij werken met lokale besturen :
Leveren van volledige oplossingen
Leveren van huurlingen : consultants die tijdelijk de kennis van de ict-manager aanvullen
Leveren van technische ondersteuning en troubleshooting
Leveren oplossingen aan lokale besturen sinds 1996