회사에서 기존 64코어 서버를 사용하다가 접속자가 감당이 안되서 서버를 분산하려고 합니다.
웹소스 용량이 대충 1.4T정도 되는데 보통 회사에서 WAS를 분산할때 스토리지를 어떻게 처리하나요?
지금 생각하고 있는건 스토리지 서버군을 iscsi로 각 WAS서버마다 연결하는 방법인데,
조금 더 효율적으로 처리하는 방법이 있을까요?
VM등등...
회사에서 기존 64코어 서버를 사용하다가 접속자가 감당이 안되서 서버를 분산하려고 합니다.
웹소스 용량이 대충 1.4T정도 되는데 보통 회사에서 WAS를 분산할때 스토리지를 어떻게 처리하나요?
지금 생각하고 있는건 스토리지 서버군을 iscsi로 각 WAS서버마다 연결하는 방법인데,
조금 더 효율적으로 처리하는 방법이 있을까요?
VM등등...
양쪽의 콘텐츠나 로그 폴더를 동일하게 가져갈 수 있어서...
혹시 사용자가 올린 데이터도 포함인가요?
아니면 순수 서비스를 위한 소스만인가요?
순수 서비스용 소스가 많지않다면야 그냥 NFS로 여러 웹서버를 공유하거나(이경우 한방에 배포되는 장점과 단점이 있죠)
각각 소스를 가지고 있기도 하죠(이러면 각 소스를 가지고 있어야 되니 배포나 디스크 낭비부분도 있구요)
아니면 SAN이나 인피니밴드, ISCSI로 묶어서 통합스토리지를 사용하기도 하구요
뭐...구성하기 나름인데...기존 환경이 좀 이해가 안되네요...
WEB이나 WAS는 보통 단일 서버로 고성능(SCALE-UP)보다는 다수의 서버(SCALE-OUT)방식을 좀더 선호하죠
이건 단일 서버의 네트워크병목현상도 있고, 단일 서버로 접속할수있는 세션 한계도 있고...이런 이유때문이라서 다수의 서버로 구성하니까요
추가적으로 웹소스가 1.4테라라는것도 일반적인 웹서비스도 아닌거 같구요
정확한 환경을 모르니...그냥 일반적인 답변정도겠네요
WEB은 프런트단이고 WAS는 백엔드단인데 WAS는 분산트랜잭션 역할을 하는 AP인데 위에 설명이 잘못된게 아닐까 생각이 듭니다.
김윤술님의 댓글처럼 정확한 구분이 필요해 보입니다.
웹소스 1.4테라라면 정적인 파일(이미지/CSS/HTML, 단순 참조 문서파일 등)이 아닐까 생각됩니다.
김상진님 말씀대로 통합스토리지에 연결할 수 있도록
다수의 Web 서버로 분산시키면 될 거 같습니다.