내가 알고있는 몇 가지 옵션이 있습니다. 주로 트래픽이 동일한 ip로 보내지는지 아닌지에 따라 다릅니다.
DNS 항목을 설정할 때 하위 도메인에 와일드 카드를 지정할 수 있습니다. *.example.com
그러면 다른 DNS 레코드와 일치하지 않는 하위 도메인에 대한 요청이 example.com으로 전송됩니다. 가진
그래서 :
*.example.com <ip A>
blog.example.com <ip B>
이 <의 IP B로 이동 blog.example.com을 만들 것>과 example.com을 다른 모든 하위 도메인 <의 IP A를 이동합니다>.
즉, 각 새 하위 도메인에 고유 한 IP를 제공 할 가능성이 있습니다 (거의 없습니다). 당신은 또한 그들 모두를 동일한 ip에서 잡아서 거기에서 처리 할 수 있습니다.
앞서 언급 한 것처럼 생성 된 새로운 하위 도메인마다 새 가상 호스트를 추가 할 수 있습니다. 그러나 이것은 무거운 해결책이며, 일반적으로 새로운 구성을 다시로드하기 위해 웹 서버 프로그램을 다시 시작해야 할 것이라고 생각합니다. 대신 재 작성 같은 것을 사용하여 가상 호스트와 비슷한 것을 얻을 수 있습니다.
<subdomain>.example.com/<resource> => example.com/<subdomain>/<resource>
을 수행하는 다시 쓰기 규칙을 사용하면 사용자의 콘텐츠가 들어있는 서비스되는 디렉터리의 루트에 새 폴더를 만드는 것이 필요하다는 것을 의미합니다. 구성 변경 없음. 또한 사용자가 재 작성에 익숙한 지 확신 할 수 없지만 브라우저/사용자에게는 표시되지 않으므로 example.com/<subdomain/<resource>
에서 제공되는 콘텐츠인데도 여전히 사용자는 <subdomain>.example.com/<resource>
을 볼 수 있습니다.
이것은 가능성의 확실한 목록이 아니며 몇 가지 가능성이 있습니다. 규모가 크거나 확장 가능한 모든 솔루션은 더 복잡한 DNS 지시,로드 균형 조정 및 콘텐츠 제공을 위해 많은 수의 간접적 인 계층을 포함 할 것입니다.