대학 환경의 공유 웹 호스팅 아키텍처

대학 환경의 공유 웹 호스팅 아키텍처

우리는 대학을 위한 공유 웹호스팅 인프라를 구축하는 과정에 있습니다. 대학 내 학과에서는 이 인프라에 사이트를 호스팅할 수 있습니다. 우리는 공유 저장소(웹 콘텐츠 및 Apache 구성 파일용)에 연결된 여러 개의 부하 분산 웹 서버를 설정할 생각입니다. 이러한 웹 서버 뒤에는 데이터베이스 서버도 있습니다. 이에 대해 다른 제안이 있는 사람이 있나요? 대체 설정에 대한 권장 사항이 있습니까? cPanel/WHM/Plesk를 사용하면 계정 생성/유지 관리를 자동화하는 것이 좋을까요?

답변1

저는 약 21,000명의 학생이 있는 대학에서 일하고 있습니다. 우리는 상당히 간단한 수단을 통해 한동안 이 서비스를 제공해 왔습니다. 역사적으로 우리는 부서에서 웹 호스트로 사용할 수 있는 Apache와 IIS 환경을 모두 갖고 있었습니다. 현재 우리는 안정성을 향상시키기 위해 업그레이드를 진행하고 있으며, 필요한 소수의 사이트에 대해 SSL 무거운 작업을 수행하는 하드웨어 로드 밸런서 뒤에 동일한 스토리지를 사용하는 여러 Apache 호스트를 배치하고 있습니다.

귀하의 질문에 대한 제 답변을 바꾸는 가장 큰 문제는 규모의 문제입니다. 우리는 이미 새로운 사이트를 구축하기 위해 부서와 백엔드 작업 간의 중재자 역할을 하는 웹 서비스 그룹을 보유하고 있으며, 그들은 공유 호스트의 전체 사이트인지 하위 사이트인지 파악하기 위해 부서와 적극적으로 협력하고 있습니다. 그들의 필요에 더 좋습니다. 우리는 일년에 몇 개의 새로운 사이트를 얻습니다. 이것은 우리에게 효과적입니다.

그러나 규모는 비슷하지만 기부금이 훨씬 더 큰 대학의 친구는 나보다 더 많은 물리적 웹 서버를 관리하고 있습니다. 학과에서는 역사적으로 물리적 분리를 요구했고 이를 받아들였습니다. 우리와 같은 아키텍처로 이전하는 것은 그들에게는 힘든 정치적 싸움이 될 것이기 때문에 그들은 그렇게 하지 않습니다.

1년에 10개 이상을 구축할 것으로 예상된다면 프로세스를 자동화하여 이익을 얻을 수 있습니다. 억눌린 수요는 첫 해가 이후 해보다 훨씬 더 높아질 수 있지만 이에 대한 판단은 우리보다 귀하가 더 잘하십니다. 궁극적으로 이러한 도구는 프로세스를 더 쉽게 만들지만 수요가 충분히 낮은 경우 cPanel/이것저것 환경을 유지 관리하는 노력이 일부 사이트를 직접 코딩하는 노력보다 클 수 있습니다.

답변2

제가 최근에 근무하고 있던 대학에서는 모든 학과에서 사용하도록 권장/사용할 수 있는 단일 상용 CMS 시스템을 구현하기 위해 노력하고 있었습니다. 그들의 추론을 볼 수 있습니다. 모든 관리를 중앙 집중화하고 아트워크, 디자인, 보안 등에 대한 단일 정책을 장려하는 데 도움이 됩니다. 역사적으로 부서는 모두 자체 서버를 실행하고 DNS를 통해 위임되었으며 중앙 웹 팀이 메인 사이트와 htsearch. 웹메일, 도서관, 온라인 시스템은 모두 IT 부서가 중앙에서 관리했습니다.

얼마나 많은 통제권을 부서에 넘겨주고 싶은지, 얼마나 중앙에서 처리하고 싶은지 고려할 때 부서의 기술적 역량과 규모를 생각하는 것이 좋습니다.

단지 부서를 위한 호스팅에 대해서만 이야기하고 있다면 cPanel이 필요하지 않으며 실제로 문제가 복잡해질 뿐입니다. cPanel은 모든 교직원(아마도 좋은 아이디어일 것임) 또는 모든 학생(순전히 차지하는 리소스의 양을 기준으로 했을 때 좋은 아이디어는 아닐 수도 있음)에게 별도의 호스팅을 제공하는 경우 유용할 수 있습니다.

