쪽팔리면 질문하지 맙시다. 소중한 답변 댓글을 삭제하는건 부끄러운 일 입니다
안녕하세요
로드밸런싱에 대해 문의드리고자 합니다.
현재 Web서버#1과 Web서버#2가 있고, Storage서버가 있습니다.
로드밸런싱이 작동되려면 Web서버#1과 Web서버#2의 데이터가 싱크가 맞아야 되잖아요.
그래서 처음엔 Web서버 간의 이중화를 구성해야되나? 라고 생각을 했는데 로드밸런싱과 이중화는 다른 개념이더라고요.
그래서 Storage서버의 드라이브를 공유 드라이브로 설정하여 Web서버의 데이터가 저장되는 destination을 공유 드라이브로 저장을 함으로써 싱크를 맞추려고 하는데 가능할까요?
사내에 서버 엔지니어가 없어서 힘듭니다...
감사합니다.
100개의 접속 요청이 들어왔으면, 50개 접속은 A에서 나머지 50개는 B에서 처리하도록 설정합니다.
이중화는 한번 저장 명령을 내렸을때 같은 데이터를 두군데 동시에 저장이 이루어지도록 처리 하는 거고요.
일종의 백업 개념입니다.
서버는 윈도우서버입니다.
현재 L4스위치 로드밸런서 Failover 기능이 꺼져 있습니다. Web#1서버 단독 구성이고요.
로드밸런서 Failover 기능이 on 상태일 때 문제가 되었던 부분이 관리자 페이지에 접속하는 과정에서 세션 만료 후 재접속을 하게 되면 데이터 싱크가 맞지 않는 Web#2서버로 분산이 되어서 에러가 나더라고요.
그리고 고가용성 구성이 되어 있지 않아서 서버 하나를 restart하게 되면 서비스 중단이 일어나는 게 문제입니다.
검색해보니 고가용성클러스터라는 개념이 있던데 로드밸런싱과 고가용성클러스터가 동시 적용이 가능할까요?
실시간 DB 데이터가 리얼타임으로 씽크로나이징 되냐 하지 않을까요 ???
이것 때문에 서버 설계가 복잡해 집니다.
WAS 1 WAS 2
| |
DBServer 1 DBServer 2
| | -- (FC)
DB-Data (SAN)
이렇게 이중화 하고요...
이 시스템을 상단에 L4를 두고 로드벨런싱을 하도록 만듭니다..
논리적으로 설계하지 않고 오류가 없도록 물리적인 DB 설계를 합니다.
DB는 Letency 가 짧은 FC로 연결합니다.
서버는 윈도우서버입니다.
현재 L4스위치 로드밸런서 Failover 기능이 꺼져 있습니다. Web#1서버 단독 구성이고요.
로드밸런서 Failover 기능이 on 상태일 때 문제가 되었던 부분이 관리자 페이지에 접속하는 과정에서 세션 만료 후 재접속을 하게 되면 데이터 싱크가 맞지 않는 Web#2서버로 분산이 되어서 에러가 나더라고요.
그리고 고가용성 구성이 되어 있지 않아서 서버 하나를 restart하게 되면 서비스 중단이 일어나는 게 문제입니다.
검색해보니 고가용성클러스터라는 개념이 있던데 로드밸런싱과 고가용성클러스터가 동시 적용이 가능할까요?
웹서버같이 응용단은 대부분 로드밸런싱을 이용하는데 위의 글처럼 소스를 양쪽다 싱크 맺어야 하냐가 문제일건데 위의글처럼 한쪽 스토리지단을 바라보게 하는 방법도 있습니다. 단 스토리지단은 볼륨 블럭방식이 아니라 SMB나 NFS 처럼 파일기반 공유방식으로 바라보게 해야됩니다.
그런데 무조건 한쪽만 바라보게 하는건 비효율적일수도 있는게 엔드유저단에서 변경하는 즉 특정 업로드되는 위치만 공유네트워크를 이용하는걸 권고합니다.
일반적인 소스는 양쪽노드 수동으로 동시에 올리면 그만입니다. 위의글 시나리오데로 가능하고 대부분 그렇게 사용합니다. 단 권한을 잘 맞춰줘야 되요 그거 못해서 실패하는 경우도 좀 봤습니다.
일반적으로 업로드 데이터를 NAS에 배치해서 NLB 쓰는게 대부분일겁니다.
서버는 윈도우서버입니다.
현재 L4스위치 로드밸런서 Failover 기능이 꺼져 있습니다. Web#1서버 단독 구성이고요.
로드밸런서 Failover 기능이 on 상태일 때 문제가 되었던 부분이 관리자 페이지에 접속하는 과정에서 세션 만료 후 재접속을 하게 되면 데이터 싱크가 맞지 않는 Web#2서버로 분산이 되어서 에러가 나더라고요.
그리고 고가용성 구성이 되어 있지 않아서 서버 하나를 restart하게 되면 서비스 중단이 일어나는 게 문제입니다.
검색해보니 고가용성클러스터라는 개념이 있던데 로드밸런싱과 고가용성클러스터가 동시 적용이 가능할까요?
WebServer 1, 2가 바라보는 DB 서버가 어디에 있는지 해당 DB가 이중화가 되어 있는지가 중요할 것 같습니다.
일반적으로 사용하는 DB인 maria, mysql은 Master가 되는 서버에서 Clustering 된 서버로 데이터가 저장되는 형태일 것 같습니다.
Oracle DB의 경우 RAC 구성을 해야 하며,
MSSQL의 windows server의 경우 Clustering 및 Always On 이라는 것을 사용해야 합니다.
Oracle 및 MSSQL은 해당 구성에 따른 비용이 기하 급수로 올라간다는 것을 고려해야 합니다.
Postgres는 고수만 사용하는 것으로...... 잘 모르겠습니다.ㅠㅠ
서버에서 처리하는 데이터 및 DB 트랜젝션이 많이 발생하는 서버일 경우 NAS를 공유할 때에
네트워크 대역폭 및 처리량을 고려하지 않으면 나중에 문제가 될 수 있습니다.
짧은 지식으로 많은 이야기를 했네요. ㅠㅠ
결국 현재 설치되어있는 DB 및 WAS 서버 구성을 보고 판단하셔야 할 것 같습니다.
서버는 윈도우서버입니다.
현재 L4스위치 로드밸런서 Failover 기능이 꺼져 있습니다. Web#1서버 단독 구성이고요.
로드밸런서 Failover 기능이 on 상태일 때 문제가 되었던 부분이 관리자 페이지에 접속하는 과정에서 세션 만료 후 재접속을 하게 되면 데이터 싱크가 맞지 않는 Web#2서버로 분산이 되어서 에러가 나더라고요.
그리고 고가용성 구성이 되어 있지 않아서 서버 하나를 restart하게 되면 서비스 중단이 일어나는 게 문제입니다.
검색해보니 고가용성클러스터라는 개념이 있던데 로드밸런싱과 고가용성클러스터가 동시 적용이 가능할까요?
실제 구성한다면 솔류션 판매및 셋팅하는 업체와 장단점 확실히 따지고 BMT (성능 테스트)까지 해야 합니다..
HA구성에서 어짜피 데이터 들어가는 스토리지는 하나인데 이게 무너져 버리면 답이 없습니다..
그래고 백업 서버도 필수라고 생각됩니다..
그 외 재대로 장비를 운영할 줄 아는 경험있는 몸값 높은 엔지니어도 필요합니다..
서버는 윈도우서버입니다.
현재 L4스위치 로드밸런서 Failover 기능이 꺼져 있습니다. Web#1서버 단독 구성이고요.
로드밸런서 Failover 기능이 on 상태일 때 문제가 되었던 부분이 관리자 페이지에 접속하는 과정에서 세션 만료 후 재접속을 하게 되면 데이터 싱크가 맞지 않는 Web#2서버로 분산이 되어서 에러가 나더라고요.
그리고 고가용성 구성이 되어 있지 않아서 서버 하나를 restart하게 되면 서비스 중단이 일어나는 게 문제입니다.
검색해보니 고가용성클러스터라는 개념이 있던데 로드밸런싱과 고가용성클러스터가 동시 적용이 가능할까요?
젤 무거운 CGI처리용 서버만 여러대로 나누어도 꽤 차이는 있긴합니다 (정적 컨텐츠 전송하는게 전부라면 NIC 여러개 달아서 여기 회선 몇개 물리면 어지간한 규모는 괜찮을꺼에요)
물른 DB용 실시간 동기화 솔루션도 존재는 하지만 그런거 쓰면 소프트 비용이 적어도 몇천만~억입니다
아니면 쓰기는 1대만 수행하고, 읽기는 여러대로 나누어서 구성하는 경우도 있습니다
여기 HA까지 고려하면 비용 더 뜁니다 (일단 하드웨어부터 2~3배로 구매해야 완벽하게 대응이 되니 이 시점에서 비용이...)
서버는 윈도우서버입니다.
현재 L4스위치 로드밸런서 Failover 기능이 꺼져 있습니다. Web#1서버 단독 구성이고요.
로드밸런서 Failover 기능이 on 상태일 때 문제가 되었던 부분이 관리자 페이지에 접속하는 과정에서 세션 만료 후 재접속을 하게 되면 데이터 싱크가 맞지 않는 Web#2서버로 분산이 되어서 에러가 나더라고요.
그리고 고가용성 구성이 되어 있지 않아서 서버 하나를 restart하게 되면 서비스 중단이 일어나는 게 문제입니다.
검색해보니 고가용성클러스터라는 개념이 있던데 로드밸런싱과 고가용성클러스터가 동시 적용이 가능할까요?