OctoDNS 및 DNS 분할 권한 구성을 사용하는 방법
| 소개 | 강력한 시스템을 구축하려면 실패에 대비한 설계가 필요합니다. GitHub의 SRE(사이트 안정성 엔지니어)로서 우리는 항상 중복성을 통해 문제를 완화하는 데 도움을 주기 위해 노력하고 있으며, 오늘은 DNS를 통해 서버를 찾을 수 있도록 지원하기 위해 수행한 최근 작업에 대해 논의하겠습니다. |
대형 DNS 공급자는 서비스에 여러 수준의 중복성을 내장하고 있으며, 중단을 일으키는 문제가 발생하면 그 영향을 완화하기 위한 조치를 취할 수 있습니다. 가장 좋은 옵션 중 하나는 해당 지역의 권위 있는 서비스를 여러 서비스 제공업체로 분할하는 것입니다. 분할 권한을 활성화하는 것은 도메인 등록 기관에서 해당 영역에 대해 두 개 이상의 이름 서버 세트를 구성하는 것만큼 간단하며, DNS 요청은 목록 전체에 걸쳐 분할됩니다. 그러나 이러한 영역의 기록을 여러 공급자 간에 동기화된 상태로 유지해야 하며 상황에 따라 설정이 복잡하거나 완전히 수동 프로세스가 될 수 있습니다.
으아아아위 쿼리는 TLD 네임 서버에 github.com의 NS 레코드를 요청합니다. 이는 도메인 등록 기관에서 구성한 값을 반환합니다. 이 경우에는 각각 4개의 레코드가 있는 2개의 DNS 서비스 공급자가 있습니다. 공급자 중 하나가 중단되는 경우 다른 공급자가 계속 요청을 처리할 수 있다는 희망이 있습니다. 우리는 모든 곳에서 기록을 동기화하고 오래된 데이터나 잘못된 상태에 대한 걱정 없이 안전하게 수정할 수 있습니다.
분할 권한을 완전히 구성하는 마지막 부분은 두 DNS 서비스 공급자의 모든 이름 서버를 영역 루트에 최상위 NS 레코드로 추가하는 것입니다.
으아아아GitHub에는 수십 개의 영역과 수천 개의 레코드가 있으며 이러한 영역 중 대부분은 중복이 필요할 만큼 중요하지 않으므로 몇 가지만 처리하면 됩니다. 우리는 여러 DNS 서비스 공급자 간에 이러한 레코드를 동기화하고 보다 일반적으로 모든 DNS 레코드를 내부 및 외부에서 관리할 수 있는 솔루션을 원합니다. 그래서 오늘 우리는 OctoDNS를 발표합니다.
구성OctoDNS를 사용하면 DNS 작업 흐름을 재창조할 수 있습니다. 우리 지역과 기록은 Git 저장소의 구성 파일에 저장됩니다. 변경 사항을 적용하려면 GitHub 흐름을 사용하고 사이트와 같은 분기를 사용하여 배포하세요. 변경 시 수정될 레코드를 미리 보기 위해 "빈" 배포를 만들 수도 있습니다. 구성 파일은 지역당 하나씩 있는 yaml 사전으로, 최상위 키는 레코드 이름이고 키 값은 ttl, 유형 및 유형별 데이터입니다. 예를 들어 영역 파일 github.com.yaml에 포함된 경우 다음 구성은 octodns.github.com에 대한 A 레코드를 생성합니다.
으아아아구성의 두 번째 부분은 레코드 데이터의 소스를 DNS 서비스 공급자에 매핑합니다. 다음 코드 조각은 OctoDNS에게 구성 공급자로부터 github.com 영역을 로드하고 그 결과를 dyn 및 Route53에 동기화하도록 지시합니다.
으아아아 동기화구성이 완료되면 OctoDNS는 현재 상태를 평가하고 대상 상태를 소스와 일치시키는 데 필요한 일련의 변경 사항을 설명하는 계획을 세울 수 있습니다. 아래 예에서 octodns.github.com은 새 레코드이므로 필요한 작업은 두 레코드 모두에서 레코드를 생성하는 것입니다.
으아아아기본적으로 octodns-sync는 시뮬레이션 실행 모드이므로 아무런 조치도 취하지 않습니다. 변경 사항을 검토하고 만족스러우면 `--doit' 플래그를 추가하고 명령을 다시 실행할 수 있습니다. OctoDNS는 처리 흐름을 계속하여 이번에는 Route53 및 Dynect에서 필요한 변경을 수행하여 새 레코드를 생성합니다.
으아아아이 시점에서 우리는 두 DNS 서비스 제공자 모두에 동일한 데이터 기록을 보유하고 있으며 정확한 결과를 제공할 것이라는 것을 알고 DNS 요청을 쉽게 분할할 수 있습니다. 위의 OctoDNS 명령을 직접 실행하면 내부 워크플로는 배포 스크립트와 chatops에 의존합니다. README의 작업 흐름 섹션에서 자세한 내용을 확인할 수 있습니다.
요약우리는 대부분의 웹사이트가 권한 분할로 이익을 얻을 수 있다고 생각하며, OctoDNS를 사용하면 가장 큰 장애물이 제거되기를 바랍니다. 권한 분할에 관심이 없더라도 OctoDNS는 코드형 인프라의 이점을 DNS에 제공하므로 살펴볼 가치가 있습니다.
GitHub SRE 팀이 흥미로운 문제를 해결하도록 돕고 싶으신가요? 우리는 우리와 함께하고 싶습니다. 여기에서 신청하세요.
위 내용은 OctoDNS 및 DNS 분할 권한 구성을 사용하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
핫 AI 도구
Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱
AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.
Undress AI Tool
무료로 이미지를 벗다
Clothoff.io
AI 옷 제거제
AI Hentai Generator
AI Hentai를 무료로 생성하십시오.
인기 기사
뜨거운 도구
메모장++7.3.1
사용하기 쉬운 무료 코드 편집기
SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.
스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경
드림위버 CS6
시각적 웹 개발 도구
SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)
뜨거운 주제
7518
15
1378
52
80
11
53
19
21
67
Linux에서 Nginx를 시작하는 방법
Apr 14, 2025 pm 12:51 PM
Linux에서 Nginx를 시작하는 단계 : Nginx가 설치되어 있는지 확인하십시오. systemctl start nginx를 사용하여 nginx 서비스를 시작하십시오. SystemCTL을 사용하여 NGINX를 사용하여 시스템 시작시 NGINX의 자동 시작을 활성화하십시오. SystemCTL 상태 nginx를 사용하여 시작이 성공했는지 확인하십시오. 기본 환영 페이지를 보려면 웹 브라우저의 http : // localhost를 방문하십시오.
nginx가 시작되었는지 확인하는 방법
Apr 14, 2025 pm 01:03 PM
nginx가 시작되었는지 확인하는 방법 : 1. 명령 줄을 사용하십시오 : SystemCTL 상태 nginx (linux/unix), netstat -ano | Findstr 80 (Windows); 2. 포트 80이 열려 있는지 확인하십시오. 3. 시스템 로그에서 nginx 시작 메시지를 확인하십시오. 4. Nagios, Zabbix 및 Icinga와 같은 타사 도구를 사용하십시오.
nginx 서버를 시작하는 방법
Apr 14, 2025 pm 12:27 PM
Nginx 서버를 시작하려면 다른 운영 체제에 따라 다른 단계가 필요합니다. Linux/Unix System : Nginx 패키지 설치 (예 : APT-Get 또는 Yum 사용). SystemCTL을 사용하여 nginx 서비스를 시작하십시오 (예 : Sudo SystemCtl start nginx). Windows 시스템 : Windows 바이너리 파일을 다운로드하여 설치합니다. nginx.exe 실행 파일을 사용하여 nginx를 시작하십시오 (예 : nginx.exe -c conf \ nginx.conf). 어떤 운영 체제를 사용하든 서버 IP에 액세스 할 수 있습니다.
nginx403 오류를 해결하는 방법
Apr 14, 2025 pm 12:54 PM
서버는 요청 된 리소스에 액세스 할 수있는 권한이 없으므로 Nginx 403 오류가 발생합니다. 솔루션에는 다음이 포함됩니다. 파일 권한 확인 권한을 확인하십시오. .htaccess 구성을 확인하십시오. nginx 구성을 확인하십시오. Selinux 권한을 구성하십시오. 방화벽 규칙을 확인하십시오. 브라우저 문제, 서버 장애 또는 기타 가능한 오류와 같은 다른 원인을 해결하십시오.
Nginx403을 해결하는 방법
Apr 14, 2025 am 10:33 AM
Nginx 403 금지 된 오류를 수정하는 방법은 무엇입니까? 파일 또는 디렉토리 권한을 확인합니다. 2. 확인 파일을 확인하십시오. 3. nginx 구성 파일 확인; 4. nginx를 다시 시작하십시오. 다른 가능한 원인으로는 방화벽 규칙, Selinux 설정 또는 응용 프로그램 문제가 있습니다.
nginx304 오류를 해결하는 방법
Apr 14, 2025 pm 12:45 PM
질문에 대한 답변 : 304 수정되지 않은 오류는 브라우저가 클라이언트 요청의 최신 리소스 버전을 캐시했음을 나타냅니다. 솔루션 : 1. 브라우저 캐시를 지우십시오. 2. 브라우저 캐시를 비활성화합니다. 3. 클라이언트 캐시를 허용하도록 nginx를 구성합니다. 4. 파일 권한을 확인하십시오. 5. 파일 해시를 확인하십시오. 6. CDN 또는 리버스 프록시 캐시를 비활성화합니다. 7. nginx를 다시 시작하십시오.
nginx가 시작되었는지 확인하는 방법은 무엇입니까?
Apr 14, 2025 pm 12:48 PM
Linux에서는 다음 명령을 사용하여 nginx가 시작되었는지 확인하십시오. SystemCTL 상태 Nginx 판사 명령 출력에 따라 : "active : running"이 표시되면 Nginx가 시작됩니다. "Active : 비활성 (죽음)"이 표시되면 Nginx가 중지됩니다.
nginx 오류 로그를 청소하는 방법
Apr 14, 2025 pm 12:21 PM
오류 로그는/var/log/nginx (linux) 또는/usr/local/var/log/nginx (macOS)에 있습니다. 명령 줄을 사용하여 단계를 정리하십시오. 1. 원래 로그를 백업하십시오. 2. 빈 파일을 새 로그로 만듭니다. 3. Nginx 서비스를 다시 시작하십시오. 자동 청소는 Logrotate 또는 구성과 같은 타사 도구와 함께 사용할 수도 있습니다.
