|
Size: 4789
Comment:
|
Size: 2110
Comment: Re-designed page to serve as architectural starting point in new infrastructure.
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 1: | Line 1: |
| = Details about the next Hcoop Architecture = | = Details about the next HCoop Architecture = |
| Line 3: | Line 3: |
| This page is intended to facilitate discussion of details relating to our next server architecture. Currently, the first draft of this page, written on Sat Mar 25 10:18:12 EST 2006 by JustinLeitgeb, is based upon discussions from the hcoop mailing list. Please feel free to contribute or change anything here! | This page will serve as the blueprint for the architecture that HCoop is constructing right now, to be colocated at Peer 1. |
| Line 5: | Line 5: |
| == Hcoop Future Network Overview == | == Network Overview == |
| Line 9: | Line 9: |
| * A fileserver, running AFS which is accessible via ssh only for administrative purposes * A public login and http server, accessible by all members. User files are stored on the fileserver mentioned above. This will host all user pages, including dynamic content. * A server for hcoop needs that most users won't need direct shell access to. This will run Cyrus IMAP, exim, and Apache primarily for hcoop administrative purposes. |
* A back-end server, which will serve IMAP, MySQL, PostgreSQL, primary mail, and AFS. * A public shell server for development and deployment of files to web server. * A public web server, also used for daemon processes written by our users. This will eventually be one node of a web cluster. |
| Line 13: | Line 13: |
| Additionally, we will need certain networking equipment: | == High-Level Architecture Description == |
| Line 15: | Line 15: |
| * A gigabit switch that will be the initial backbone of the hcoop LAN. * Perhaps (still not finalized in plans) a hardware firewall for the hcoop LAN. Ideas on this from members? |
The new HCoop architecture initially involves three servers; one for user shell logins, one for back-end services, and one for web service. Our goal is to build an architecture that serves us well based on our current needs, and can be expanded for increased capacity in the future with little effort. |
| Line 18: | Line 17: |
| We should also remember that all of our servers will most likely have at least two NIC's. How can we utilize these best? Some sites have one NIC doing backups or logging, and another handling requests from the Internet. Perhaps we could segment our traffic to two local area networks, one for services to the Internet and another for local file access (i.e., traffic between the two "public" servers and the file server). | Based on this, we should have one shell server that users edit and develop their web sites from. This will allow users to modify files on one web server in the present, and a cluster as we grow. |
| Line 20: | Line 19: |
| == Hcoop Future Network Diagrams == | == Design Goals == |
| Line 22: | Line 21: |
| The following are a preliminary version of a network plan that JustinLeitgeb created on March 25, 2006, after discussions on the hcoop.net mailing list. Included in the design is a hardware firewall, which was not finalized in previous discussions. Let's collect thoughts and alternate plans here as we work towards solidifying plans. | We should be able to plug new web servers into our architeture in the future in a manner that doesn't break our software systems. We may also want to think about doing the same thing with shell and file services. |
| Line 24: | Line 23: |
| * [attachment:network_diagram_20060325.dia Network planning diagram in "dia" format for editing] * [attachment:network_diagram_20060325.png Network planning diagram in PNG format for easier viewing] |
== Physical Network Layout == |
| Line 27: | Line 25: |
| == Server Hardware == | This section describes the HCoop physical network layout. |
| Line 29: | Line 27: |
| This may be a moot point as we are looking for a shop that can give us hardware support, and this may require that we buy their supported machines. However, it seems that many colocation providers will try to push us into a deal where their support consists in a "remote hands" plan where they will fix any reasonably standard hardware that we send to them for an hourly rate. If that is the case, our discussions on possible server hardware on the list may still be valid. Generally, we have decided that what we need in terms of hardware is more or less as follows: | === Physical Network Description === |
| Line 31: | Line 29: |
| * Two web servers with at least 1GB of RAM each. Redundancy should include a RAID 1 configuration with two 73 GB drives, and dual power supplies. * One file server with more storage space and room to grow. It doesn't need to be exceptionally fast because of AFS's caching mechanisms. Perhaps a small RAID 5 configuration of 3 x 500 GB SATA devices would be a good place to start. It should certainly be hardware - based RAID so that main CPU power is not needed for read and write operations. JustinLeitgeb suggested a [http://www.3ware.com/products/serial_ata2-9000.asp 3Ware Escalade Controller] in this machine. |
Gigabit switch, divided into VLAN for server inter-connections. LAN out to Peer 1. |
| Line 34: | Line 31: |
| The list also discussed hardware vendors. If this isn't a moot point based on our decision of a colo provider with specific needs, the following list of possibilities may still be relevant: | === Physical Network Diagram(s) === |
| Line 36: | Line 33: |
| * Dell PowerEdge servers. JustinLeitgeb suggested [http://www1.us.dell.com/content/products/productdetails.aspx/pedge_1850?c=us&cs=04&l=en&s=bsd Dell 1850's] for the web servers, and a [http://www1.us.dell.com/content/products/productdetails.aspx/pedge_2850?c=us&cs=04&l=en&s=bsd 2850] for the fileserver. One drawback to this server line is that it uses Intel, which is less desireable currently than AMD. However, this server line has been in production for quite a while and it has proven stable in many situations. * Sun fire servers. These machines use AMD processors but are considerably more expensive than comparable Dell machines. == Networking Hardware == |
XXX add diagram here. |
| Line 41: | Line 35: |
| Here we should talk about the specific networking equipment that we need. Ideas on vendors or models for the gigabit switch? Thoughts on if we should start with a hardware firewall device? | == Software/System Layout == |
| Line 43: | Line 37: |
| == Page version history == | Our software needs to be able to tie the pieces of DNS, mail, and Apache management together in a usable way for our members. |
| Line 45: | Line 39: |
| Initial page created Sat Mar 25 11:52:03 EST 2006 JustinLeitgeb. | === Software/System Description === === Software/System Diagram(s) === |
1. Details about the next HCoop Architecture
This page will serve as the blueprint for the architecture that HCoop is constructing right now, to be colocated at Peer 1.
1.1. Network Overview
The architecture for the next hcoop.net network involves three physical servers:
- A back-end server, which will serve IMAP, MySQL, PostgreSQL, primary mail, and AFS.
- A public shell server for development and deployment of files to web server.
- A public web server, also used for daemon processes written by our users. This will eventually be one node of a web cluster.
1.2. High-Level Architecture Description
The new HCoop architecture initially involves three servers; one for user shell logins, one for back-end services, and one for web service. Our goal is to build an architecture that serves us well based on our current needs, and can be expanded for increased capacity in the future with little effort.
Based on this, we should have one shell server that users edit and develop their web sites from. This will allow users to modify files on one web server in the present, and a cluster as we grow.
1.3. Design Goals
We should be able to plug new web servers into our architeture in the future in a manner that doesn't break our software systems. We may also want to think about doing the same thing with shell and file services.
1.4. Physical Network Layout
This section describes the HCoop physical network layout.
1.4.1. Physical Network Description
Gigabit switch, divided into VLAN for server inter-connections. LAN out to Peer 1.
1.4.2. Physical Network Diagram(s)
XXX add diagram here.
1.5. Software/System Layout
Our software needs to be able to tie the pieces of DNS, mail, and Apache management together in a usable way for our members.
1.5.1. Software/System Description
1.5.2. Software/System Diagram(s)
1.6. Related Pages
ColocationPlans is the main page for items related to the new architecture. ColocationPlansServiceProviders provides information about the service providers we are currently looking at.