It's not about the amount of people, servers, or a fixed time limit to preserve power.
First and foremost, you need to identify what the critical systems are that need to be protected.
These may include the VM farms, NAS storage, obviously the underlying network infrastructure, and at the very least, some management terminals that can be used in the event of a failure.
Once you identify these systems you need to reference the electrical in/output specifications. If possible, you would want to measure the real requirements in production with inline monitors or passive taps.
After you have built your requirement set (mind you, you may decide it's better to have a few small UPS vs one very very large one) you need to explore what needs to be up, and for how long, and build yourself a model.
There are dozens of UPS manufacturers, and tens of thousands of combinations for any sized company.
Once you have an outline of the systems and their individual power requirements, coupled with your own requirements for their availability/protected power, it will be relatively easy to build yourself a good level of protection on a small budget.
Mind you these devices (UPS) can often be found on the second hand market due to company refresh, datacenter closures, etc. Many can be easily re-certified by the manufacturer directly or a variety of 3rd party vendors who specialize in this type of infrastructure.
I'm not sure where you get your information from, but it's responses like this that really bother me. Under FCC guidelines, when a *LEC purchases "Dark-Fiber" they are purchasing an unused pair or unlit fiber between points A-Z; the only equipment between said locations are patch panels and splice huts. And it is SM fiber, 99.9% of the time (When's the last time you saw a bundle of MMF in a manwhole or fiber hut?
The cheapest way to put up a TCP/IP network via dark fiber would probably to be a cheap, used Cisco GE capable ethernet switch with a 5486 (SM/Long Range) GBIC.
If you're going to give advice about telecom, know what you're talking about.
Slashdot Mirror
It's not about the amount of people, servers, or a fixed time limit to preserve power. First and foremost, you need to identify what the critical systems are that need to be protected. These may include the VM farms, NAS storage, obviously the underlying network infrastructure, and at the very least, some management terminals that can be used in the event of a failure. Once you identify these systems you need to reference the electrical in/output specifications. If possible, you would want to measure the real requirements in production with inline monitors or passive taps. After you have built your requirement set (mind you, you may decide it's better to have a few small UPS vs one very very large one) you need to explore what needs to be up, and for how long, and build yourself a model. There are dozens of UPS manufacturers, and tens of thousands of combinations for any sized company. Once you have an outline of the systems and their individual power requirements, coupled with your own requirements for their availability/protected power, it will be relatively easy to build yourself a good level of protection on a small budget. Mind you these devices (UPS) can often be found on the second hand market due to company refresh, datacenter closures, etc. Many can be easily re-certified by the manufacturer directly or a variety of 3rd party vendors who specialize in this type of infrastructure.
I'm not sure where you get your information from, but it's responses like this that really bother me. Under FCC guidelines, when a *LEC purchases "Dark-Fiber" they are purchasing an unused pair or unlit fiber between points A-Z; the only equipment between said locations are patch panels and splice huts. And it is SM fiber, 99.9% of the time (When's the last time you saw a bundle of MMF in a manwhole or fiber hut?
The cheapest way to put up a TCP/IP network via dark fiber would probably to be a cheap, used Cisco GE capable ethernet switch with a 5486 (SM/Long Range) GBIC.
If you're going to give advice about telecom, know what you're talking about.
Thanks