적합한 서버 선택 방법으로 단일 장애 피하는 방법 선택하기

분산 배치 - 단일 장애 회피

동일 제조업체의 가상 서버/VPS는 소수의 데이터 센터의 소수 물리 서버에서 여러 작은 서버를 구매하여 단일 장애 회피 효과를 얻기에는 효과가 미흡할 수 있습니다. 데이터 센터, 제조업체 심지어 행성/별곡에 배치하여 최대한으로 단일 장애를 회피할 수 있습니다. 그러나 이렇게 한다고 해도 서비스의 신뢰성을 100% 보장할 수는 없습니다.

SLA의 중요성

서버 제공업체가 99.99%의 SLA를 실현할 수 있다고 주장하는 것은 지구상에서 상당히 좋은 것입니다. SLA를 위반하면 보상 방안이 제공될 수 있습니다. 그러나 실제로 여러 대의 서버를 사용하여 위험을 회피하더라도 0.01%의 장애가 발생하면 대부분의 서버가 영향을받을 수 있습니다. 이 수준의 다운타임은 인위적인 요인이 아니라는 것을 고려해야 하며, 단일 서버 및 다중 서버 모두 다운타임 위험에 직면할 수 있습니다.

CDN Always Online

단일 장애에 대해 걱정된다면 CDN Always Online을 알아보는 것도 좋을 수 있으며, 고려해야 할 낭낭한 생각일지도 모릅니다.

경제적인 고려

경제적인 문제로 걱정이 되면 작은 서버를 분리하여 각각의 단일 사이트를 배치하는 것을 고려할 수 있습니다. 그러나 각 서버의 부하가 매우 낮아서 낭비일 수도 있습니다. 대규모 서버가 더 나은 선택일까요? 비슷한 문제에 직면할 것이지만, 적어도 '몇 개의 사이트를 더 추가하면 50%가 된다'고 위안을 얻을 수 있습니다.

편리성 관리

RunCloud와 같은 도구를 사용하는 경우에는 여러 서버와 단일 서버의 관리 비용은 관리할 수 있어야 하지만, 어차피, 단일 서버의 관리 작업이 더 쉽습니다. 5대 이상의 서버가 있으면 전문 DevOp의 도움이 필요할 수 있으며, 또는 Chef/Puppet와 같은 도구를 능숙하게 다룰 필요가 있을 수 있습니다.

크게 사야 할까요, 작게 사야 할까요?

클라우드 컴퓨팅에서 근본 목적은 충분히 사용할 수 있는 작은 서버를 구입하는 것이며(+0.5배 여분), 충분히 사용 가능하면 실행할 수 있고, 확장이 필요할 때 업그레이드합니다. 좋은 제조업체는 512M 메모리의 VPS(비유만)에서 한 달에 수천 달러에 이르는 Dedicated/Bare Metal(또한 비유만)까지 지속적인 업그레이드를 할 수 있도록 합니다. 충분한 여유 공간을 남기고, 용량이 부족해지면 업그레이드합니다. 성공을 위해서는 빈번한 장애 시간이 꼭 필요한 것은 아니며, 핵심은 '탄력적인 확장' 의식을 가져야 합니다.