답변3

먼저 어떤 그룹을 지원하고 싶은지 결정하고 해당 그룹의 요구 사항을 조사한 다음 어떤 서비스를 제공할 의향이 있는지 결정하는 것을 고려해 보겠습니다. 그런 다음 아키텍처에 대해 걱정할 수 있습니다.

...

제가 대학에 근무할 때 Gopher 서버는 천천히 성장하여 주요 대학 웹 서버가 되었습니다. 결국에는 계정이 천 개가 넘었습니다. 대학 내의 모든 그룹에는 승인을 위해 직원이 필요했기 때문입니다. 이는 전체 학교와 학과뿐만 아니라 학생 그룹, 교수진의 애완 프로젝트 등도 있다는 것을 의미합니다. (아 -- 그리고 그룹이 사라진 시기나 직원이 변경된 시기 등을 식별할 수 있는 인프라가 없었기 때문에 우리는 아무것도 할 수 없었습니다. 오래된 계정을 정리하는 방법).

당신이 정말로 원한다면, 일부 계약자가 대학에 제안한 '요구 사항'을 충족시키기 위해 제안한 디자인을 당신에게 줄 수 있습니다. 그런 다음 그가 만들 수 있다고 주장했고 몇 달 동안 우리에게 아무것도 보여주지 않은 후 마침내 회색 시장 하드웨어를 우리에게 배송했습니다.비어 있는스토리지 어레이.

(노후화된 인프라를 교체하기 위해 두 개의 시스템 Sun 클러스터를 배포하기까지 몇 주가 남았고 개인 LDAP 자격 증명을 사용하여 시스템에 로그인하는 사람들을 처리하기 위해 다소 지저분한 시스템을 구현했기 때문에 나는 대부분 씁쓸합니다. 데이터에 대한 그룹 디렉토리 구조에 액세스하는 반면 Solaris에는 그룹 할당량에 대한 적절한 규정이 없었으며 실제로 웹 서버 오류인 경우 CF 서버를 페일오버하지 않는 ColdFusion용 커넥터를 작성해야 했습니다.

요즘에는 가상화를 더 선호할 것입니다. 7년 전 우리 계약자는 모든 것을 두 개의 시스템 클러스터(두 가지 버전의 iPlanet 웹 서버, Apache, chillisoft ASP, ColdFusion, PHP, Oracle, mysql 및 기타 일부)에 배치해야 한다고 주장했습니다. [참고로 저는 원래 iPlanet + ColdFusion + Oracle을 구축하고 있었는데 그게 전부였습니다.]) 제가 제안한 교체는 1U 및 2U 상자로 가득 찬 랙인 것 같지만, 이러한 별도의 하드웨어는 그다지 필요하지 않습니다. 날.

...

따라서 이 이야기를 하는 이유는 (화를 빼는 것 외에도)모든 것커뮤니티에서 필요로 하는지 여부에 관계없이 태양 아래에서 사용할 수 있습니다. 또는 유지 관리가 거의 불가능한 것을 제공하지 않고도 일부 요구 사항 분석을 수행하고 커뮤니티 대다수의 요구를 충족할 수 있습니다.

답변4

우리는 대학을 위한 공유 웹호스팅 인프라를 구축하는 과정에 있습니다. 대학 내 학과에서는 이 인프라에 사이트를 호스팅할 수 있습니다.

행동 방침을 결정하기 전에 아키텍처를 다시 생각하고 요구 사항을 수집하는 것이 좋습니다. 표면적으로 이것은 중앙 집중식 CMS 시스템에 비해 끔찍할 정도로 비효율적이고 관리하기 어려운 것처럼 들립니다. (예:공유 지점또는야외). 쉐어포인트 유형 시스템(특히 대학 환경)으로 전환하는 이점은 IT 부서에서 쉽게 판매할 수 있어야 합니다.

즉, 중앙 집중식 정보 관리 및 사이트 관리가 필요 없이 여러 웹 사이트를 만드는 데 정당한 이유가 있다고 가정할 수 있습니다(보통 정치가 정당성/이유입니다).

모든 의도와 목적을 위해 귀하는 다른 상업용 웹 호스팅 업체와 마찬가지로 공유 호스팅 사이트를 운영하게 될 것입니다. Plesk는 확실히 다중 OS 환경에서 사용할 수 있는 좋은 방법이며, Plesk는 가상 및 물리적 서버 관리도 처리합니다.

관련 정보