<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Syseng on Geeky Schmidt</title><link>https://geekyschmidt.com/tags/syseng/</link><description>Recent content in Syseng on Geeky Schmidt</description><image><title>Geeky Schmidt</title><url>https://geekyschmidt.com/images/papermod-cover.png</url><link>https://geekyschmidt.com/images/papermod-cover.png</link></image><generator>Hugo</generator><language>en</language><copyright>Copyright ©2002-2026, Nicholas Schmidt; all rights reserved.</copyright><lastBuildDate>Fri, 14 Aug 2009 03:01:13 +0000</lastBuildDate><atom:link href="https://geekyschmidt.com/tags/syseng/index.xml" rel="self" type="application/rss+xml"/><item><title>Systems Engineering and Redundancy</title><link>https://geekyschmidt.com/2009/08/14/systems-engineering-and-redundancy/</link><pubDate>Fri, 14 Aug 2009 03:01:13 +0000</pubDate><guid>https://geekyschmidt.com/2009/08/14/systems-engineering-and-redundancy/</guid><description>&lt;p&gt;I posted &lt;a href="http://serverfault.com/questions/54104/how-far-should-we-take-the-nn-redundancy-craziness/54170#54170" target="_blank"&gt;this&lt;/a&gt; to ServerFault.com today. Folks loose site of requirements and systems engineering and it drives me batty. Here was my response to the guys question about redundancy and RAID/COOP/etc.&lt;/p&gt;
&lt;p&gt;——–&lt;/p&gt;
&lt;p&gt;Every design and architecture should be requirements driven. Good systems engineering calls for defining the constraints of the design and implementing a solution that meets that. If you have a SLA with your customers that calls for a .99999, then your solution of N+N redundancy should account for all those LRU (line replaceable units) that could fail. RAID, PS, and COOP planning should all account for that. In addition your SLA with vendors should be the 4 hour response time type or account for a large number of spares onsite.&lt;/p&gt;</description></item></channel></rss>