Welcome to WebmasterWorld Guest from 188.8.131.52
Forum Moderators: open
We figured out that a dynamic web application based on a SQL type database would be the best way to implement it. Each production location must have its own server because there is not enough bandwidth available between the locations to have one central server which serves incoming and outgoing data streams for all production locations.
One problem this company has, is that they only have one datacenter with adequate staff at their headquarters. So the local system must be easy to manage, idiot proof and if possible fit into the small space left in the 19" rack now used for their router and switches on each location.
I was thinking to use 1U servers, but I have no experience with them. They seem to be less configurable than "normal" servers when it comes to hardware options like raid, number of disks, etc.
What I would like to know:
I would go for SCSI just because it has onboard cache it's also more reliable then IDE
I wouldn't go with partitions so much as an array of 3+ drives in a raid 5 configuration and hot swappable drive bays.
My technical problem is that - when possible - it all has to fit in one 1U chassis. With 3 disks, I was thinking to use two disks in raid 0 configuration for the data, and the third disk for the OS, log files etc.
I don't think you'll have any performance issues based on the numbers you posted. A 1U server is still a server, it's just not tall.
However, the problem with 1U's is that they do all the work of a 2U, 3U, 5U....but in much less space. This means your biggest enemy is heat. I don't think I've ever run a 1U unit with more then 2 harddrives in it and come to think of it, I don't even know which manufacturers have such servers. The SCSI drives take up so much space, there is barely any room for a slim dvd/cd drive and a floppy drive :)
I'd have no qualms about using a dual 10,000 SCSI HD 1U server to do the work you need it to do. I'd run RAID 1, definitely agree not RAID 5. RAID 0 is a little better performing then RAID 1, but I really think you'll sleep better with a RAID1 config.
(I just checked Dell and HP, and neither have 1U's with more then 2HDs.)
Hope this helps,
Thank you for your input. It is good to hear that the amount of data itself is not a problem. Intel is making 1U servers with 3 drives. That's why I was thinking of 3. I didn't find other manufactures though with that drive capacity and with the amount of data it might just be overkill.
Heat can be a serious problem, thank you for mentioning it. The production process of this customer is taking place in an agressive environment so all 19" enclosures are without ventilation to keep the air inside clean. I think I will first setup a test with a heating element inside one of their enclosures to see if temperature stays within reasonable limits. I've read not long ago that heat dissipation was also one of Google's primary concerns with their data centra :)
With SQL server (Dont know about MySQL) , when you write data, it writes to the transaction log at the same time as the devices, so to get the most benefit from RAID you separate the devices, transaction logs, and SQL Application/OS and may use Raid 0,1, and 5! Sure, overkill for 5-10 users!
1 question, how are you implementing the replication to the main host system with MySQL?
It is not the amount of users that's worrying me, any server can do that. The database needs to accept the incomming stream of 15 to 45 unique records per second during the day. This data is generated by production machines. The server can not simply say "Hey, I am busy, try again in five minutes", it has to store the data immediately.
We do not replicate to a central MySQL server. The statistical data is stored on a AS/400. Selected data is dumped from MySQL to an ASCII file, and that file is uploaded again in de AS/400.