동시접속자 500~1000명 카페24 호스팅 질문글 올려봅니다.

첫 메인이나 상품 소개를 랜딩페이지로 디비 접속 없이 제공하고 실제 상품 구매만 연결되게 하는게 현실적일것 같습니다.

500명에서 1000명이 접속하게 되면 

공공기관이나 티켓팅의 접속 대기 기능을 접목하면 좋을 것 같습니다.

필요하시면 언제든 댓글 주세요^^

예전에 고객게시판에 이벤트 할거니까 대비좀 해달라고 하면 해줬는데... 요샌 해주는지 모르겠네요
 

동시접속자 1000 명이면 적은 숫자는 아니네요..

슬로우 쿼리가 어디서 발생하는지 찾아서 칼럼들을 인덱싱을 해서 미리 띄워 놓거나 해서 부하를 줄여 보세요.

500~1,000명이 동시에 접속한다고 해서 DB 연결도 500~1,000개가 필요한 것은 아닙니다.

그 문구는 그누보드가 DB 연결에 실패했을 때 띄우는 공통 메시지라서, 실제로는 비밀번호 문제가 아니라 카페24 답변대로 동시 연결 수 제한(max_user_connections)에 걸린 겁니다. 공유호스팅에서는 이 값을 못 올리니, 방법은 «연결을 덜 쓰게 하기» 아니면 «제한 없는 곳으로 옮기기» 둘 중 하나입니다.

먼저 알아 두실 점은, 이 제한이 세는 건 방문자 수가 아니라 «지금 이 순간 실행 중인 PHP 페이지 수»라는 겁니다. 그누보드는 페이지 하나를 열 때마다 DB 연결을 하나 잡고, 그 페이지가 끝날 때 놓습니다. 그래서 1,000명이 와도 페이지가 빨리 끝나면 버티고, 판매 시작 직전에 다들 새로고침을 연타하면 몇백 명에도 넘칩니다.

비용 거의 없이 해 볼 수 있는 것 (효과 큰 순서)

1. 판매 직전 대기 화면을 정적 HTML로
판매 당일 몰리는 건 대부분 «열렸나?» 새로고침입니다. 상품 페이지 대신 판매 시작 전까지는 .html 파일(PHP·DB 안 거침)로 안내 화면을 걸어 두고, 시작 시각에 상품 페이지로 바꾸면 새로고침 폭탄이 DB에 안 닿습니다. 연 15회면 매번 파일 하나 바꾸는 수고로 됩니다.

2. 메인·상품 페이지의 무거운 쿼리 줄이기
최신글 위젯은 latest() 의 캐시 시간(다섯 번째 값)이 0으로 꺼져 있지 않은지 확인하고, 판매 당일엔 메인에서 안 쓰는 위젯은 빼 두세요. 페이지 하나가 0.5초 걸리던 걸 0.1초로 줄이면 같은 연결 수로 다섯 배를 받습니다.

3. 연결 실패 시 바로 오류 대신 잠깐 재시도
lib/common.lib.php 의 sql_connect 에서 연결이 실패하면 0.2~0.3초 쉬고 두세 번 다시 붙게 바꾸면, 순간적으로 넘쳤다 빠지는 구간은 손님 눈에 오류 없이 넘어갑니다. 끝내 실패하면 지금 같은 무서운 DB 문구 말고 «접속자가 많습니다, 잠시 후 새로고침해 주세요» 같은 안내를 띄우게 해 두세요. 손님이 «사이트가 고장났다»가 아니라 «인기가 많구나»로 받아들입니다.

4. 이미지는 클라우드플레어 무료 플랜으로
웨이팅룸은 유료지만 무료 플랜도 이미지·CSS 같은 정적 파일은 캐시해 줍니다. DB 연결 수와는 직접 상관이 없지만, 카페24 공유호스팅은 일일 트래픽 한도도 있어서 판매일에 트래픽 초과로 막히는 걸 같이 막아 줍니다.

그래도 안 되면 — 옮기는 쪽

위 셋을 해도 넘친다면 제한을 직접 정할 수 있는 서버로 옮기는 게 근본 해결입니다. 단독서버까지 갈 필요는 없고, 월 1~3만 원대 클라우드 서버(VPS) 한 대면 그누보드·영카트로 동시 수백~천 명은 설정으로 받을 수 있습니다. 대신 서버 관리를 직접 하거나 맡길 사람이 있어야 한다는 게 공유호스팅과 다른 점입니다. 옮기기 전에 카페24에 «판매 기간이 있는 달만 상위 상품으로 바꿨다가 되돌리는 게 되는지»도 한번 물어보세요. 되면 그게 가장 싸게 끝납니다.

사이트가 그누보드인지 영카트인지, 판매일에 주로 몰리는 페이지가 어디인지 알려 주시면 어느 것부터 하면 될지 더 좁혀 드릴게요.
 

홈페이지에 접속 하신분이 500되면 접속 못하게 만드세요

Ai로도 충분히 개선 가능하지만 기존 서비스를 일부 망가트릴수 있어 신중하게 작업하셔야 합니다. 
컨설팅 필요하면 메세지 주세요. 

맘대로 서버설정을 할수있는 서버호스팅(가상/클라우드)이 가장 좋긴합니다만

비용면에서 일반 웹호스팅을 써야하는 상황이라면 

트래픽이 몰리는 기간에 접속자(유저)를 제한하도록 개발하는것도 방법이겠네요