No estoy seguro de cómo hacer esta pregunta, ya que no estoy en el campo. Digamos que eres un administrador de red y dejas tu trabajo. ¿Cómo sabe el chico nuevo por dónde empezar?
networking
documentation
Esteban Araya
fuente
fuente
Respuestas:
Depende del tamaño de la red, el número de usuarios, el número de nodos (computadoras, servidores, impresoras, etc.) y el tamaño de su personal de TI, entre otras cosas.
También depende de tu objetivo. ¿Está documentando la red con fines de capacitación y mantenimiento, seguro / prevención de pérdidas, etc.?
Personalmente, documento mis redes de tal manera que sé que puedo derivar cualquier información faltante basada en lo que está documentado. Desde una posición práctica, hay un punto de rendimientos decrecientes cuando su documentación se vuelve demasiado granular.
Una buena regla general que uso es que debe haber documentación en una ubicación conocida que sea lo suficientemente exhaustiva como para que si me atropella un autobús esta noche, otro administrador pueda mantener la red central en funcionamiento mientras completa las piezas que faltan próximos días / semanas.
Aquí hay una descripción general de lo que creo que es más importante sobre una de mis redes. Para el registro, esta es una tienda solo para Windows con aproximadamente 100 usuarios y 5 oficinas.
Si hubiera algo extraño acerca de una configuración o flujo de trabajo que no fuera obvio de inmediato para un nuevo administrador, también escribiría un breve "breve" al respecto.
fuente
Creo que es mejor incorporar todo lo siguiente:
Notas adicionales sobre diagramas ... La distribución geográfica es una forma fácil de segmentar, pero también necesita vistas lógicas basadas en la función de instalación. Además, etiquete como loco, haciendo uso completo de tipos de letra y colores.
fuente
La forma más efectiva y completa de comenzar este proceso es construirlo desde un escenario de recuperación de desastres, por ejemplo, el edificio se incendió y todo lo que tenemos son las copias de seguridad externas. ¿Qué necesitaremos comprar primero y cómo será necesario configurarlo?
Kyle ya dio grandes detalles, pero creo que el enfoque de DR me ayuda a tomar las cosas de una en una.
fuente
La respuesta de Kyle es un gran consejo. Sin embargo, como mínimo, probablemente podría salirse con la suya:
fuente
Donde trabajo: enfrentamos el mismo problema cuando comencé aquí. A medida que aumenta el número de servidores y servicios, encuentra más y más documentación desactualizada, y con eso viene la actitud inevitable de que el personal no confíe en la documentación, al menos la documentación técnica sobre nombres de servidores, grupos de servidores, redes, etc.
Comenzamos a desarrollar un proyecto de código abierto llamado hotwire para abordar esto ...
Al combinar el sistema de inventario con el sistema de compilación, nos aseguramos de que lo que está en la base de datos sea consistente con lo que hay en nuestros centros de datos, porque ahora tenemos que ingresar los datos en el inventario primero para poder construir los servidores .
Luego se instala un programa cliente (funcwire) en todos los servidores (como parte del proceso de compilación) que luego vigila dinámicamente el hardware del servidor según lo informado por python-dmidecode y lo que hay en el inventario, por lo que si algo cambia, los administradores Lo sabremos de inmediato.
Luego hemos integrado nuestro sistema wiki para que cada servidor, rack, proyecto, modelo de hardware, etc. en enlaces hotwire directamente a la página wiki correspondiente.
Por lo tanto, hemos "documentado" nuestros servidores / red / etc. utilizando hotwire + a wiki (aquí utilizamos confluencia, pero cualquier wiki decente servirá). (Sin embargo, tenga en cuenta que una vez que los servidores están construidos, hotwire no los modifica de ninguna manera, la administración continua se realiza a través de cfengine).
fuente
Utilizo MikroTik Dude para mapear las cosas automáticamente, esta es una aplicación increíble teniendo en cuenta que es gratis. También puede monitorear el estado actual. Página web de tipo
fuente
En general, tiene algunos niveles diferentes de detalles similares a las abstracciones en la documentación de diseño de software. También documenta las prácticas / procedimientos / configuración generales del dispositivo. Contraseñas administrativas según corresponda.
En una situación ideal, casi todo lo que pueda necesitar la próxima persona es fácilmente accesible y documentado entre sus guías y documentos de procedimientos + diagramas de diseño de red.
Los lineamientos y los documentos de procedimiento deberían, en mi opinión, estar centralizados donde sea que estén todos los documentos de TI, y los diagramas de red pueden tener su propia estructura de carpetas para múltiples ubicaciones.
En el caso de muchos sitios satelitales, como un Walmart / Targer / Home Depot, tendría un documento genérico para todas las sucursales, y luego algunos documentos detallados de corporaciones completas de las interconexiones de la oficina principal y luego podría sumergirse en los documentos LAN de la oficina.
fuente
Enfoque que documenta una red como un desarrollador se acerca al desarrollo de un sistema ...
Tenga en cuenta los requisitos: esto se ha señalado anteriormente, pero considere que la OMS consultará el documento y para QUÉ PROPÓSITO. Los auditores buscarán y leerán diferentes artefactos que un SysAdmin de igual.
Mantenimiento de documentos: muchas personas han mencionado el valor de los diagramas y mapas, y como pensador visual estoy totalmente de acuerdo. PERO esas cosas pueden ser invalidadas con un solo acto de agregar / eliminar un host. Piense en el "nivel correcto" de doc-o, uno que su grupo pueda mantener.
Feche todo e incluya notas sobre POR QUÉ configuró la red como lo hizo. Muchas, muchas personas se olvidan de incluir una fecha, pero la FECHA proporciona un puntero a la historia de la red. Es invaluable para la resolución de problemas y mitiga la obsolescencia inherente de la mayoría de los diagramas de red.
Descargue la documentación en "procesos": muchas veces los procedimientos de construcción / implementación sólidos y bien diseñados terminan simplificando la "documentación de la red" porque los detalles de la configuración y el nombre de la máquina se describen mejor en los procedimientos.
Conclusión clave: enfoque de la documentación como un 'sistema'; debe proporcionar valor desde el día 1 y conlleva una responsabilidad inherente de mantenerlo.
fuente
En nuestro sitio, utilizamos varios sistemas para documentar nuestras propias redes y las de nuestros clientes. Probamos y fallamos con muchas técnicas / herramientas que no escalaron, pero ahora estamos bastante preparados con lo siguiente:
Si se trata con muchas redes IP, phpIP podría ser una solución IPAM adecuada.
fuente
Para obtener más tutoriales sobre cómo / qué documentar, hay networkdocumentation.com .
Para algunos buenos ejemplos, vea ratemynetworkdiagram.com . Por ejemplo, este es bastante bueno , y este es increíble ;).
fuente
Kyle Noland y otros carteles han cubierto mucho sobre cómo documentar. Estamos trabajando en la creación de un software estándar basado en la web (alojado internamente por usted) que facilite a los administradores de redes y sistemas documentar su red.
Tenemos los siguientes aspectos cubiertos en el software a partir de este escrito (abril de 2012):
Puede leer más aquí y agradeceríamos sus comentarios.
fuente
Por lo general, no está documentado, pero si está siendo amable, generalmente lo hace en un programa como Visio o un equivalente de código abierto. La información más importante es qué equipo está conectado a qué y las contraseñas de cualquier consola de administración. El resto generalmente se puede adivinar.
fuente
En mi carrera anterior como Gerente de TI, mi carpeta de documentación incluía un diagrama de Visio de todos los dispositivos, una lista de las asignaciones de rango de direcciones IP, todas las claves de producto para Windows / Office / Acrobat, instrucciones sobre lo que debe instalarse en los nuevos computadoras con instrucciones paso a paso cómo, completar el inventario de hardware hasta el nivel de componentes y, por último, pero no menos importante, la lista de números de teléfono de emergencia: soporte técnico de ISP, soporte técnico del fabricante del enrutador, etc.
fuente
Como se mencionó, depende de varios factores ...
Mi objetivo era tener suficiente documentación para poder (al menos conceptualmente) entregarlo a un compañero de trabajo y decir "nos vemos en 3 semanas", y saber que todos los detalles importantes estaban allí.
Nunca logré hacerlo por completo, pero mi objetivo era documentar todos los procesos de rutina principales: cómo se configuraron los servidores, cómo y qué se monitoreó, la configuración y eliminación de cuentas, copias de seguridad, etc.
fuente
Sugeriré http://opennetadmin.com . Hace muchas de las cosas que la gente ha sugerido en otros comentarios.
fuente
Mapear y documentar su red puede ser una buena manera de transferir la información necesaria. MS Visio es una herramienta de diagrama, pero es estática y debe dedicar mucho tiempo a ello. Encontré que NetBrain es una herramienta de diagrama de red ideal para hacer esto. Puede documentar la red al instante y la documentación se puede exportar a Visio o Word. Puedo personalizar los contenidos que quiero mientras documente mi red. Los contenidos personalizados incluyen:
Puede intentar documentar su red en el sitio web.
fuente
Utilizo herramientas como Microsoft Visio o WhatsUp Gold para mapear la topología de la red si eso ayuda.
fuente
MS Visio es una buena manera de documentar una red, pero no es una solución gratuita. Gliffy es un buen producto si buscas mantener tus costos bajos.
Los diagramas de red típicos muestran cómo fluye la información a través de sus dispositivos (y generalmente a Internet). Por lo tanto, debe tener información en su diagrama sobre dónde están ubicadas sus computadoras, impresoras, WAP, teléfonos IP (si corresponde), conmutadores y enrutadores y cómo están conectados. Las direcciones IP también se pueden incluir con el nombre de su dispositivo. Esto es útil si desea echar un vistazo a su diagrama para obtener información sobre la marcha.
fuente
NodeSystems es exactamente eso: una herramienta de documentación de red. Como un efecto secundario agradable, creará un diagrama interactivo para usted.
Consulte la demostración en línea: http://www.nodesystems.org/demo/
fuente