답변:
네트워크 크기, 사용자 수, 노드 수 (컴퓨터, 서버, 프린터 등) 및 IT 직원의 크기에 따라 다릅니다.
그것은 또한 당신의 목표에 달려 있습니다. 교육 및 유지 관리 목적, 보험 / 손실 방지 등을 위해 네트워크를 문서화하고 있습니까?
개인적으로, 나는 내가 무엇을 기반으로 누락 된 정보를 도출 할 수 알고있는 방식으로 내 네트워크를 문서화 되어 문서화합니다. 실질적인 입장에서 문서가 너무 세분화되면 수익이 감소하는 시점이 있습니다.
내가 사용하는 좋은 경험 법칙은 오늘 밤 버스에 부딪 치면 다른 관리자가 핵심 네트워크를 계속 실행하면서 누락 된 부분을 채울 수 있도록 충분히 알려진 알려진 위치에 문서가 있어야한다는 것입니다. 다음 몇 일 / 주.
다음은 내 네트워크 중 하나에 대해 가장 중요하게 생각하는 사항에 대한 개요입니다. 기록을 위해 이것은 약 100 명의 사용자와 5 명의 사무실이있는 Windows 전용 상점입니다.
새로운 관리자에게 즉시 알 수없는 설정이나 워크 플로에 이상한 점이 있으면 이에 대한 간단한 "간결한"내용도 작성합니다.
다음을 모두 통합하는 것이 가장 좋습니다.
다이어그램에 대한 추가 참고 사항 ... 지리적 분포는 쉽게 분할 할 수있는 방법이지만 설치 기능을 기반으로하는 논리적 뷰가 필요합니다. 또한 서체와 색상을 최대한 활용하여 미친 듯이 라벨을 붙입니다.
내가 일하는 곳-처음 시작할 때 같은 문제에 직면했습니다. 서버와 서비스의 수가 증가함에 따라 점점 더 오래된 문서가 발견되고 직원이 문서, 최소한 서버 이름, 서버 그룹, 네트워크 등에 대한 기술 문서를 신뢰하지 않는 것이 불가피한 태도입니다.
우리는 이것을 해결하기 위해 hotwire 라는 오픈 소스 프로젝트를 개발하기 시작했습니다 ...
인벤토리 시스템을 빌드 시스템과 결합함으로써, 우리는 이제 서버를 구축하기 위해 먼저 인벤토리에 데이터를 입력해야하므로 데이터베이스에있는 것이 데이터 센터에있는 것과 일치하도록합니다. .
클라이언트 프로그램 (funcwire)은 모든 서버에 (빌드 프로세스의 일부로) 설치되어 python-dmidecode에 의해보고 된대로 서버 하드웨어와 인벤토리에 무엇이 있는지 동적으로 감시합니다. 즉시 알게 될 것입니다.
그런 다음 핫 와이어의 각 서버, 랙, 프로젝트, 하드웨어 모델 등이 해당 위키 페이지에 직접 연결되도록 위키 시스템을 통합했습니다.
따라서 우리는 hotwire + wiki를 사용하여 서버 / 네트워크 / 등을 "문서화"했습니다 (여기서는 합류를 사용하지만 괜찮은 위키는 그렇게 할 것입니다). (그러나 서버가 일단 구축되면-핫 와이어는 어떠한 방식으로도 서버를 수정하지 않습니다-지속적인 관리는 cfengine을 통해 수행됩니다).
일반적으로 소프트웨어 설계 문서의 추상화와 비슷한 몇 가지 세부 수준이 있습니다. 또한 일반적인 장치 관행 / 프로 시저 / 구성도 문서화합니다. 해당되는 경우 관리 비밀번호.
이상적인 상황에서 가이드 라인과 절차서 + 네트워크 레이아웃 다이어그램 사이에 다음 사람이 필요로하는 거의 모든 것이 쉽게 액세스 가능하고 문서화됩니다.
제 생각에 가이드 라인과 절차 문서는 모든 IT 문서가있는 곳마다 중앙 집중화되어야하며 네트워크 다이어그램은 여러 위치에 대한 자체 폴더 구조를 가질 수 있습니다.
월마트 / 타거 / 홈 디포와 같은 많은 위성 사이트의 경우 모든 지사에 대한 일반 문서와 본사 상호 연결에 대한 자세한 전체 회사 문서를 보유한 다음 사무실 LAN 문서로 다이빙 할 수 있습니다.
개발자가 시스템 개발에 접근함에 따라 네트워크를 문서화하는 접근법 ...
요구 사항을 고려하십시오-이것은 위에서 잘 언급되었지만 WHO가 doc-o 및 WHAT PURPOSE를 참조 할 것을 고려하십시오. 감사자는 피어 SysAdmin과 다른 아티팩트를 찾아서 읽습니다.
문서 관리-많은 사람들이 다이어그램과지도의 가치에 대해 언급했으며 시각적 사상가로서 나는 진심으로 동의합니다. 그러나 호스트를 추가 / 제거하는 단 한 번의 작업으로 이러한 사항을 무효화 할 수 있습니다. 그룹이 실제로 유지할 수있는 doc-o의 '올바른 수준'에 대해 생각해보십시오.
모든 방식으로 날짜를 정하고 네트워크를 구성한 이유에 대한 메모를 포함시킵니다. 많은 사람들이 날짜를 포함하는 것을 잊지 만 DATE는 네트워크 기록에 대한 포인터를 제공합니다. 문제 해결에 매우 중요하며 대부분의 네트워크 다이어그램의 본질적인 구식을 완화시킵니다.
문서를 "프로세스"로 오프로드하십시오. 시스템 구성 및 이름 지정에 대한 세부 사항이 절차에 더 잘 설명되어 있기 때문에 견고하고 정교하게 제작 된 빌드 / 배치 절차로 인해 "네트워크 문서"가 간소화됩니다.
주요 테이크 아웃 : '시스템'으로서 문서에 접근; 1 일째부터 가치를 제공해야하며이를 유지해야하는 고유 한 책임이 수반됩니다.
우리 사이트에서는 여러 시스템을 사용하여 자체 및 고객 네트워크를 문서화합니다. 우리는 확장하지 않은 많은 기술 / 도구로 시도하고 실패했지만 지금은 다음과 같이 설정되었습니다.
많은 IP 네트워크를 다루는 경우 phpIP 가 적합한 IPAM 솔루션이 될 수 있습니다.
문서화 방법 / 무엇에 대한 추가 자습서를 보려면 networkdocumentation.com이 있습니다.
좋은 예는 ratemynetworkdiagram.com을 참조하십시오 . 예 : 이것은 꽤 좋고 , 이것은 굉장합니다 ;).
Kyle Noland와 다른 포스터는 문서화 방법에 대해 많은 것을 다루었습니다. 네트워크 및 시스템 관리자가 네트워크를보다 쉽게 문서화 할 수 있도록 표준 웹 기반 소프트웨어 (내부에서 호스팅)를 개발하고 있습니다.
이 글을 쓰는 시점에 소프트웨어에서 다루는 내용은 다음과 같습니다 (2012 년 4 월) :
언급했듯이, 그것은 여러 가지 요인에 달려 있습니다 ...
저의 목표는 (적어도 적어도 개념적으로는) 모든 것을 동료에게 전달하고 "3 주 후에 보자"고 말할 수있는 충분한 문서를 가지고 있었고 모든 중요한 세부 사항이 있다는 것을 알고있었습니다.
나는 그것을 완전히 관리하지는 못했지만 서버 설정 방법, 모니터링 방법 및 모니터링 방법, 계정 설정 및 제거, 백업 등 모든 주요 일상 프로세스를 문서화하는 것을 목표로 삼았습니다.
http://opennetadmin.com을 제안 합니다. 사람들이 다른 의견에서 제안한 많은 것들을 수행합니다.
네트워크를 매핑하고 문서화하면 필요한 정보를 전송하는 좋은 방법 일 수 있습니다. MS Visio는 다이어그램 도구이지만 정적 인 도구이므로 많은 시간을 소비해야합니다. NetBrain이이를위한 이상적인 네트워크 다이어그램 도구라는 것을 알았습니다. 네트워크를 즉시 문서화 할 수 있으며 문서를 Visio 또는 Word로 내보낼 수 있습니다. 네트워크를 문서화하는 동안 원하는 내용을 사용자 정의 할 수 있습니다. 사용자 정의 된 내용은 다음과 같습니다.
MS Visio는 네트워크를 문서화하는 좋은 방법이지만 무료 솔루션은 아닙니다. Gliffy는 비용을 낮추고 자한다면 좋은 제품입니다.
일반적인 네트워크 다이어그램은 정보가 장치를 통해 (그리고 일반적으로 인터넷으로) 어떻게 흐르는 지 보여줍니다. 따라서 다이어그램에 컴퓨터, 프린터, WAP, IP 전화 (해당되는 경우), 스위치 및 라우터의 위치와 연결 방법에 대한 정보가 있어야합니다. 장치 이름에 IP 주소가 포함될 수도 있습니다. 이 정보는 다이어그램을보고 즉시 정보를 볼 때 유용합니다.
NodeSystems는 바로 네트워크 문서 도구입니다. 좋은 부작용으로 인터랙티브 다이어그램이 만들어집니다.
온라인 데모를 확인하십시오 : http://www.nodesystems.org/demo/