User Functions
Don't have an account yet? Sign up as a New User
Who's Online
Guest Users: 6
|
| View previous topic :: View next topic |
| Author |
Message |
bricktop44 JBOD

Joined: 09 Jun 2009 Posts: 4
|
Posted: Mon Jul 20, 2009 9:49 am Post subject: Prepping for Xsan 2 implementation |
|
|
Hi Guys,
I have an Xserv, 2 promise vtraks e class, fiberswitch and 2 mac pros for video editors. We just added the second editor machine so thats why we need to move to Xsan.
Now, i was reading the xsan 2 set up guide and i had some questions i wanted to throw out.
1. Do you really need to have OSX newly installed on all machines? My Xserv is set up just right and id really like to avoid having to wipe and rebuild all my machines that will be in the SAN.
2. I have 2 Promise Vtraks, one production and one cold spare backup. My plan was to wipe the back up (raid 2), configure the disks/LUNS via promise script, set up Xsan2 on everything, then move data from Raid 1 to Raid 2 after we test that Xsan is running properly. Would this work?
3. Do the metadata LUNS need to be on the raid itself? Or can i configure the metadata luns to be on the metadata machines themselves and keep the Raids for data storage only?
4. Do MDC have to be xserv hardware? Or could i install OSX server on a macpro or something and use that for metadata?
i know that apple recommends a verteran SAN tech to do the setup, but i doubt my company will have the money after we pay for new hardware and Xsan seats.
im new to SAN so please excuse any questions that seem routine or basic
thanks,
brick |
|
| Back to top |
|
 |
ACSA Xsan Master

Joined: 28 Jan 2007 Posts: 104
|
Posted: Mon Jul 20, 2009 12:32 pm Post subject: Re: Prepping for Xsan 2 implementation |
|
|
| bricktop44 wrote: |
1. Do you really need to have OSX newly installed on all machines? My Xserv is set up just right and id really like to avoid having to wipe and rebuild all my machines that will be in the SAN.
2. I have 2 Promise Vtraks, one production and one cold spare backup. My plan was to wipe the back up (raid 2), configure the disks/LUNS via promise script, set up Xsan2 on everything, then move data from Raid 1 to Raid 2 after we test that Xsan is running properly. Would this work?
3. Do the metadata LUNS need to be on the raid itself? Or can i configure the metadata luns to be on the metadata machines themselves and keep the Raids for data storage only?
4. Do MDC have to be xserv hardware? Or could i install OSX server on a macpro or something and use that for metadata?
i know that apple recommends a verteran SAN tech to do the setup, but i doubt my company will have the money after we pay for new hardware and Xsan seats.
|
To start with number 5.... A good implementation done by a expert saves you a lot of trouble in the long run.
And perhaps you should realize that the times that by buying the hardware and not needing the expert is in building a proper SAN not advisable...
Gone are the days when everybody could manage an Mac OS 9....
An XSan is a quite complex solution in which a lot of different component and configuration's for those components are needed.
Yeah, you could do it your self... If you have a lot of time.
But do you know where to look if somethings does not go as expected?
Are you sure of your own capabilities in setting this environment up?
Are you sure that you will not overlook a setting in one of the component, which could have big issues later on?
If you answer these questions with no, please take the advice of Apple and probably a lot of people here as well. Get an expert in. The expert will be able to get the setup running in a couple of hours... So it will not really a big investment.
Now back to your questions:
1: Yeah, it is best practise. (I've learned also the hard way... Dealines and a crashing SAN... Welcome to the wrong kind of setup.....)
2: Yeah, this could work. No problem.
3: If the MetaData is on the Primary MDC, how will the Secondary MDC know where the data is actually stored? i.e. On which lun in what sector etc is the data storen.
4: You could off-course run the MDC's on MacPro's but make sure that you are not using the MacPro's for something else....
The problem is not the speed of the MDC, but making sure that the system gives you the right answers as fast as posible. Or you will be seeing a lot of spinning beachballs on your SAN clients.....
Hope this helps.
And if you need an expert, give me a hollar. I'll could always see what I could do either on location or remote.
Greetings from the Netherlands.
Arnold Nefkens |
|
| Back to top |
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|
|