mssql을 이중화하려고 하는데요...
이중화 솔루션을 별도로 도입하지는 않고 ms에서 기본적으로 지원이 된다고 해서..
ms기본으로 하려고 합니다.
문제는 h/w인데...
업체에서는 항상 2중화하면 액티브/스탠바이 서버가 동일사양이어 한다고 하는데...
액티브는 열심히 일해야하니 사양이 좋아야 하는 건 인정하는데..
옆에서 대기만하는 스탠바이 서버도 동일사양으로 구성해야 한다니..
뭔가 좀 비효율적인 거 같습니다.
항상 대기만하다가 1년에 한번 잠깐 사용할까 말까하는 서버를 동일사양으로 구성하는 것보다..
스탠바이 서버 사양을 낮추고 액티브 서버 사양을 높이는게 효율적이지 않을까 생각합니다.
꼭 동일하게 구축해야 문제가 없나요?
좀 낮은 스펙은 문제가 많을까요?
스탠바이 서버가 운영되면 긴급상황이라서 최소한의 서비스만 하고 액티브서버를 복구해서 정상화시키고
정상화시키는 동안만 최소한의 서비스가 가능할 사양이면 될 거 같은데요..
경험자들의 조언을 듣고 싶습니다.
해당 질문의 문제를 해결, 도움이 되는 선택된 답변이 있습니다.
작성된 다른 답변도 확인해 보시기 바랍니다..
10개의 답변이 있습니다.
과거 자동차 회사에서 근무할때
실제로 DB가 뻗는 일이 발생하였습니다.
DB HUB Server가 있고, Actiive DB와 Standby DB 2개가 있었습니다.
Active DB가 뻗자마자 DB HUB가 감지하고 Standby -> Active로 전환하였습니다.
실시간 생산라인이 있는곳에서 쓰면 굉장히 좋은방식입니다.
쿨타임이 없어야 한다는 전제를 깔면 반드시 하시고,
어느정도 복구 타임이 보장된다고 하시면 가상화나 다른 방법을 추천드립니다.
빨간신발 | 약 4년 전
MSCS 로 이중화 해서 사용중 입니다.
저희는 가상머신이라 스펙은 동일하게 셋팅 하기는 했습니다.
어차피 서버 2대 구매 하실거면 2대에 Hyper-v 올리고 두 서버를 가상 머신으로 구현하는것은 어떠실까요?
리소스 필요에 따라 조절 할 수 있고 나중에 하드웨어 노후되어서 마이그레이션 할때 가상머신이면 마이그레이션에 신경쓸 일이 대폭 줄어들죠. 마이그레이션 비용도 확 줄고요.
빨간신발 | 약 4년 전
상황에 따라 다른것 같습니다.
이중화라는것이 결국은 고가용성이고 서비스 연속성인데
이중화의 용도가 24시간 365일 동일한 성능으로 받쳐줘야 하는것이라면 동일 성능으로 가야하고
윈도우 패치나 PM시 잠깐식 받쳐줘야 하는 용도라면
저녁에나 새벽시간에는 사용자 부하가 적을테니 스탠바이 서버를 낮은 스펙으로 해도 되겠죠.
하지만 그렇게 할 경우 주간에 발생하는 H/W 장애에는 취약 할수 밖에 없습니다.
빨간신발 | 약 4년 전
추가로,말씀하신대로 1:1은 아까운 거 맞아요
그래서 잘 쓰는 곳은 5:1 이나 7:2 이런 형태로 구성합니다.
SQL은 2012 ENT이고... 윈도우는 2016 STD로 진행하려고 합니다.
AD서버는 2중화되어 있고..
현재 SAN으로 되어있습니다.
아무래도 업체가 말한 2중화는 MSCS인 듯 합니다.
혹시 ALWAYS ON으로 구축하면
이중화 및 부하분산차원에서
A 데이터베이스는 1번서버를 주서버로 이용하고
B 데이터베이스는 2번서버를 주서버로 이용하는 방식도 가능할까요?
혹 이렇게 구성하면 라이센스도 따블로 필요할까요?
양성환 | 약 4년 전
양성환 | 약 4년 전
양성환 | 약 4년 전
사양 달라도 됩니다.
always on 일지 mcsc 일지에 따라 형태가 달라질 수 있습니다.
mscs 는 ad 서버와 스토리지가 필요하고 always on 은 두개 다 없이 가능 하지만
ad없이 구축은 win/sql 모두 2016 이상이어야 하고 - AD 가 있는 것을 추천드려요
alwayson 은
STD edition 은 Active - Passive 및 개별 DB 만 가능 하고
ENT edition 은 Active - Read Only Active 의 A-A 형태도 가능하며 보다 강합니다.
동일 스펙의 장비로 하는 이유는
장애가 발생하여 Standby 서버로 서비스 해야 할 경우에
동일한 서비스 효율을 발생시키기 위해서 입니다.
서비스 효율이 크게 중요하지 않다면...
Standby 서버는 저 사양으로 하셔도 무방 합니다.
빨간신발 | 약 4년 전
원활한 통신과 전환을 위해서는 OS 및 DBMS가 동일 스펙이어야 하겠고...
상황에 따라 하드웨어는 액티브용으로 성능 좋은 장비로 사용하고 성능 낮은 장비를 스탠바이로 사용하는 경우도 많이 있다고 들었네요.
빨간신발 | 약 4년 전
라이브 장비는 성능이 좋아야 하고 스탠바이 서버는 굳이 라이브와 동일하게 세팅을 안하셔도 됩니다.
Active Active로 구성을 한다면 동일해야겠지만 굳이 같은 걸로 안하셔도 됩니다
빨간신발 | 약 4년 전
스탠바이 서버 사양을 낮추고 액티브 서버 사양을 높이는게 효율적이지 않을까 생각합니다.
꼭 동일하게 구축해야 문제가 없나요?
-> 내부 시스템에 Active는 성능 좋은놈으로 stanby는 좀 구형으로 구성해서 사용중에 있습니다.
문젠 Active 장애시 stanby로 넘어갈때 성능이 확 떨어집니다. 기존 서비스 대비 효율성이 떨어지죠
다음부턴 같은 스펙으로 구성 할겁니다.
좀 낮은 스펙은 문제가 많을까요?
-> 같은 스펙으로 안전하게 운영하시는게 좋습니다.
빨간신발 | 약 4년 전
Genghis Khan | 약 4년 전