|
다른 사람들에 대해서는 자세히 말하지 않겠지만, 바로 본론으로 들어가겠습니다. 사용자가 도메인 이름을 입력하고 차를 다시 치면, Windows 시스템이 DNS 클라이언트를 호출해 사용자가 설정하거나 자동으로 할당한 DNS IP를 확인하고, 그 후 전체 해결 과정이 시작됩니다. DNS 해석이 더 빠른 것이 합리적일까요? 네, 헤헤, 많은 작은 웹사이트들이 DNS 해석 시간을 거의 0.5초에 가깝게 하고, 결과를 파싱하는 데 1.2초가 걸리는 웹사이트도 봤습니다. 이 통계는 매우 놀라운 수치인데, 일반 웹사이트 운영 시간은 8초 이상 되면 사용자가 접근 권한을 포기할 예정이고, 전자상거래 사이트에서는 4초 정도가 사용자 인내심의 한계입니다. 일반적으로 최적화된 소규모 웹사이트의 경우 DNS 해상도 시간은 약 200MS로 제어할 수 있고, 대역폭이 약 100M인 웹사이트의 경우 DNS 해상도 시간은 50-100ms로 조절할 수 있습니다. 어떻게 최적화할까요? 우선TTL을 활용하세요사용자가 운영자의 DNS 캐시에서 직접 A 레코드를 최대한 많이 받을 수 있도록 허용해야 하며, 서버에 문제가 생겼을 때 가능한 한 빨리 전환해야 할 때도 있습니다. 그래서 이 TTL 설정에는 철저히 연구해야 할 상황도 있습니다. 1. 서버에 여러 대가 있는지 백업이 있는지 알아야 합니다. 백업이 없으면 서버가 다운될 때 저항할 수밖에 없으니, TTL 시간이 길수록 좋습니다. 짧은 TTL의 목적은 서버에 문제가 생겼을 때 시간에 전환하는 데 있는데, 백업이 없는 웹사이트에는 기본적으로 사용되지 않습니다. 따라서 TTL 설정은 가능한 한 길게 설정하세요. 물론 무한히 길 수는 없고, 일반적으로 TTL 3600이면 충분합니다. 2. 백업이나 여러 서버가 있을 경우 서버가 다운되어 제때 전환이 필요합니다. TTL 시간이 짧을수록 전환이 더 적시적절하지만, TTL 시간이 짧을수록 운영자의 DNS가 캐시되지 않는 경우가 많습니다. 일반 사용자는 TTL 600을 설정하세요. 특히 요구가 많은 웹사이트의 경우 적시 전환을 위해 TTL 120을 설정하세요. 둘째, 검색충분히 뜨거운 도메인 이름 해석기。 많은 웹사이트가 자체 도메인 이름 해결 서버를 만들어 제어하기 편리하지만, 큰 실수입니다. 도메인 이름 해결 서버는 기본적으로 캐시되어 있지 않고, 루트 서버에 요청할 때마다 전 세계 대부분 지역을 돌다가 최종 결과를 내기 때문에 자연스럽게 매우 비효율적입니다. 따라서 충분히 매력적인 도메인 이름 해결기를 찾아보세요. 뜨거운 점은 이곳이 매우 자주 방문된다는 것입니다. 충분히 뜨거우면, 도메인 이름 해석 서버의 A 레코드는 기본적으로 로컬 운영자의 DNS에 의해 캐시됩니다. 도메인 이름 리졸버가 충분히 핫한지 어떻게 알 수 있나요? 사실 매우 간단합니다. 도메인 이름 리졸버가 충분한 고객이 있는지, 고객 웹사이트가 인기가 있는지, 방문자가 충분한지 확인하는 것입니다. 또한 도메인 이름 해석을 위해 CDN 벤더를 찾는 더 나은 방법도 추천합니다. CDN 제조사가 서비스하는 많은 고객들이 매우 핫하고 사용자 기반이 크기 때문에, 이들 CDN 벤더의 도메인 이름 해석 서버가 제공하는 서비스 효과는 긍정적입니다. 마지막으로 고급 기술들---CNAME을 능숙하게 활용하세요。 많은 웹사이트 소유자들이 같은 서버에서 여러 소규모 웹사이트를 운영합니다; 또는 직접 웹사이트를 운영하되, 여러 개의 2급 도메인을 나누는 방법도 있습니다. 이러한 상황에 대응하기 위해 CNAME을 잘 활용하고, 이 작은 웹사이트들의 모든 도메인 이름이나 2급 도메인을 정의한 통합 도메인 이름으로 cname하는 것이 매우 중요합니다. 그 다음 이 cname의 TTL을 충분히 오래 설정하세요. 이렇게 하면 웹사이트의 첫 해상도를 운영자의 DNS 캐시, 즉 cname을 직접 받은 레코드에서 직접 얻을 수 있습니다. 그 다음 두 번째 cname 레코드를 입력하고, 비교적 합리적인 TTL 값을 설정했습니다. 이렇게 2단계 도메인 이름은 위장된 상태로 가열되고, DNS 해상도 시간은 2단계와 1단계 모두 충분히 긴 캐싱 시간을 가열하여 극대화됩니다. 이 기술은 마지막 A 레코드에서 얻은 IP가 원본 도메인 이름을 제공할 수 있도록 보장해야 합니다. 본보기: www.abc.com. 7200 hot.abc.com. hot.abc.com. 600 in a 127.0.0.1 분할 도메인 이름이란 무엇인가요? 많은 웹사이트는 웹사이트를 만들 때 도메인 이름을 신청하고 구매한 뒤, 이미지, js, css, html, php 등 모든 콘텐츠를 하나의 도메인 이름으로 정리합니다. 도메인 이름 분할은 서로 다른 용도에 따라 도메인 이름을 분리하는 것을 의미합니다. 도메인 이름을 분할하는 것의 장점은 무엇인가요? IE6와 IE7 커널을 사용하는 브라우저는 동일한 도메인 이름에 대해 동시에 2개의 연결만 시작합니다. IE8 커널을 사용하는 브라우저는 동일한 도메인 이름에 대해 동시에 6개의 연결을 시작할 수 있습니다. 중요한가요? 매우 중요합니다, 도표를 참고하세요. IE6를 사용해 동일한 도메인 이름으로 모든 콘텐츠가 포함된 웹사이트를 열어
IE8을 사용해 동일한 도메인 이름으로 모든 콘텐츠가 포함된 웹사이트를 엽니다
IE6의 경우 7번째 요소를 요청하는 데 0.7초가 걸리고, IE8의 경우 0.277이 7번째 요소를 요청하기 시작합니다. 동시 연결이 많아질수록 페이지가 더 빨리 열리는 것을 알 수 있습니다.
위 데이터를 보면, IE6와 IE8의 경우 도메인 이름을 분할하면 웹사이트가 더 빠르게 열린다는 것을 알 수 있습니다. 실제로도 마찬가지입니다. 시나(Sina)나 타오바오(Taobao) 같은 대형 웹사이트들은 모두 도메인 이름을 분할하고 있습니다. 또한, IT 담당자의 오해를 바로잡는 것도 필요합니다. IT 담당자들은 일반적으로 기술에 관심이 많기 때문에, 많은 사람들의 운영체제나 다른 버전이 매우 새롭고, IE8 이상의 브라우저를 사용합니다. 하지만 중국에서는 지금까지 IE6와 IE7을 사용하는 사용자 수가 약 80%에 불과합니다. 그래서 도메인 이름을 분할하면 오픈 속도를 20% 이상 줄일 수 있습니다. 간단한 수술로 큰 효과가 나올 수 있으니, 왜 하지 않겠습니까? 물론, 어떤 사람들은 분명히 물어볼 겁니다. 도메인 이름을 분할하면 인기가 부족하거나 DNS 캐시가 도메인을 유지하지 못하는 문제가 생긴다는 것을요? 이 질문은 제 마지막 블로그 글을 참고해 답을 제시했습니다. 도메인 이름 분할의 원칙은 무엇인가요? 몇 개가 적절한가요? 일반적으로 5천만 달러 이하의 웹사이트는 도메인 이름을 4 또는 5 정도로 유지할 수 있으며, 너무 넓은 범위는 유지보수와 사용이 복잡해집니다. 1억에서 5억 미만의 웹사이트는 도메인 이름을 8에서 10만 정도로 유지합니다. 1G 이상의 웹사이트는 도메인 이름 수가 중요하지 않고, 10개 이상을 유지하며, 구체적인 수는 해당 웹사이트의 비즈니스 및 경영 특성에 따라 결정됩니다. 어떤 콘텐츠가 같은 도메인 이름 아래에 배치되나요? 페이지 클래스: html, htm 등 스타일 클래스: js, css 등 이미지: jpg, png, gif 등 동적 클래스: php, ASP 등 이 할당 방식은 앞으로 웹사이트를 더욱 최적화하는 데 도움이 되며, 가속 도구를 찾을 때 다양한 가속 방식을 선택할 수도 있습니다.
| 
게시됨 2014. 12. 17. 오후 1:37:09
|
|
|
|
