Aan het begin van het nieuwe jaar is het tijd dat we de boel weer eens opnieuw gaan organiseren. Mijn vader heeft van mij een SSD gekregen voor sinterklaas (Crucial M4 64GB) voor in z'n macbook en de Mac mini was toe aan een clean install. Zo gezegd zo gedaan. Alles mooi opnieuw geïnstalleerd en de El capitan erop gezet. Tenminste, bij de macbook van m'n pa uit 2011. De mac mini (2012) heeft nog Yosemite. Nou hebben we een aantal Macs in huis, waarvan er twee van mij zijn en ik vroeg me af waarom het niet zo maar mogelijk was de boel allemaal synchroon te laten draaien met allemaal dezelfde accounts, credentials en data. Nu had ik het volgende bedacht.
Aangezien ik zelf van het jaar ook een Mac mini aan heb geschaft voor server/stroage doeleinden naast mijn 2015 MBPr dacht ik dat ik daar mooi even een LDAP dienst op kon draaien. Dus ik met de server app alles mooi ingesteld en een domeintje geregistreerd (gratis .tk domein om te testen) en het werkt allemaal fantastisch en snel. Ook met Apple Remote Desktop snel software uitrollen is echt een verademing. Nu zit ik dus alleen met een klein probleem en dat is storage en synchronisatie.
Even een korte schets van de hardware die ik momenteel ter beschikking heb.
De mac mini beheert alle accounts en deze moet dus ook de thuismappen en gegevens beheren. De Mini heeft 256GB SSD storage beschikbaar, maar die wil ik uiteraard niet gebruiken voor bulk opslag. Daarom heb ik er ook een 1TB HDD bij gezet intern. Ook zit er 8GB ram in. De server wordt bijgestaan door een OWC elite pro dual met 2X500GB momenteel.
Deze server staat momenteel bij mij op m'n kamer z'n werk te doen, maar wordt verplaatst naar de meterkast zodat het geheel niet op mijn kamer staat te moeilijken. Nu heb ik een tijdje terug een mooie externe raid behuizing gekocht van OWC en deze wil ik gaan gebruiken als time-machine voor beide mini's en de macbook of juist als data tank voor de thuismappen en gebruikersgegevens. Nu vraag ik mij alleen af wat handig is.
De interne 1tb schijf is namelijk via sata aangesloten terwijl de externe het mag doen met USB2.0 of firewire 800 (en dat laatste is dus sowieso al een stuk sneller). De behuizing is een 2bay hardware raid behuizing die momenteel 2X 500gb bevat en misschien een upgrade naar 2X 2tb krijgt (die ik dan in raid 1 wil zetten voor redundancy). Nu vraag ik me af of het slim is om überhaupt een back-up te maken van de mini (de niet-server versie) en de macbook ivm de aard van de data die daar op komt te staan (aangezien die juist ook op de server staan) en in hoeverre een snellere externe schijf (thunderbolt WD raptor, of lacie little big disk 2TB bijvoorbeeld) zoden aan de dijk gaat zetten. Thunderbolt disks zijn duur, maar ik vind de snelle overdracht zo relaxed dat ik dit de prijs zeker waard vind. Ons thuisnetwerk is behoorlijk zwaar ingericht met een airport extreme, airport time capsule en twee airport expresses en die zijn gigabit bekabeld met de server. De drie andere macs zijn met een stabiele wifi verbinding verbonden en veel data overzetten/synchroniseren is dus geen probleem.
tl;dr:
- Hoe richt ik mijn mac mini server zo in dat ik de thuismappen voor de LDAP service niet op mijn SSD heb?
- Hoe krijg ik hierbij de juiste synchronisatie van de thuismappen?
- Welk back-up regime is hier verstandig?
Graag hoor ik jullie meningen en insights hierover.
Aangezien ik zelf van het jaar ook een Mac mini aan heb geschaft voor server/stroage doeleinden naast mijn 2015 MBPr dacht ik dat ik daar mooi even een LDAP dienst op kon draaien. Dus ik met de server app alles mooi ingesteld en een domeintje geregistreerd (gratis .tk domein om te testen) en het werkt allemaal fantastisch en snel. Ook met Apple Remote Desktop snel software uitrollen is echt een verademing. Nu zit ik dus alleen met een klein probleem en dat is storage en synchronisatie.
Even een korte schets van de hardware die ik momenteel ter beschikking heb.
De mac mini beheert alle accounts en deze moet dus ook de thuismappen en gegevens beheren. De Mini heeft 256GB SSD storage beschikbaar, maar die wil ik uiteraard niet gebruiken voor bulk opslag. Daarom heb ik er ook een 1TB HDD bij gezet intern. Ook zit er 8GB ram in. De server wordt bijgestaan door een OWC elite pro dual met 2X500GB momenteel.
Deze server staat momenteel bij mij op m'n kamer z'n werk te doen, maar wordt verplaatst naar de meterkast zodat het geheel niet op mijn kamer staat te moeilijken. Nu heb ik een tijdje terug een mooie externe raid behuizing gekocht van OWC en deze wil ik gaan gebruiken als time-machine voor beide mini's en de macbook of juist als data tank voor de thuismappen en gebruikersgegevens. Nu vraag ik mij alleen af wat handig is.
De interne 1tb schijf is namelijk via sata aangesloten terwijl de externe het mag doen met USB2.0 of firewire 800 (en dat laatste is dus sowieso al een stuk sneller). De behuizing is een 2bay hardware raid behuizing die momenteel 2X 500gb bevat en misschien een upgrade naar 2X 2tb krijgt (die ik dan in raid 1 wil zetten voor redundancy). Nu vraag ik me af of het slim is om überhaupt een back-up te maken van de mini (de niet-server versie) en de macbook ivm de aard van de data die daar op komt te staan (aangezien die juist ook op de server staan) en in hoeverre een snellere externe schijf (thunderbolt WD raptor, of lacie little big disk 2TB bijvoorbeeld) zoden aan de dijk gaat zetten. Thunderbolt disks zijn duur, maar ik vind de snelle overdracht zo relaxed dat ik dit de prijs zeker waard vind. Ons thuisnetwerk is behoorlijk zwaar ingericht met een airport extreme, airport time capsule en twee airport expresses en die zijn gigabit bekabeld met de server. De drie andere macs zijn met een stabiele wifi verbinding verbonden en veel data overzetten/synchroniseren is dus geen probleem.
tl;dr:
- Hoe richt ik mijn mac mini server zo in dat ik de thuismappen voor de LDAP service niet op mijn SSD heb?
- Hoe krijg ik hierbij de juiste synchronisatie van de thuismappen?
- Welk back-up regime is hier verstandig?
Graag hoor ik jullie meningen en insights hierover.
.:strip_icc():strip_exif()/u/64771/hellboy.jpg?f=community)