사용자수 150여명의 회사 구요.
10년동안 IDC상주 싱글구성으로 특별한 문제없이 사용을 잘해왔습니다.
이중화에 대해서는 지속적으로 필요하다 권고받고, 있었는데
비용적인 문제로 구성을 안하다가 이번에 고민을 해보고 있습니다.
대고객시스템이 아니고 IDC 자체자산 이용 시스템이 2개정도 올라가 있는 서버에
장애발생하여 1-2일 정도는 중단해도 회사 영업에 큰 무리가 없다면
(그 이상은 운영에 문제가 있을것 같다고 판단)
이중화를 하는게 맞을까요? 아니면 백업 보안을 더 신경쓰면서 싱글로 가는게 맞을까요?
비용측면을 고려하지 않는다면, 당연히 이중화가 안정적이겠으나
무중단에 큰 의미를 두지않고 하루이틀정도 중단되도 정상화가 가능하다는 가정하에
어떤 결정을 해야할지 조언 부탁드리겠습니다.
19개의 답변이 있습니다.
이상없이 잘 사용하고 있는데, 이중화를 고민하고 있다면 (주변 권유 포함) 시스템이 노후와 되었거나 앞으로 일어날 일을 예측할 수 없기 때문일텐데...
예산 등을 고려해서 당장 할 수 없는 상황이라면 물리적으로 어려우니, 단계적으로 위험성을 따져서 하나씩 준비해 가는것이 좋을 것 같습니다.
올해는 서버만, 내년에는 보안솔루션, 내후년에는 네트워크 등등
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입결론은 비용이나 가용성(연속성)이냐로 판단해야 겠지요.
그런데 전산하는 입장에서 보면 비용이 크지 않다면 정석대로 가용성을 우선으로 하겠습니다.
이중화하게되면 그차제로 백업/DR도 가능하기 때문이지요
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입이틀 정도 서버 shutdown 이 되었더라도 이틀 정도 문제 없다가
서버 문제나 다른 서비스 문제로 장기적으로 문제가 발생 된다면
백업으로 복구가 안된다면 큰 문제죠
물론 백업도 중요하지만 더 안정적으로 운영을 하려면 이중화 HA로
가는게 좋을것 같아요
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입저라면 dr 개념의 백업복구 솔루션.. 백업서버에서 백업받은 이미지로 바로 마운트해서 서비스
가동에 5분정도 소요되는듯한데요 실시간으로 dB백업이 되는 솔루션으로 알아보겠습니다
단점은 수동화 그리고 단일 서버 이중화대비 금액적인 이익이 별로 없다는게 함정
보통 여러서버 이미지 백업해서 dr서버에서 가동되는게 일반적이라
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입에산이 확보 되었다면 이중화로 가시는것도 좋은 방안입니다.
대비해서 나쁠것은 없다고 봅니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입백업이요 라고 하고 싶지만....
예상치못한 장애시 백업본 리스토어가 제때 되는걸 본 적이 드물어서...
서버 장애 발생했다 생각하고
완전 신규서버에서 백업본으로 복구테스트를 한번 해보시길 권해드립니다.
생각보다 오래 ~~~~ 걸립니다.
아무것도 없이 백업받아둔 것 만으로도 36시간 이내 복구가능한
방안을 찾으시길 바랍니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입연속성에 대한 니즈가 없으시다면 n차 백업에 더 투자하시는게 맞다고 봅니다
예산이 확보되셨다면 빠른 복구보다는 소실에 대비하시죠
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입자사 소유의 서버가 아닌 IDC 소유의 서버에 시스템을 구성하여 이용중이시라면 다른 분들 얘기처럼 백업을 조금더 신경쓰는게 좋을 것 같고, 추가로 IDC와의 계약내용에 장애 발생시 2일이내 시스템 복구와 관련된 내용을 추가 하시면 될것 같습니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입보통 이중화를 하는 이유는 10분 이내로 긴급하게 서비스를 올려야 할 정도로
중요한 서버에서 주로 하죠
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입1-2일 다운되어도 상관없으면 이중화 보다는 백업 하시는게..
가능한 데이타와 운영체제 이미지
백업도 해놓으세요
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입제 생각에도 1~2일 서비스 중단이 가능한 서비스라면 굳이 이중화를 할 필요가 있을까 싶네요.
대부분의 H/W 적인 장애나 S/W 적인 장애는 수시간내에 복구가 되고 있습니다.
하루를 넘어가는 장애는 정말 드문 경우죠.
데이터의 문제가 발생하는 장애의 경우에는 이중화를 해 놓았다 하더라도,
서비스 다운 시간은 동일합니다.
그러니, 이런 경우는 백업을 좀 더 신경 쓰시고 복원 시간을 단축할 수 있는 방안을 찾으시는게
좋을 것 같고, 좀 더 비용을 쓰실 수 있다면 데이터 부분을 이중화 할 수 있는 방법도
좋을 것 같네요..
그리고, 최근 문제가 많이 되고 있는 랜섬웨어 대응 방안도 강구 하시는게 좋습니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입하루 이틀 정도 시스템 장애가 있어도 큰 문제가 안된다면
이중화는 필요 없다고 생각이 됩니다.
차라리 백업이나 보안 등 부족한 부분에 대한 시스템 적인 보완을 진행 하시는게 좋겠습니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입하루이틀정도 죽어도 상관없다면, 비싼 이중화 솔루션 보다는 저렴한 백업솔루션 + 동일장비 구매(중고)가
날거 같습니다.
중고서버 한대 사놓고 장애 시 해당 파트만 교체하던 베어메탈 복구로 밀어넣던 가격적으로는 훨씬 메리트 있을거 같네요.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입이중화는 보험 같은 개념입니다. 사용하지 않는 시스템을 유지 관리하는 것은
비용측면이나 관리측면에서 많은 리소스가 요구됩니다.
RTO가 1~2일정도 된다면 이중화 구성보다는 백업구성을 추천드립니다.
백업이라고 단순하게 데이터 백업을 말씀드리는 것은 아닙니다.
단순하게 데이터만 백업 받는 것은 시스템 운영 복귀까지 빠르면 1~2일이지만
더이상 소요되는 경우가 더 많습니다.
요즘 백업 솔루션 잘되어 있습니다.
백업 환경 구성할 때 서버 구성을 그대로 복구할 수 있도록 백업환경을 구축하시면
네트워크, 서버 환경에 따라 다르겠지만 복구에 3~4시간이면 가능합니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입이중화 와 백업에 대한 비용을 확인 해보시고 서비스에 문제가 없다면 Active-Standby로 구성을 하세요~~
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입2일정도 중단되도
수용이 가능하면
2중화보단
백업이나 다른 부분에 투자하는 것이 좋을 듯 하네요
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입시스템의 중요성에 따라 판단하시는 게 좋을 것 같아요. 다운타임이 길어지더라도 크리티컬 하다면
이중화, 다운타임이 길어도 크게 문제되지 않으면 백업으로 운영하셔도 될 듯 합니다.
또한 비용 고민안하셔도 되면 당연히 이중화 하는 게 좋겠지만 한정적인 비용을 고려한다면
백업을 제대로 구성하여 장애 시 대응하는 것이 좋을 듯 합니다.!
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입권고받는다는걸 봐서는 무슨 감사나 보안점검을 주기적으로 받기에 권고를 받았다고 생각되는데,
향후에 인증심사나 기타 등을 위해서는 이중화를 고려하는것도 나쁘지 않습니다.
향후에 할걸 지금 서버를 꺼도 1~2일 아무런 문제없이 작업이 가능하다고 하면, 지금 이중화 구성도 나쁘지 않으니 참고하시기 바랍니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입이중화 시스템을 구성한다면 비용이 싱글 시스템의 2배에 컨트롤 솔루션 비용이 추가 되게 되고...
시스템이 복잡해 져서 관리 비용이 증가하게 되겠고요.
그리고, 싱글 시스템을 운영할때 발생하지 않는 다른 심각한 오류의 발생 가능성도 증가하게 됩니다.
수시간 이상의 시스템 중단을 허용할 정도라면...
이중화 시스템을 구성해 두고, 장애 발생시 수동으로 시스템 전환하는 방식으로 구성해서 운영할 것을 권장하고 싶습니다.
이중화 솔루션이
동일한 규격의 서버 두대를 구성해 두고서, 한쪽 서버는 액티브로 작동하고, 다른 한쪽 서버는 스탠바이하면서 액티브 서버가 정상적으로 작동하는지 계속적으로 Health 체크를 하고 있다가 액티브 서버가 제 역할을 하고 있지 못하다는 결과가 있을때 액티브 서버에게 스탠바이로 전환하도록 신호를 준 후에 자신이 액티브 서버로 자동 구동하게 되는 방식이 되겠는데...
시스템이 몇분 이상이라도 작동하지 않을 경우 심각한 상황이 발생하는 경우라면...
비용과 여러가지 추가적인 위험 상황에도 불구하고서라도 자동 전환되는 이중화 시스템을 구성하는것이 맞겠지만...
몇 시간 이상 중지되어도 되는 상황이라면...
동일한 시스템을 구성해 두고, 두 시스템이 자료 동기화 및 최신 시스템 구성이 양쪽에 동일하게 적용될 수 있는 환경까지만 구성해 두고, 사용하는 서버에 장애가 발생했을 경우에 다른 서버로 수동 전환 시키는 방식으로 시스템을 운영하는 것이 완전한 이중화 시스템을 구성하는 것보다는 비용 절감 효과와 시스템 구성 단순화 및 시스템 운영 안정화 효과를 함께 얻을 수 있는 방식이라 생각되네요.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입