안녕하세요, 블로그 사이트 독자 여러분. "호스트(host)"라는 단어에는 음이 매우 유사한 두 가지(의미 측면에서) 대응 요소가 있습니다. 호스트 및 호스팅. 오늘 우리는 말할 것입니다 호스트에 대해(마지막에 라틴어 s 없이).
그러나 이에 대한 질문에 관심이 있는 경우 제공된 링크를 클릭하여 읽을 수 있습니다. 호스팅이 무엇이며 무엇과 함께 먹는지에 대해서도 가까운 시일 내에 이야기하겠습니다.
호스트는 무엇입니까? "똑똑한" 단어로 머리를 채우지 않기 위해 간단하게 말하겠습니다. 일반적인 의미에서 호스트는 네트워크 노드입니다.(네트워크에 연결된 컴퓨터 장비의 물리적 단위). 어떤 네트워크? 클라이언트-서버 원칙에 따라 작업하는 모든 것. 무슨 뜻이에요? 알아 봅시다.
인터넷에서 호스트란 무엇이며 호스팅과의 관계는 무엇입니까?
순서대로 시작해 볼까요? 먼저 알아 봅시다 이 개념이 종종 호스팅과 혼동되는 이유? 음, 클라이언트-서버 원칙에 따라 작동하기 때문입니다. 이 체계에서 클라이언트는 사이트에 액세스하는 사용자의 브라우저(예: 브라우저가 클라이언트)이고 서버(호스트)는 이러한 사이트가 있는 컴퓨터입니다.
따라서 사이트는 일반적으로 소유자의 아파트에서 호스팅되지 않고 소위 호스팅 공급자(즉, 2Domains와 같은 호스팅 업체)가 임대한 아파트에서 호스팅됩니다. 그리고 이 서버 위치를 호스팅이라고 하며, 사이트가 호스팅되는 서버는 호스트에 불과합니다..
영어에서 번역된 호스트라는 단어는 주인(손님, 즉 고객)을 의미합니다. 따라서 사이트가 호스팅되는 내 서버는 호스트(호스트)이고 브라우저는 클라이언트(방문자)입니다. 브라우저는 페이지를 표시하기 위해 서버에 요청을 보내고 서버로 다시 보냅니다.
글쎄, 그리고이 모든 badyaga (서버 위치) 호스팅이라고 함(그리고 인터넷 사이트를 포함하는 수천 개의 호스트의 컴팩트한 배치를 호출하는 다른 방법). 연결이 명확합니까? 그렇다면 당신의 두뇌를 조금 더 가루로 만들겠습니다. 우리 체계의 서버(호스트)는 전혀 물리적인 컴퓨터가 아닙니다. 클라이언트-서버 모드에서는 두 개의 프로그램이 서로 통신합니다(브라우저와 서버 프로그램, 예를 들어 Apache).
이와 관련하여 인터넷의 호스트는 대부분 가상입니다. 사실 각 사이트에 별도의 물리적 컴퓨터를 제공하는 것은 매우 뚱뚱합니다 (비싸다-거의 사람이 거의 없습니다). 따라서 물리적 서버는 사이트가 위치한 수십, 수백 개의 가상(프로그래밍 방식으로 생성된) 호스트로 나뉩니다. 또한 하나의 호스트에서 많은 사이트를 호스팅할 수 있습니다. 글쎄, 당신은 혼란 스럽습니까? 나는 최선을 다 했어.
로컬 네트워크에서 호스트란 무엇입니까?
일반적으로 호스트라는 단어는 매우 모호합니다(모호하다). 이것은 명확한 개념이 아니라 문구의 일부입니다.. 사실은 호스트라는 단어에 네트워크를 구축하는 프로토콜의 이름을 추가해야 한다는 것입니다.
그러나 이를 수행하는 사람은 거의 없으며 대부분 이 단어는 TCP/IP 네트워크의 통신 노드를 의미합니다. 이 네트워크는 무엇입니까? 글쎄, 이것은 아파트에서 사용할 수있는 모든 컴퓨터와 장치에 인터넷 액세스를 제공하기 위해 집에서 "키우는"일반적인 LAN입니다.
그래서, 어떤 이러한 로컬 네트워크의 노드를 호스트라고 합니다.. 또한 컴퓨터, 랩톱, 스마트 폰, 태블릿, 게임 콘솔, TV 등의 물리적 장치와 가상 장치, 즉 소프트웨어.
사실 이것은 호스트가 소유자이기 때문에 사실이 아닙니다. 클라이언트가 아니라 서버지만 그렇게 되었습니다. 또한 이 개념은 "하드웨어" 수준이 아니라 소프트웨어를 나타냅니다. 그러나 그러한 아이디어에는 자리가 있으며 (사람들은 많은 실수를 포함하여 실수하는 경향이 있음) 이것을 고려해야합니다. 예를 들어 호스트(다른 IP 주소를 가진 방문자, 즉 고유 방문자)와 같은 개념을 접하게 될 것입니다.
호스트는 호스트와 어떻게 다른가요?
호스트는 사용자가 필요로 하는 호스트 목록이 포함된 로컬(사용자 컴퓨터에 있는 - 참조) 파일입니다. 보다 정확하게는 이것은 단순한 목록이 아니라 컴퓨터 이름(호스트)과 해당 IP 주소 간의 대응 표입니다.
일반적인 로컬 홈 네트워크에서는 보통 컴퓨터 이름(도메인 이름)이 할당되지 않지만(IP면 충분함) 인터넷에서는 사이트를 방문할 때 사용자가 브라우저의 주소 표시줄에 해당 사이트의 IP 주소를 입력하지 않습니다. , 이름을 입력합니다(예: https:// 웹사이트).
인터넷이 아직 젊고 작았을 때(?), 이러한 로컬 목록은 충분하고 편리했습니다. 이제 네트워크에는 수백만 개의 사이트가 있으며 Hosts 파일의 크기는 컴퓨터에 맞지 않을 수 있습니다. 따라서 이제는 모든 테이블과 함께 and를 사용하십시오.
귀하의 브라우저는 사이트에 어떤 IP가 있는지에 대한 질문과 함께 가장 가까운 DNS 서버로 전환하고 응답을 받은 후 이미 IP로 이 호스트(서버)의 주소를 성공적으로 지정합니다. 전통에 따르면 브라우저는 여전히 이 정보에 대해 로컬 호스트 파일을 미리 참조하지만 일반적으로 해당 파일을 찾지 않고 DNS 서버(또는 캐시, 즉 캐시)에서 주소를 가져옵니다. 이전에 저장된 IP와 사이트 이름이 일치함).
여기 있습니다. 모든 것이 연결되어 있지만 서로 다릅니다. 그리고 당신은 말한다...
행운을 빕니다! 블로그 페이지 사이트에서 곧 만나요
당신은 관심이있을 수 있습니다
서버-무엇입니까 소셜 네트워크 Odnoklassniki가 로드되지 않고 작동하지 않는 이유와 차단된 경우 여는 방법 프록시 - 정의 및 일반 사용자에게 프록시 서버가 필요한 이유 
인터넷은 언제 나타 났습니까? 네트워크의 역사와 인터넷의 날은 언제입니까? VK가 로드되지 않고 브라우저가 Vkontakte에 들어가지 않는 이유 
웹 사이트 - 그것은 무엇이며 그들은 무엇입니까? VPN이란 무엇입니까? VPN의 목적, 작동 원리 및 장점 
WEB - 웹 2.0, 웹 검색, 웹사이트, 웹 브라우저, 웹 서버 및 접두사 웹(온라인)이 있는 모든 것 
확인 및 확인 - 간단히 말해서 무엇입니까 
시크릿-무엇이며 Yandex 브라우저 및 Google 크롬에서 시크릿 모드를 활성화하는 방법 해시 - 해시란 무엇이며 해시 기능이 인터넷 보안 문제를 해결하는 데 어떻게 도움이 됩니까?
조만간 많은 초보 인터넷 사용자가 "호스팅이란 무엇입니까?"라는 질문을 하게 됩니다.
이 기사에서는 이 질문에 답하고 현재 존재하는 표준 호스팅 솔루션에 대해 설명하고 회사 Hosting Telesystems LLC에서 작동 방식에 대해 설명합니다.
호스팅전문 호스팅 회사에서 제공하는 웹사이트 호스팅을 위한 기술 플랫폼입니다. 간단히 말해서 이곳이 사이트가 있는 곳입니다. 호스팅 회사의 업무는 인터넷 사용자가 이 호스팅 회사에서 호스팅하는 사이트에 중단 없이(이상적으로) 액세스할 수 있도록 하는 것입니다.
호스팅 서비스는 다음과 같이 나눌 수 있습니다.
- 가상 호스팅(또는 그냥 호스팅)
- 가상 전용 서버(또는 VPS, 일명 VDS)
- 전용 서버 임대.
이제 호스팅 구현을 위한 기술 옵션을 살펴보겠습니다.
호스팅을 생성하는 첫 번째 옵션은 일반 서버를 가져 와서 모든 서비스를 배치하는 것입니다. 대부분의 경우 이것은 여러 사이트에 대한 일반적인 솔루션이며 많은 비용이 필요하지 않으며 모든 서비스는 다음과 같이 함께 배치됩니다. 웹 서버, 데이터베이스 서버, 메일 시스템.
(그림 1)
더 복잡한 옵션은 데이터베이스 서비스가 별도의 서버에 배치되는 경우입니다. 즉, 데이터베이스에 대한 쿼리를 처리하는 로드가 별도의 서버에 배치되어 콘텐츠 및 메일 서버를 직접 언로드하는 것입니다.
(그림 2)
모든 주요 서비스가 서로 간섭하지 않고 별도의 물리적 서버로 분리되면 시스템이 훨씬 더 복잡해집니다.
(그림 3)
위의 모든 시스템에는 장단점이 있습니다.
예를 들어 모든 것이 하나의 서버에 있고 관리 및 제어가 편리하지만 단점도 있습니다. 서버가 많은 요청을 받기 시작하여 서버가 동적 콘텐츠를 생성하고 콘텐츠 생성에 데이터베이스 리소스를 사용해야 하므로 이 경우 개발이 부실하여 매우 불쾌한 사고가 발생할 수 있습니다.
그 본질은 웹 서버로 들어오는 요청이 데이터베이스에 대한 요청을 생성한다는 것입니다. 이 요청은 여러 가지 이유로 전체적으로 상당히 많은 양의 시스템 리소스를 소비하면서 꽤 오랜 시간 동안 실행될 수 있습니다. 그래서 또 다른 요청이 웹 서버에 오고 또 다른 요청이 오고 결과적으로 서버는 모든 요청을 처리하려고 점점 더 느리게 실행됩니다. 이로 인해 전체 서버의 운영이 마비되고 동적 구성과 관련 없는 콘텐츠를 요청한 사용자라도 시스템 과부하로 인해 콘텐츠를 받지 못할 수 있습니다.
(그림 4)
모든 요청은 "프론트 엔드"로 전달되고 이 서버에 의해 나머지 "백엔드" 서버에 추가로 배포됩니다. 이것이 얼마나 좋은 계획인지 생각할 수 있지만 실제로 "프론트 엔드"가 중단되면 어떻게 될까요? 맞습니다. "프런트 엔드" 서버가 없으면 "백엔드"가 아무리 많아도 상황을 구하는 데 도움이 되지 않습니다. 따라서 이 경우에 대한 대안이 필요합니다.
이렇게 하려면 패킷이 시스템 범위 내에서 IP 수준에 도달했지만 서버에 도달할 시간이 없었고 이 패키지를 보낼 프로세스를 방해할 기회.
그건 그렇고, 이곳은 매우 흥미롭고 많은 솔루션이 있습니다.
예를 들어 라우터에 WCCP(Web Cache Communication Protocol) 지원 기능이 있는 경우 이러한 용도로 사용할 수 있습니다. 그 본질은 "프론트 엔드"가 살아 있고 정기적으로 라우터의 요청에 응답하거나 수명을 알리면 라우터가 패킷을 가로채 "프론트 엔드"로 보낸다는 사실로 요약됩니다. "프론트 엔드"와의 연결이 끊어지면 라우터는 하나 이상의 "백엔드"에 직접 요청을 보냅니다. 이는 모두 사용자의 욕구와 설정 유형에 따라 다릅니다.
값비싼 라우터가 없더라도 조치를 취할 수 있는 분야는 여전히 넓습니다. 일반 서버는 ipfw, iptables, pf와 같은 다양한 시스템을 사용하여 라우터로 전환할 수 있으며 비슷한 결과를 얻을 수 있습니다. 위에서 설명한 경우보다 훨씬 더 많이 말하고 싶습니다. 상당히 간단한 프로그램을 작성할 때 여기에서 규칙을 직접 관리할 수 있습니다. 예를 들어 CARP (Common Address Redundancy Protocol)와 같이 여기에 연결하면 한 서버에 오류가 발생하면 다른 서버에서 작업을 선택하여 해당 서버를 복제 할 수 있습니다. 시스템 전체의 신뢰성.
또한, 위의 시스템을 갖추면 최근 DDOS(Distributed Denial of Service)와 같은 빈번한 문제를 처리하는 것이 더 쉬울 것입니다. 부정적인 트래픽이 시스템의 메인 서버에 들어가는 것을 방지하여 보호합니다.
그리고 다시 질문이 생겼습니다. "그 밖에 무엇을 개선할 수 있습니까?"
예, 문제 없습니다. 메일 시스템을 시작하겠습니다. 첫 번째 단계에서 모든 것을 막 시작했을 때 가장 중요한 것은 단순한 실수를 피하는 것입니다. 예를 들어, 모든 메일 프로토콜에 대해 클라이언트에 mail.domain.ru 형식의 동일한 이름을 지정하면 여전히 하나의 서버라고 말합니다. 그러나 앞으로 확장의 경우 다른 프로토콜에 따라 이 이름을 더 어렵게 분리해야 하므로 게으르지 말고 다른 프로토콜에 대해 별도의 이름을 만드십시오: smtp, pop, imap, 여전히 리드하더라도 같은 서버에.
다음 단계는 smtp 프로토콜을 pop 및 imap에서 분리하는 것이며 안정성을 높이기 위해 smtp를 수신 및 발신 메일에 대해 두 개의 개별 서버로 분할할 수 있습니다.
또한 수신 또는 발신 메시지 수가 증가함에 따라 smtp 서버 수를 늘릴 수 있습니다. 발신 메시지 서버의 경우 DNS 서버에서 여러 IP 주소 표시를 사용할 수 있으며 라운드 로빈 알고리즘에 따라 주소 열거 원칙에 따라 클라이언트가 발신 서버를 선택합니다 순환 주기로 서버 간에 로드를 분산합니다.
수신 메일 서버에서도 동일한 작업을 수행할 수 있지만 클라이언트의 도메인으로 향하는 메일을 배달하는 프로세스를 제어하는 다른 도구가 있습니다. 이 MX 매개변수는 도메인의 메일을 제공하는 메일 교환 서버를 가리키는 DNS 레코드 유형입니다. 이 레코드 유형의 경우 각 서버 또는 여러 서버에 대한 우선 순위를 지정하여 클라이언트의 편지가 배달되는 순서와 서버를 제어할 수 있습니다.
imap 및 pop 프로토콜은 좀 더 간단합니다. 실제로 클라이언트가 사서함 크기에 의해 제한되지 않도록 충분히 큰 메일 저장소 옆에 있어야 합니다. 즉, 대용량 디스크가있는 모든 서버가 이러한 목적에 적합합니다. 물론 미래에는 안정적인 메일 저장을 위해 RAID 시스템을 사용하는 것이 좋습니다. 이를 위해 고객으로부터 돈을 받으면 안정적인 저장에 대해 확실히 생각해야합니다. .
메일로 재미있게 지내고, 우리는 또 무엇을해야합니까 ...
여기에는 CRON(프로그램 실행을 위한 작업 스케줄러)과 같은 옵션도 있습니다. 일반적으로 일종의 분석 또는 시스템 유지 관리 작업을 처리하기 위해 에너지 집약적이고 복잡한 작업이 배치됩니다. 그리고 이로 인해 디스크가 아닌 경우 메모리나 프로세서에 문제가 발생하여 웹 서버에서 콘텐츠가 제공되지 않을 수 있습니다. 다음은 옵션입니다.
파일 시스템은 예를 들어 NFS를 통해 다른 서버로 이동할 수 있으며 여기에서 cron 작업을 제공할 수 있습니다. 이 서버의 작동은 메인 웹 서버의 작동과 관련이 없기 때문에 이 서버에 ssh 액세스를 만들 수도 있습니다. 여기에서 클라이언트가 이전에 사용을 허용하지 않았던 다른 프로그램(예: 다른 컴파일러)을 사용하도록 허용할 수 있습니다. 그럼에도 불구하고 Ftp를 여기에 가져 오는 것은 의미가 없지만 파일 다운로드는 저장소에 더 가깝고 일반적으로 ftp는 디스크, 프로세서 또는 메모리에서 문제를 일으키지 않습니다.
다시 지루해지면 "백엔드" 서버를 업그레이드할 수 있습니다.
대부분의 경우 재구성은 이러한 서버에서 발생하며 이를 강제로 수행하지 않기 위해 여러 가지 방법이 있습니다.
첫 번째는 사이트 이름이 표시될 파일 시스템의 경로를 통해 사이트 이름의 가상 매핑을 생성하는 것이지만 이 경우 특정 사이트의 설정을 조정하기가 매우 어렵습니다.
두 번째 옵션은 데이터베이스를 기반으로 구성을 동적으로 생성하고 캐시하는 자체 모듈을 작성하는 것입니다. 여기에서도 mysql 또는 pgsql 데이터베이스를 선택하면 해당 작업을 마비시킬 수 있거나 고장이 발생한 경우 사이트 작업을 마비시킬 수 있으므로 BDB를 사용하는 것이 더 낫기 때문에 너무 흥분해서는 안됩니다. 또는 CDB. 즉, 중간 데이터베이스를 사용하여 설정을 저장하고 중앙 데이터베이스에 변경 사항이 있는 경우 업데이트합니다.
위의 작업을 완료하면 다른 것을 선택할 수 있습니다.
필요한 경우 모든 사이트에 별도의 IP 주소를 부여할 수 있는 방법에 대해 생각해 봅시다. 사이트가 한두 개가 아니라 수천 개가 있는 경우 어려운 상황이 발생합니다. 모든 IP를 특정 사이트에 등록해야 합니다. 웹 서버 구성에서 규정하는 것 외에도 운영 체제 자체의 구성에 등록해야 합니다. 이는 그다지 인상적이지 않은 작업입니다. , 그러면 끔찍하게 추하게 보일 것입니다.
여기서 우리는 약간 다른 솔루션을 선택했습니다. 이것은 까다로운 매핑을 사용하여 리버스 프록시를 생성하는 것입니다. 그 본질은 다음과 같이 요약됩니다. 충분히 큰 네트워크를 위해 라우터에 경로가 생성되어 다음 주소로 전송됩니다. 우리 프록시 서버. 프록시 서버 자체에는이 네트워크에서 우리에게 오는 모든 패킷을 특정 포트로 리디렉션하고 리디렉션하는 규칙, 즉 src 및 dst 주소에 대한 정보를 패킷에 남기는 규칙이 작성됩니다. 또한 이 패킷을 수신한 프록시 서버는 중간에 생성된 CDB 파일을 통해 다시 어디로 향하는지 확인하고 "백엔드" 중 어느 것이 이 요청에 대한 콘텐츠인지 결정하고 이 요청을 거기로 보내고 다음으로 응답을 보냅니다. 클라이언트.
동일한 비유로 일반적으로 IPV6 주소를 모든 사이트에 배포할 수 있습니다. 사이트 목록이 저장되는 데이터베이스에서 각 사이트에는 고유한 숫자 식별자가 있으며 일반적으로 정수이며 이것은 단지 32비트, ipv6의 경우 이것은 사소한 일입니다. 즉, 네트워크 / 964억 개의 주소는 모든 트릭에 충분합니다. :-)
아이디어의 본질은 이것이 패킷이 가로채서 프록시 서버의 포트로 다시 전송된다는 것입니다. 이 경우에만 고유한 사이트 식별자인 ipv6 주소의 마지막 4바이트를 가져옵니다. 데이터베이스를 다시 조사하고 이미 ipv4 top으로 이 요청을 보낼 위치를 찾을 수 있습니다.
인터넷의 등장과 정보기술의 발달로 초심자라는 특수한 범주의 사용자는 말할 것도 없고 고등교육을 받은 방문객도 풀지 못하는 구체적이고 모호한 용어들이 많이 등장했다. 이 기사에서는 당사 사이트의 각 방문자에게 호스팅 및 공급자가 무엇인지 설명하여 종 구성의 모든 다양성을 독자에게 공개하려고 시도합니다.
단순 방문자의 관점에서 웹사이트는 텍스트 정보, 그래픽 삽입물, 비디오 파일로 표현되는 주제별 콘텐츠 모음으로 볼 수 있습니다. 이 사이트의 방향에 관심이 있는 방문자는 특정 파일을 다운로드하고 싶을 수 있습니다. 파일을 보고 다운로드하면 24시간 내내 파일에 대한 전체 액세스 권한이 제공됩니다. 그리고 이때 유용한 콘텐츠는 어딘가에 저장해야 합니다.
호스팅은 사이트의 모든 콘텐츠와 사이트 자체가 위치할 디스크 공간입니다. 제공업체에서 유료로 제공하는 서버상의 장소입니다. 호스팅은 간단한 개인용 컴퓨터가 될 수도 있지만 사이트에 대한 데이터를 저장하는 가장 편리한 방법은 아닙니다.
Hoster, 호스팅 공급자 - 호스팅 서비스를 제공하는 공인 운영자. 즉, 이것은 서버를 구입하고 개인 및 법인에게 디스크 공간의 일정 볼륨을 임대하는 회사입니다.
무엇을 위한 호스팅인가요?
호스팅 기능 - 방문자가 24시간 액세스할 수 있도록 강력한 컴퓨터가 있는 장소 중 한 곳에 웹사이트를 고정합니다. 디스크 공간 선택은 신중하게 접근해야 하며 여기서 제공되는 서비스의 신뢰성과 품질이 매우 중요합니다. 간단한 PC로도 작업을 수행할 수 있지만 하루 24시간 연중무휴로 인터넷에 연결되어 있어야 합니다. 소프트웨어 오류 또는 기타 결함은 컴퓨터 자체의 고장으로 이어질 뿐만 아니라 사이트에 대한 데이터를 네트워크로 전송하는 것을 중단합니다. 즉, 귀하의 사이트는 단순히 작동을 멈추거나 특별히 느려지기 시작할 것입니다.
호스팅 유형
- 가상.
비용 최소화 측면에서 가장 정당한 옵션은 하나의 서버에서 여러 소규모 사이트를 서비스하는 것입니다.
- 가상 전용 서버.
고객은 하나의 하드웨어 랙에서 서버 메모리 및 프로세서 시간의 일부인 디스크 공간을 할당받습니다.
- 전용 서버.
호스팅 업체는 전체 서버를 고객에게 할당하고 유지 관리를 전적으로 책임집니다. 이 옵션은 대규모 인터넷 프로젝트를 만들고 유지 관리할 때 사용됩니다.
- 위치.
공급자는 네트워크에 24시간 액세스할 수 있는 데이터 센터의 한 장소를 클라이언트에게 임대합니다.
선택할 호스팅
호스팅을 선택할 때 이러한 유리한 제안은 유료 및 완전 무료로 제공될 수 있음을 이해하는 것이 중요합니다.
무료 호스팅의 장점은 자명하며 여기에서 모든 것이 명확합니다. 제공된 서비스에 대해 요금을 부과하지 않습니다. 사실, 일부 진취적인 회사는 그러한 서비스를 귀하의 웹사이트에 광고 배너를 배치할 가능성과 연결합니다. 종종 무료 서버의 불안정한 운영으로 인해 특정 가상 사이트에 대한 액세스가 부족합니다.
또 다른 불쾌한 발견은 PHP, CGI, VB, MySQL, FTP와 같은 서비스를 사용할 수 없다는 것입니다. 웹 사이트가 개발 및 개선의 전망을 갖는 것은 이러한 특성의 존재 덕분입니다. 기술 지원에 관한 한 무료 웹- 호스팅그러한 보증을 하지 않습니다.
유료 호스팅의 유일한 단점은 비용을 지불해야 한다는 것입니다. 그러나 월 100-350 루블이 예산에 큰 타격을주지 않기 때문에 그러한 사소한 일에 화를 내지 마십시오.
가상 사이트 소유자의 현재 비용 견적의 다양성을 감안할 때 호스팅 서비스를 제공하는 대부분의 회사는 고객에게 100% 적합한 요금제를 선택합니다. 남은 것은 사이트 콘텐츠의 안정적인 저장을 보장하는 호스팅 공급자를 선택하는 것입니다.
저렴한 호스팅을 선택하는 방법은 무엇입니까?
처음 만나는 회사에서 디스크 공간을 즉시 임대할 필요는 없습니다. 포럼에서 채팅하고 경험이 풍부한 전문가에게 조언을 구하십시오.
예를 들어 웹사이트 사이트는 McHost에서 호스팅됩니다. TimeWeb도 추천합니다. 우리는 이들이 매우 저렴한 가격에 양질의 서비스를 제공하는 신뢰할 수 있는 제공업체라고 절대 확실하게 말할 수 있습니다.
이제 우리는 그것을 알아 내려고 노력할 것입니다 : 호스팅 - 그것이 무엇이며 왜 사용됩니까? 비슷한 질문에 관심이 있다면 아마도 인터넷을 알고 있을 것입니다.
정의부터 시작하겠습니다
"호스팅-무엇입니까"라는 질문에 간단히 대답하려고 하면 다음을 수행할 수 있습니다.
이것은 사이트가 World Wide Web에서 24시간 순환을 제공하는 데 필요한 서비스라고 말할 수 있습니다.
우리는 특정 리소스를 배치하는 서비스에 대해 이야기하고 있습니다. 이것은 소프트웨어 및 하드웨어 솔루션 (컴퓨터와 특수 시스템 또는 프로그램의 조합)이며 주요 작업은 정보 처리 및 저장으로 간주 될 수 있습니다.
또한 이 솔루션 덕분에 다른 많은 컴퓨터에서 사이트를 채우는 데이터에 액세스할 수 있습니다. 위의 내용을 바탕으로 또 다른 중요한 정의를 제시해 보겠습니다. 서버 호스팅은 서버와 장비를 특수 사이트에 배치하는 서비스입니다. 서버의 안정적인 운영을 위한 일련의 조치입니다.
웹사이트 호스팅
다음 합리적인 질문은 "웹사이트 호스팅 - 무엇이고 이전 솔루션과 어떻게 다릅니까?"입니다. 주요 이점부터 시작하겠습니다. 웹사이트 호스팅에 대한 인기와 수요는 훨씬 높습니다. 그 이유는 후자의 솔루션이 World Wide Web에서 호스팅되는 모든 리소스에 최적이고 서버 호스팅은 대규모 사이트의 경우에만 합리적이기 때문입니다.
품종이 있습니다
이러한 가상 부품에는 일반 호스팅의 모든 기능이 있습니다. 근처에 있는 가상 호스팅이 Windows, Unix와 같은 다양한 운영 체제에서 작동할 수 있다는 점이 흥미롭습니다. 각 자체 서버에는 하나 이상의 전용 IP 주소가 있으며 이는 보장됩니다.
최소한의 리소스와 빠른 재부팅. 보시다시피 VPS는 기존 솔루션과 크게 다릅니다. 안정적인 운영과 저렴한 서비스 비용을 보장합니다.
누가 필요합니까?
누가 어떤 목적으로 그러한 서비스가 필요한지 봅시다. 클라이언트가 서버 운영을 직접 관리하려는 경우 VPS가 필요합니다. 대부분의 경우 이러한 필요성은 개인 온라인 상점이 있는 사람들에게 나타납니다. 비 전통적인 소프트웨어 또는 비표준 구성을 사용하려는 사람들에게도 VPS가 필요합니다.
사이트가 서버에서 엄청난 양의 리소스를 필요로 하는 관리자의 경우 많은 호스트가 이러한 리소스 호스팅을 거부하기 때문에 VPS가 최상의 솔루션입니다. 가상 자체 호스팅의 소유자가 되기 전에 여러 조건을 결정해야 합니다. 소유자는 운영 체제 작동에 대한 정보를 포함하여 특정 지식을 가지고 있어야 합니다. 구매하려는 호스팅에 대한 정보를 주의 깊게 조사해야 합니다.
다양한 VPS 솔루션의 기능적 서비스 세트는 심각하게
다르다. 수신할 전용 IP 주소 수, 업데이트 가능 여부, 개별 서버 매개변수에 대한 제한 설정 여부를 확인해야 합니다.
간단히 말해서, 새로운 서비스를 이용하기 위해서는 특정 지식이 있어야 합니다. 그러나 그러한 뉘앙스를 이해하는 사람들은 이미 모든 것을 파악하고 표시된 결정을 내 렸습니다.
호스트 되기 힘드시죠?
요약해보자. 우리는 이미 "가상 호스팅-무엇입니까? "라는 질문에 답했습니다. 인터넷 공간에서 사이트가 위치하는 장소에 관한 것입니다. 이러한 종류의 서비스는 전용 서버, VDS, VPS, 공유 호스팅 등 여러 유형으로 나눌 수 있습니다. 이상하게도 여기에서 다른 회사의 서비스 간의 주요 차이점은 (종종 그렇듯이) 가격입니다.
특정 회사에 유리한 결정을 내리려면 해당 회사에 대한 리뷰를 합리적으로 연구해야 합니다. 피드백 부족은 회사가 신규 이민자임을 가장 자주 나타냅니다. 반면에 긍정적인 리뷰만 있는 것은 놀라운 일이며 항상 서비스 품질을 나타내는 것은 아닙니다. 중요한 구성 요소는
24시간 지원: 사용자가 전화나 이메일로 조언을 구하고 문제를 바로 해결할 수 있습니다. 회사는 고품질 최신 장비를 갖추고 데이터 복구 시스템을 제공해야 합니다.
회사 성공의 열쇠는 적절한 장비를 갖추고 모든 품질 기준을 충족하는 개인 데이터 센터의 가용성입니다. 다양한 호스팅 기술을 구현하기 위한 기술 옵션을 살펴보겠습니다.
전용 서버를 임대하고 서버에서 모든 서비스를 호스팅하는 솔루션부터 시작하겠습니다. 이 접근 방식은 막대한 비용이 필요하지 않기 때문에 일반적입니다.
보다 복잡한 솔루션은 데이터베이스를 전용 서버로 이동하여 콘텐츠 및 메일 처리를 용이하게 하는 것입니다. 가장 복잡한 시스템은 작동 중에 서로 간섭하지 않는 서로 다른 별도의 물리적 서버에서 기본 서비스를 분리하는 것입니다. 위의 각 시스템에는 고유한 장점과 단점이 있습니다.
모든 것이 단일 서버에서 호스팅되는 경우 관리 및 제어에 편리하지만 다른 한편으로는 중요한 단점이기도 합니다. 서버가 갑자기 많은 요청을 받기 시작하면 불쾌한 사건이 발생할 수 있습니다. 문제의 본질은 많은 시스템 리소스가 필요하고 이를 견디지 못할 수도 있다는 것입니다.
이 자료가 이 어려운 주제를 이해하는 데 도움이 되기를 바랍니다.
최근에는 일반 인터넷 사용자도 "가상 호스팅"이라는 개념에 직면하고 있습니다. 본질적으로 생성 및 유지 관리는 말할 것도없고 상상하는 사람은 거의 없습니다. 한편 여기에는 특별히 복잡한 것이 없습니다. 또한 이 기사에서는 기본 개념과 주의를 기울여야 하는 몇 가지 추가 측면을 고려하도록 제안합니다.
가상 호스팅: 일반 개념
실제로 명확하게 하기 위해 가장 간단한 예를 사용하여 모든 유형의 호스팅을 설명할 수 있습니다. 사용자가 자신의 웹 페이지를 만들었다고 가정합니다. 그러나 결국 인터넷 방문자가 사용할 수 있도록 만드는 것이 필요합니다(그러면 왜 생성해야 합니까?).
완성된 페이지를 특정 리소스(서버)에 배치하는 것은 동일한 가상 호스팅입니다. 대략적으로 말하면 사용자는 일정량의 디스크 공간을 제공하는 서비스를 사용하여 회사 또는 개인이 소유한 서버에 자신의 페이지를 게시하기만 하면 됩니다. 그러나 여기에는 제한이 있으며 별도로 설명하겠습니다.
주요 호스팅 유형
오늘날 공유 호스팅 유형에 대해 이야기하면 변형이 많지 않습니다. 일반적으로 구현은 두 가지 유형의 시스템을 기반으로 합니다.
- UNIX 계열(Linux 포함)
- 윈도우 지향.
그러나 어쨌든 가상 호스팅 서버는 웹 서버 및 데이터베이스 서버(즉, 사용자 사이트의 정상적인 기능에 필요한 모든 것)를 기반으로 제공합니다.
UNIX 시스템의 경우 Apache 및 Nginx 웹 서버가 주로 사용되며 SSH 프로토콜을 지원하는 프로그래밍 언어인 PHP, Perl 등을 사용하는 MySQL 및 PostgreSQL 시스템이 데이터베이스 역할을 합니다(Apache 플랫폼의 경우 웹 서버는 .htaccess를 통해 제어됨).
Windows 플랫폼에서 가장 일반적인 서버 솔루션은 Windows Server 2003, 2008 R2 및 2012(버전 2003은 점차 시장에서 퇴출됨)를 기반으로 합니다. 주요 웹 서버는 ASP.NET 및 IIS의 모든 버전 및 수정본이며 사용되는 데이터베이스는 UNIX 플랫폼과 유사합니다.
관리는 web.config 파일을 통해 이루어집니다. 실습에서 알 수 있듯이 Windows 플랫폼에서 사이트를 가상 호스팅하는 것은 관세 측면에서 더 비쌉니다. 이는 특수 SPLA 라이선스를 보유한 회사만이 그러한 서비스를 제공할 자격이 있기 때문입니다. 사실, 이 순간에도 장점이 있습니다. 그러한 계약(라이선스)을 통해 공식 운영 체제 및 관련 소프트웨어가 호스팅을 구성하는 데 사용되는지 완전히 확신할 수 있습니다.
장단점 및 제한 사항
명명 된 시스템의 장단점에 대해 언급하면 가상 호스팅은 매우 저렴하고 설정하기 쉽기 때문에 개인에게 선호됩니다 (주요 사항은 서비스 또는 제공 회사에서 가져옴). 또한 서비스를 이용할 때 사용자는 자신의 필요에 가장 적합한 요금제를 자유롭게 선택할 수 있습니다.
그러나 단점 중 하나는 할당 된 서버 (디스크) 공간의 제한, 자체 소프트웨어를 설치할 수 없으며 서버 자체의 리소스에 대한 부하를 모든 사용자에게 분산시킬 수 없다는 점입니다.
또 다른 요점은 대부분의 경우 호스팅이 상대적으로 낮은 트래픽(하루에 천 건 이하의 요청)을 위해 설계되었다는 사실과 관련이 있습니다. 한도를 초과하면 통화가 DDoS 공격 시도로 간주될 수도 있습니다.
공유 호스팅 서비스
제공되는 서비스에 관해서는 일반적으로 1500MB에서 10GB의 사용 가능한 디스크 공간, 할당된 트래픽 제한, 제한된 수의 도메인(하위 도메인) 이름, 사서함 및 연결된 데이터베이스를 포함하는 특정 표준화된 목록을 할당합니다.
그럼에도 불구하고 일반 사용자는 특히 대부분의 페이지가 일종의 게임 포털이 아니라 대부분 텍스트 정보 또는 멀티미디어 요소 (오디오, 비디오, 그래픽)를 포함하기 때문에 눈에 충분합니다.
전용 서버와의 차이점
가상 호스팅을 만드는 방법에 대해 이야기하기 전에 이 개념과 전용 서버의 차이점에 유의해야 합니다.
서버에서 호스팅 연결 시 등록된 모든 사이트에 대해 하나의 IP만 사용할 수 있으며, 도메인 이름을 지정하여 리디렉션을 수행합니다. 두 번째 구현에서는 각 호스팅에 여러 개별 IP를 사용할 수 있지만 서버 자체에 여러 네트워크 인터페이스가 있는 경우에만 가능합니다.
전용 서버를 사용할 때 각 사이트는 하나의 원격 장치(서버)에만 독점적으로 위치하며 다른 것은 없습니다.
호스팅 생성 및 유지 관리
이미 명확하므로 호스팅을 만들려면 해당 회사에 연락하기만 하면 됩니다. 가상 호스팅은 사용자가 아니라 전문가가 설정합니다(특히 이미 적절한 플랫폼과 소프트웨어 환경이 있기 때문에).
사용자 측의 유지 관리는 자신의 필요에 맞게 생성된 것을 조정하는 것으로만 축소됩니다. 유감스럽게도 주 서버가 방화벽과 강력한 바이러스 백신으로 보호되고 있음에도 불구하고 바이러스나 해커의 공격에 노출될 가능성으로부터 사용자 단말기를 보호하는 것도 사용자의 몫입니다. 이것은 이해할 수 있습니다. 결국 콘텐츠 편집은 원격 서버가 아닌 관리자 계정으로 회사나 집 단말기에서 이뤄지게 된다. 그리고 여기서 아무도 외부 간섭으로부터 면역되지 않습니다.
간단한 요약
사실 이것이 가상 호스팅의 개념을 아주 작은 범위로 설명하는 전부입니다. 그것이 무엇인지에 대한 최종 결론을 내리면 대략적으로 말하면 사용자는 공유 서버에서 할당된 디스크 공간을 처리하고 페이지를 인터넷에서 사용할 수 있도록 배치합니다. 그들에 대한 경로는 사용자 컴퓨터 터미널이 아닌 서버 자체의 컴퓨팅 성능에 의해 제어됩니다. 생성이 훨씬 더 쉽습니다. 모든 것은 일부 공급자(호스팅) 회사의 서비스를 주문하는 것으로 귀결됩니다.
그리고 원칙적으로 누구나 순전히 명목상의 비용으로 사이트를 호스팅하고 World Wide Web에서 방문자가 사용할 수 있도록 하는 것은 이러한 기본 기술 솔루션을 사용하는 것입니다.
그러나 이러한 상황에서 서버의 사이트 관리는 해당 서비스를 제공하는 회사와 호스팅 사이트, 콘텐츠 및 원격 사이트의 보안이 독점적으로 수행하기 때문에 보안과 관련된 몇 가지 뉘앙스를 고려해야 합니다. 콘텐츠가 편집되거나 업데이트되는 터미널은 어깨 클라이언트에 있습니다.