5138
Comment:
|
2438
minsky was upgraded to buster last year
|
Deletions are marked like this. | Additions are marked like this. |
Line 1: | Line 1: |
This page collects information on the hardware we plan to install at a colocation provider as part of our new hosting infrastructure. Some older discussion and similar stuff is on NewSystemHardwareArchive. | #pragma section-numbers off |
Line 3: | Line 3: |
See also NewServersSetup for tasks remaining to be done to get these machcines ready for general use. | This page collects information on the hardware that we have installed or plan to install as part of HCoop infrastructure. |
Line 5: | Line 5: |
Currently, what we know are the uses for the three machines we will base our infrastructure on. We also know our Abulafia machine configuration, and Justin Leitgeb's donated server configuration. The machine configurations and intended uses follow: | <<TableOfContents>> |
Line 7: | Line 7: |
[[TableOfContents()]] | = Linode = |
Line 9: | Line 9: |
= deleuze: fileserver, static HTML content = * Donated by: Justin Leitgeb * Model: Dell PowerEdge 2850 * Processor: 2 x 2.8 GHz Intel Xeon * RAM: 4 GB * Disks: * 4 x 10K Seagate Cheetah SCSI drives, 73GB '''and''' * 2 x 10K Seagate Cheetah SCSI drives, 36GB * Extra: RAID kit, with battery, etc., 256 MB RAID cache, 2 power supplies * [https://dcse.dell.com/selfstudy/Associates_7_0/Enterprise/PowerEdge/PE2850/printer_friendly.asp Maintenance Manual for the PE 2850] '''Intended use: fileserver and host for all services that don't involve dynamic content provided by non-admins. No user logins.''' |
== outpost == Location:: Linode London Allocated Resources:: 1 vCPU, 2G RAM, 50G storage. Operating System:: Debian Buster AMD64 User Logins:: No Intended Use:: Secondar AndrewFileSystem server, DNS Details:: ServerOutpost '''Use: secondary DNS on a different subnet, all tasks requiring remote location.''' = Digital Ocean = == busted == Location:: DigitalOcean NYC3 Allocated Resources:: 1 vCPU, 2G RAM, 50G storage. Operating System:: Debian Buster AMD64 User Logins:: No Intended Use:: Porting forward HCoop services to Debian 10 (Buster) from Debian 9 (Stretch), and potentially as a standalone DomTool node / experimental server for future feature development. Details:: ServerBusted == gibran == Location:: DigitalOcean NYC3 Allocated Resources:: 6 vCPU, 16G RAM, 320G storage. Additional block storage volume for OpenAFS `/vicepa` Operating System:: Debian Stretch AMD64 User Logins:: No Intended Use:: Primary AndrewFileSystem fileserver and dbserver, primary MitKerberos KDC, SQL databases, [[ConfigurationManagent|Puppet Master]] Details:: ServerGibran == lovelace == Location :: DigitalOcean NYC3 Allocated Resources :: 2vCPU, 2G RAM, 60G storage. Operating System:: Debian Stretch AMD64 User Logins:: No Intended Use:: Secondary AndrewFileSystem fileserver and dbserver, secondary MitKerberos KDC Details:: ServerLovelace |
Line 22: | Line 50: |
== marsh == | |
Line 23: | Line 52: |
= abulafia: shell server = * Processor: 1 x 900 MHz * RAM: 512 MB * Disks: 40 GB RAID 1 (2 x 40 GB 7200 RPM ATA drives) * Extra: 3Ware 6400 PCI ATA RAID controller '''Intended use: refurbished slightly to serve as a generic shell server and the only machine where usage not strictly related to "Internet hosting" is permitted.''' |
Location:: DigitalOcean NYC3 Allocated Resources:: 4vCPU, 8G RAM, 160G storage Operating System:: Debian Buster AMD64 User Logins:: Yes Intended Use:: Member logins Details:: ServerMarsh |
Line 30: | Line 59: |
= mire: dynamic web content = * Donated by: Ray Racine * Model: Sun Fire v20z * Processor: 1 x 1.6GHz AMD64 (Opteron) * RAM: 1 GB * Disks: 2 x 36 GB Ultra320 SCSI (hot swap) * 1U * Ultra 320 SCSI controller embedded in mainboard * [http://www.sun.com/products-n-solutions/hardware/docs/Servers/Workgroup_Servers/Sun_Fire_V20z/index.html Product Documentation, including Maintenance and Troubleshooting Manuals for Sun Fire v20z] |
== minsky == |
Line 40: | Line 61: |
'''Intended use: dynamic web content and any other Internet services that involve running arbitrary code from members (including custom daemons, etc.)''' | Location:: DigitalOcean NYC3 Allocated Resources:: 2vCPU, 4G RAM, 80G storage Operating System:: Debian Buster AMD64 User Logins:: No Intended Use:: Mail server and ejabberd server Details:: ServerMinsky |
Line 42: | Line 68: |
= ["krunk"]: secondary KDC and AFS server = * Donated by: Adam Megacz * Model: Sun Netra * Processor: * RAM: * Disks: * 2 x 200GB Unknown RPM and Manufacturer '''Intended use: secondary KDC and AFS server (backup) in event that the primary server (deleuze) goes down''' |
== shelob == |
Line 51: | Line 70: |
= Other components = | Location:: DigitalOcean NYC3 Allocated Resources:: 4vCPU, 8G RAM, 160G storage Operating System:: Debian Buster AMD64 User Logins:: No Intended Use:: Web Server Details:: ServerShelob |
Line 53: | Line 77: |
== Switch == We are proceeding under the assumption that we'll use ShaunEmpie's donation (see HardwareDonations), a Nortel (Baystack) 380 switch. He says: |
= Awaiting setup = |
Line 56: | Line 79: |
It is not brand new but is working. Here is [http://vpit.net/es380-guide.pdf a guide] that I was able to find to give anyone interested a more in depth view of it. | None. |
Line 58: | Line 81: |
VLAN Configuration Proposal: | = Awaiting purchase = |
Line 60: | Line 83: |
{{{ With our new setup, I think it would be best to setup a few different VLANs for different uses. For anyone who is unfamiliar with the term, a VLAN is a virtual lan. It allows you to have completely separate networks on the same switch. This will allow us to setup a private network that the public and peer1 would have no access to. This could be handy for database systems, NAS, backup servers, etc which you'd want to keep off the public network. Proposed Configuration: VLAN 1. Management VLAN - not used for normal traffic VLAN 10. Public VLAN - public/Peer1's network VLAN 20. Private VLAN - private subnet for inter-server traffic For a starting point i think having ports 1-12 in VLAN 10 and ports 13-24 in VLAN 20 would be best. The VLAN membership of a port can be changed easily so these would not be set in stone. The switch allows for many more VLANs than we'll ever need so if anyone has a suggestion or need for another VLAN it would be trivial to setup. Any questions/comments, let me know. -Shaun}}} ES380 AC Power Specs: |
None. |
Line 81: | Line 85: |
* Input current: 1.5A to 100 AC * Input voltage (rms): 100 to 240 VAC at 47 to 63 Hz * Power consumption: 150 W * Thermal rating: 1000 BTU/hr maximum == Serial console == Some device to simulate local login over the Internet could be a life saver. JustinLeitgeb mentions a special card that Dell sells that would work with his donation. |
= Decommissioned = |
Line 88: | Line 87: |
There are also some really good KVM-over-IP devices out there fairly cheap these days. My provider has one and it works very well, although on the client side you have to use this ugly Windows ActiveX control. I'm sure by now there are KVM-over-IP boxes that speak plain VNC. These should be well under $500. [AdamMegacz] | See [[/Decommissioned]] for older machines |
Line 90: | Line 89: |
== IP KVM == The StarTech Server Remote Control External KVM over IP provides access to systems that may have a degraded network. It allows us to monitor Power-On Self Test (POST), configure BIOS/CMOS, and even reinstall operating system software. It must be connected to another multiple port KVM in order to have access to more than one server. See [http://www.startech.com/Data/ProductManuals/SV1110IPEXT.pdf?c=US manual]. == Standard KVM == We have a standard KVM to allow remote switching between servers as maintenance requires. |
---- CategorySystemAdministration |
This page collects information on the hardware that we have installed or plan to install as part of HCoop infrastructure.
Contents
Linode
outpost
- Location
- Linode London
- Allocated Resources
- 1 vCPU, 2G RAM, 50G storage.
- Operating System
- Debian Buster AMD64
- User Logins
- No
- Intended Use
Secondar AndrewFileSystem server, DNS
- Details
Use: secondary DNS on a different subnet, all tasks requiring remote location.
Digital Ocean
busted
- Location
DigitalOcean NYC3
- Allocated Resources
- 1 vCPU, 2G RAM, 50G storage.
- Operating System
- Debian Buster AMD64
- User Logins
- No
- Intended Use
Porting forward HCoop services to Debian 10 (Buster) from Debian 9 (Stretch), and potentially as a standalone DomTool node / experimental server for future feature development.
- Details
gibran
- Location
DigitalOcean NYC3
- Allocated Resources
6 vCPU, 16G RAM, 320G storage. Additional block storage volume for OpenAFS /vicepa
- Operating System
- Debian Stretch AMD64
- User Logins
- No
- Intended Use
Primary AndrewFileSystem fileserver and dbserver, primary MitKerberos KDC, SQL databases, Puppet Master
- Details
lovelace
- Location
DigitalOcean NYC3
- Allocated Resources
- 2vCPU, 2G RAM, 60G storage.
- Operating System
- Debian Stretch AMD64
- User Logins
- No
- Intended Use
Secondary AndrewFileSystem fileserver and dbserver, secondary MitKerberos KDC
- Details
marsh
- Location
DigitalOcean NYC3
- Allocated Resources
- 4vCPU, 8G RAM, 160G storage
- Operating System
- Debian Buster AMD64
- User Logins
- Yes
- Intended Use
- Member logins
- Details
minsky
- Location
DigitalOcean NYC3
- Allocated Resources
- 2vCPU, 4G RAM, 80G storage
- Operating System
- Debian Buster AMD64
- User Logins
- No
- Intended Use
- Mail server and ejabberd server
- Details
shelob
- Location
DigitalOcean NYC3
- Allocated Resources
- 4vCPU, 8G RAM, 160G storage
- Operating System
- Debian Buster AMD64
- User Logins
- No
- Intended Use
- Web Server
- Details
Awaiting setup
None.
Awaiting purchase
None.
Decommissioned
See /Decommissioned for older machines