UTP - Implementación de Una Infraestructura Hiperconvergente - Obtencion Titulo Profesional - 2022

Facultad de Ingeniería
Ingeniería Electrónica
Programa Especial de Titulación:
“Implementación de una infraestructura hiperconvergente para la mejora de
los Servicios de Tecnologías de la Información de misión crítica del
Ministerio de la Producción”
Omar Manuel Huarcaya Lima
para optar el Título Profesional de
Ingeniero Electrónico
Asesor: Carlos Daniel Rodriguez Vilcarromero
Lima – Perú
2022
I
DEDICATORIA
Dedicado de manera muy especial a mi madre, mis hermanos y hermana, de ellos aprendí
todo lo necesario para entender que debo perseverar hasta lograr cada meta, que los
logros se consiguen con constancia y que siempre debemos dar el mayor esfuerzo en
cualquier situación; sin su fortaleza, sus plegarias y su aliento no hubiese podido llegar a
concluir esta meta profesional. Se los dedico hasta el cielo.
I
AGRADECIMIENTOS
Un eterno agradecimiento a cada miembro del equipo de infraestructura tecnológica y de
mesa de ayuda por su constante involucramiento en el logro de la implementación de este
proyecto; con mención especial a la Ing. Yuliana Estrada y al Ing. Jimmy Osores, cuyos
aportes siempre hicieron la diferencia y generaron valor.
Agradezco a la Oficina General de Tecnologías de la Información del Ministerio de la
Producción por brindarme la oportunidad de resolver una gran problemática tecnológica y
que me ha permitido continuar creciendo como profesional.
II
RESUMEN
El Ministerio de la Producción (Produce) tiene un centro de datos tradicional el cual cuenta
con una infraestructura convergente deficiente, lo que no permite asegurar la disponibilidad
de los Servicios de Tecnología de Información (TI) a los usuarios institucionales y
administrados.
El presente proyecto busca solucionar esta problemática mediante la implementación de
una infraestructura hiperconvergente en Produce a modo de centro de datos principal y la
configuración de un centro de datos de recuperación ante desastres de los servicios de TI
de misión crítica, mediante la dotación de nodos hiperconvergentes alojados en el Fondo
Nacional de Desarrollo Pesquero (Fondepes).
Esta implementación logró beneficios para los servicios de TI como: incrementar la
disponibilidad hasta un 98%, reducir el Punto Objetivo de Recuperación (RPO - Recovery
Point Objective) hasta 120 minutos, reducir el Tiempo Objetivo de Recuperación (RTO -
Recovery Time Objective) hasta 90 minutos y reducir la pérdida de información.
III
INDICE
INTRODUCCIÓN ................................................................................................................ XV
CAPITULO 1 ......................................................................................................................... 1
ASPECTOS GENERALES ................................................................................................... 1
1.1. Definición del Problema .......................................................................................... 1
1.1.1. Descripción del Problema ............................................................................... 1
1.1.2. Formulación del Problema .............................................................................. 3
1.2. Definición de objetivos ............................................................................................ 4
1.2.1. Objetivo general .............................................................................................. 4
1.2.2. Objetivos específicos....................................................................................... 4
1.3. Alcances y limitaciones ........................................................................................... 4
1.3.1. Alcances .......................................................................................................... 4
1.3.2. Limitaciones ..................................................................................................... 5
1.4. Justificación............................................................................................................. 5
1.4.1. Justificación Social .......................................................................................... 5
1.4.2. Justificación Económica .................................................................................. 6
1.5. Estado del Arte ....................................................................................................... 6
CAPITULO II ......................................................................................................................... 9
MARCO TEÓRICO ................................................................................................................ 9
2.1. Fundamento Teórico ............................................................................................... 9
2.1.1. Infraestructura Hiperconvergente.................................................................... 9
2.1.2. Centro de datos ............................................................................................. 23
2.1.3. Servicios de Tecnologías de la Información ................................................. 35
IV
2.2. Marco Conceptual ................................................................................................. 38
2.2.1. Hipervisor ....................................................................................................... 38
2.2.2. Footprint de centro de datos ......................................................................... 39
2.2.3. SAN................................................................................................................ 40
2.2.4. Kernel............................................................................................................. 40
2.2.5. Backup ........................................................................................................... 41
2.2.6. RTO ............................................................................................................... 42
2.2.7. RPO ............................................................................................................... 42
2.2.8. MPLS ............................................................................................................. 43
2.2.9. Deduplicación ................................................................................................ 44
2.3. Marco Metodológico.............................................................................................. 45
2.3.1. Fase de inicio ................................................................................................. 46
2.3.2. Fase de planificación ..................................................................................... 47
2.3.3. Fase de Ejecución ......................................................................................... 47
2.3.4. Fase de Seguimiento y Control ..................................................................... 47
2.3.5. Fase de Cierre ............................................................................................... 48
CAPITULO 3 ....................................................................................................................... 49
DESARROLLO DE LA SOLUCIÓN ................................................................................... 49
3.1. Fase de Inicio ........................................................................................................ 49
3.1.1. Identificación .................................................................................................. 49
3.1.2. Análisis........................................................................................................... 58
3.2. Fase de Planificación ............................................................................................ 71
3.2.1. Diseño de la solución .................................................................................... 71
V
3.2.2. Requerimientos técnicos ............................................................................... 84
3.3. Fase de Ejecución ................................................................................................ 85
3.3.1. Despliegue ..................................................................................................... 86
3.4. Fase de Seguimiento y Control ............................................................................ 99
3.4.1. Pruebas de la solución desplegada .............................................................. 99
3.4.2. Validación técnica del cumplimiento de los requerimientos técnicos
implementados ........................................................................................................... 101
3.4.3. Evaluación ................................................................................................... 102
3.5. Fase de Cierre .................................................................................................... 104
3.5.1. Informe final de cumplimiento ..................................................................... 104
CAPITULO 4 ..................................................................................................................... 106
RESULTADOS .................................................................................................................. 106
4.1. Resultados de la implementación....................................................................... 106
4.1.1. Evidencias de la implementación ................................................................ 106
4.1.2. Organización del Proyecto .......................................................................... 147
4.1.3. Estructura del desglose de trabajo.............................................................. 150
4.1.4. Cronograma ................................................................................................. 150
4.1.5. Plan de gestión de las comunicaciones ...................................................... 152
4.1.6. Plan de gestión de riesgos .......................................................................... 153
4.1.7. Plan de gestión de Interesados ................................................................... 157
4.1.8. Plan de gestión de adquisiciones................................................................ 158
4.1.9. Plan de gestión de la calidad ...................................................................... 160
4.2. Presupuesto ........................................................................................................ 163
VI
4.2.1. Estructura de costos del Contrato ............................................................... 164
4.2.2. Costos Internos Produce ............................................................................. 166
CONCLUSIONES .............................................................................................................. 171
RECOMENDACIONES ..................................................................................................... 173
ANEXOS ............................................................................................................................ 174
Anexo 1: Detalle de los Servicios de TI .................................................................. 174
Anexo 2: Detalle de las máquinas virtuales o VM .................................................. 184
Anexo 3: Observación de la OCI ............................................................................ 193
Anexo 4: Vigencia tecnológica de los servidores Blades ....................................... 194
Anexo 5: Diagrama unifilar del Centro de datos ..................................................... 195
Anexo 6: Requerimientos Técnicos ........................................................................ 197
Anexo 7: Validación técnica del cumplimiento de los requerimientos técnicos
implementados ............................................................................................................... 200
Anexo 8: Acta de la fase de Implementación ......................................................... 209
Anexo 9: Informe de Conformidad a la Fase de Implementación .......................... 211
Anexo 10: Estructura del desglose de trabajo .......................................................... 213
Anexo 11: Cronograma del Proyecto .................................................................... 214
Anexo 12: Ruta Crítica del Proyecto ..................................................................... 218
Anexo 13: Matriz de Riesgos................................................................................. 219
BIBLIOGRAFÍA ................................................................................................................. 222
VII
INDICE DE IMÁGENES
Imagen 1 Árbol de Problemas .............................................................................................. 3
Imagen 2 Componentes de HCI ......................................................................................... 10
Imagen 3 Virtualización de escritorios ................................................................................ 12
Imagen 4 Virtualización de Servidores ............................................................................... 13
Imagen 5 Virtualización de Sistemas Operativos............................................................... 14
Imagen 6 Virtualización de la red ....................................................................................... 15
Imagen 7 Infraestructura Convergente............................................................................... 19
Imagen 8 Infraestructura convergente e hiperconvergente ............................................... 20
Imagen 9 Nubes públicas ................................................................................................... 27
Imagen 10 Hipervisor - Tipo 1 ............................................................................................ 39
Imagen 11 Hipervisor - Tipo 2 ............................................................................................ 39
Imagen 12: Kernel .............................................................................................................. 41
Imagen 13: Copias de seguridad ....................................................................................... 42
Imagen 14: RPO y RTO ..................................................................................................... 43
Imagen 15 Deduplicación gráfica ....................................................................................... 44
Imagen 16: Ciclo de vida de un proyecto ........................................................................... 46
Imagen 17 Cantidad de VM por SO ................................................................................... 50
Imagen 18 Cantidad de VM por Ambiente ......................................................................... 51
Imagen 19 Infraestructura Convergente - Topología ......................................................... 66
Imagen 20 Diseño preliminar de la solución ...................................................................... 72
Imagen 21 Red leaf-spine ................................................................................................... 73
Imagen 22 Dimensionamiento de Ancho de banda ........................................................... 80
Imagen 23 Ancho de banda estimado entre SITES ........................................................... 81
Imagen 24 Servicio de Interconexión entre Organismos del Sector ................................. 82
Imagen 25 Diseño de SITE principal y alterno ................................................................... 84
Imagen 26 Ubicación de NODOS en gabinete PRODUCE ............................................... 87
VIII
Imagen 27 Conexión hacia los puertos de administración iDRAC - PRODUCE .............. 88
Imagen 28 Conexión de NODOS - PRODUCE.................................................................. 89
Imagen 29 Conexión iSCSI - PRODUCE ........................................................................... 90
Imagen 30 Habilitación del Servicio iSCSI - PRODUCE ................................................... 91
Imagen 31 Conexión de Red entre switches - PRODUCE ................................................ 92
Imagen 32 Conexión de red con los nodos - PRODUCE .................................................. 93
Imagen 33 Interconexión entre SITE PRODUCE y Alterno ............................................... 94
Imagen 34 Conexión de NODOS - FONDEPES ................................................................ 96
Imagen 35 Conexión hacia los puertos de administración iDRAC - FONDEPES............. 97
Imagen 36 Conexión de Red entre switches - FONDEPES .............................................. 98
Imagen 37 Conexión de red con los nodos - FONDEPES ................................................ 98
Imagen 38 Licenciamiento vCloud Foundation ................................................................ 107
Imagen 39 Administración de los nodos por WEB ........................................................... 108
Imagen 40 Administración de nodos por iDRAC.............................................................. 108
Imagen 41 Ejecución simultánea de máquinas virtuales ................................................. 109
Imagen 42 Administración centralizada vCenter.............................................................. 109
Imagen 43 Migración de máquinas virtuales .................................................................... 110
Imagen 44 Balanceo de carga de procesamiento DRS ................................................... 110
Imagen 45 Alta disponibilidad vSphere HA ...................................................................... 111
Imagen 46 Monitoreo con vRealize Operations ............................................................... 111
Imagen 47 switches virtuales con VDS ............................................................................ 112
Imagen 48 Implementación vRealize Log Insight. ........................................................... 112
Imagen 49 implementación vRealize Automation ............................................................ 113
Imagen 50 implementación con NSX de vmware ............................................................ 113
Imagen 51 Implementación de vSAN ............................................................................... 114
Imagen 52 Configuración de compresión y deduplicación .............................................. 114
Imagen 53 Implementación de esquema de recuperación ante desastres ..................... 115
IX
Imagen 54 Implementación de vRealize Network Insight ................................................ 115
Imagen 55 Implementación de mayor capacidad efectiva - PRODUCE ......................... 116
Imagen 56 Nodos físicos .................................................................................................. 116
Imagen 57 Implementación de mayor capacidad efectiva - FONDEPES ....................... 117
Imagen 58 Nodos físicos - FONDEPES ........................................................................... 117
Imagen 59 Cargas de trabajo por ambiente ..................................................................... 118
Imagen 60 Nodos con SSD .............................................................................................. 119
Imagen 61 Implementación de protocolo iSCSI ............................................................... 119
Imagen 62 Implementación de 2 switch ToR ................................................................... 120
Imagen 63 Aire Acondicionado de precisión - PRODUCE .............................................. 120
Imagen 64 Valores de climatización ................................................................................. 120
Imagen 65 Instalación de circuitos eléctricos - PRODUCE ........................................... 121
Imagen 66 Instalación de circuitos eléctricos - FONDEPES ........................................... 121
Imagen 67 Instalación de tablero de Bypass - FONDEPES ........................................... 122
Imagen 68 Instalación de puerta corta fuego - FONDEPES ........................................... 122
Imagen 69 Implementación de un sistema de control de acceso .................................... 123
Imagen 70 Instalación de UPS - FONDEPES .................................................................. 123
Imagen 71 Integración con solución de respaldo............................................................. 124
Imagen 72 Replicación de máquinas virtuales en grupos de protección ........................ 124
Imagen 73 Prueba de desconexión de energía ............................................................... 125
Imagen 74 Prueba exitosa de desconexión de energía................................................... 125
Imagen 75 Prueba de alta disponibilidad de red .............................................................. 126
Imagen 76 Latencia de acceso a disco - Año 2020 ......................................................... 130
Imagen 77 Latencia de acceso a disco - Año 2021 ......................................................... 131
Imagen 78 Nivel de contención de CPU de la infraestructura hiperconvergente ............ 132
Imagen 79 Consumo de CPU de la infraestructura hiperconvergente ............................ 132
Imagen 80 Nivel de contención de la memoria RAM ....................................................... 133
X
Imagen 81 Uso de la memoria RAM ................................................................................ 133
Imagen 82 latencia en milisegundos de acceso a disco de la infraestructura
hiperconvergente ............................................................................................................... 134
Imagen 83 Rendimiento en KBps de la capa de almacenamiento .................................. 134
Imagen 84 Consumo de IOPS de la infraestructura hiperconvergente ........................... 135
Imagen 85 Paquetes perdidos en la red .......................................................................... 136
Imagen 86 Tráfico de datos con picos de Terabytes diarios ........................................... 136
Imagen 87 Configuración de RPO.................................................................................... 139
Imagen 88 Máquinas virtuales protegidas........................................................................ 140
Imagen 89 Estado de replicación de MV .......................................................................... 140
Imagen 90 Protocolos de prueba ..................................................................................... 141
Imagen 91 Prueba de recuperación ................................................................................. 141
Imagen 92 Flujo de plan de recuperación ........................................................................ 142
Imagen 93 MV iniciadas en Site Alterno .......................................................................... 143
Imagen 94 Validación de SITRADOC en FONDEPES .................................................... 143
Imagen 95 Consumo de CPU ........................................................................................... 144
Imagen 96 Consumo de CPU ........................................................................................... 144
Imagen 97 Espacio en disco utilizado y una estimación proyectado .............................. 145
Imagen 98 Costo aproximado mensual de recursos ....................................................... 145
Imagen 99 Organigrama del Proyecto ............................................................................. 147
Imagen 100 Cronograma del proyecto ............................................................................. 151
Imagen 101 Ruta Crítica del proyecto .............................................................................. 152
XI
INDICE DE TABLAS
Tabla 1 Comparativo de Infraestructura Convergente e hiperconvergente ....................... 22
Tabla 2 Clases de disponibilidad e implementaciones de ejemplo ................................... 29
Tabla 3 Clases de protección ............................................................................................. 31
Tabla 4 Protección contra medios ambientales ................................................................. 32
Tabla 5 Servicios de TI por Despacho de PRODUCE ...................................................... 50
Tabla 6 Servicio de TI por Nivel de Criticidad .................................................................... 52
Tabla 7 Servicios de TI de Misión Crítica ........................................................................... 53
Tabla 8 Descripción de los servicios de TI de Misión Crítica ............................................. 54
Tabla 9 Servicio de TI de Infraestructura ........................................................................... 56
Tabla 10 Cantidad de Casos reportados de los Servicios de TI ........................................ 56
Tabla 11 TOP 10 de incidencias de Infraestructura ........................................................... 59
Tabla 12 Problemas identificados de la Infraestructura Tecnológica ................................ 59
Tabla 13 Estado situacional de la Infraestructura Hiperconvergente ................................ 60
Tabla 14 Incidentes con causa raíz infraestructura deficiente .......................................... 62
Tabla 15 Consumo promedio de recursos de CPU y RAM .............................................. 63
Tabla 16 Infraestructura Convergente de PRODUCE ....................................................... 65
Tabla 17 Comparativo de Infraestructura Convergente e Hiperconvergente .................... 67
Tabla 18 Evaluación de posibles SITES alternos .............................................................. 70
Tabla 19 Configuración bajo la tipología leaf-spine ........................................................... 73
Tabla 20 Recursos de la Infraestructura - Servidores........................................................ 77
Tabla 21 Dimensionamiento de recursos PRODUCE - Hiperconvergente ...................... 77
Tabla 22 Servicio de Internet de PRODUCE ..................................................................... 79
Tabla 23 Dimensionamiento de recursos FONDEPES - Hiperconvergente..................... 82
Tabla 24 Componentes de la solución de hiperconvergencia ........................................... 85
Tabla 25 Nodos HCI - PRODUCE ...................................................................................... 86
Tabla 26 Nodos HCI - FONDEPES .................................................................................... 95
XII
Tabla 27 Pruebas Controladas por componente................................................................ 99
Tabla 28 Indicadores Servicios de TI - PGD .................................................................... 102
Tabla 29 Nodos implementados ....................................................................................... 106
Tabla 30 Consumo de AMPS de Gab 04 - Convergente ................................................. 126
Tabla 31 Consumo de AMPS de Gab 03 - Convergente ................................................. 127
Tabla 32 Consumo de AMPS de Gab 02 - Hiperconvergente ......................................... 128
Tabla 33 Meta año 2020 disponibilidad de servicio de TI ................................................ 137
Tabla 34 Meta año 2021 disponibilidad de servicio de TI ................................................ 137
Tabla 35 Reporte de incidentes de mesa ayuda 2020 - 2021 ......................................... 138
Tabla 36 Costo mensual ................................................................................................... 146
Tabla 37 Descripción de ROLES del proyecto ................................................................. 148
Tabla 38 Matriz RACI del proyecto ................................................................................... 149
Tabla 39 Hitos del proyecto .............................................................................................. 151
Tabla 40 Matriz de comunicaciones ................................................................................. 152
Tabla 41 Valoración de Impacto ...................................................................................... 154
Tabla 42 Valoración de probabilidad ................................................................................ 154
Tabla 43 Valoración de Riesgo ......................................................................................... 155
Tabla 44 Valoración de Probabilidad vs Impacto ............................................................. 155
Tabla 45 Valoración de control mitigante ......................................................................... 155
Tabla 46 Riesgos principales identificados ...................................................................... 156
Tabla 47 Stakeholder del proyecto ................................................................................... 157
Tabla 48 Influencia vs Poder ............................................................................................ 158
Tabla 49 Métricas de medición del rendimiento ............................................................... 161
Tabla 50 Métricas de la línea base ................................................................................... 162
Tabla 51 Presupuesto del proyecto .................................................................................. 164
Tabla 52 Estructura de costos del Contrato ..................................................................... 164
Tabla 53 Costo de Horas Hombre por Recurso ............................................................... 166
XIII
Tabla 54 Costos detallados de los Recursos por Entregable por Fase .......................... 167
Tabla 55 Costos Internos por Fase .................................................................................. 169
Tabla 56 Costos Internos por Recurso ............................................................................. 170
XIV
INTRODUCCIÓN
El Ministerio de la Producción es una entidad del estado peruano que se encarga de
impulsar el desarrollo de los agentes del sector producción. La entidad brinda servicios a
través de sistemas de información, los cuales deben estar disponibles las 24 horas del día
y los 365 días del año. Los sistemas de información están alojados en el centro de datos
ubicado en la entidad y es del tipo tradicional o convergente.
El presente proyecto se enfoca en solucionar mediante la implementación de una solución
flexible, escalable, interoperable y moderna, los problemas en la infraestructura
tecnológica, lo cual genera interrupciones abruptas en los servicios, pérdida de información
y problemas de disponibilidad.
XV
CAPITULO 1
ASPECTOS GENERALES
1.1. Definición del Problema
1.1.1. Descripción del Problema
El Ministerio de la Producción es una entidad del estado peruano que
promueve el desarrollo de los agentes del sector producción, impulsa su
competitividad mediante la innovación, la calidad y el uso sostenible de los
recursos hidrobiológicos.
La entidad cuenta con sistemas de información que soportan los procesos y
actividades principales del Ministerio, estos sistemas son de uso constante
e ininterrumpido por parte de los administrados (comunidad, pescadores,
pequeñas y medianas empresas) y usuarios. Los sistemas de información
están alojados en el centro de datos ubicado en la entidad y es del tipo
tradicional o convergente.
Los sistemas de información presentan lentitud durante su utilización, se
cierran las sesiones al no terminar de cargar las ventanas emergentes o los
1
menús desplegables, lo cual genera fastidio a los usuarios por la demora en
el desarrollo de sus requerimientos y actividades.
Tanto los servicios de TI como los sistemas de información presentan
interrupciones abruptas durante su uso, esta situación ocurre cada vez con
mayor frecuencia, generando retraso y doble esfuerzo de trabajo para
ingresar los registros que realizan los usuarios y administrados en los
sistemas.
Se presentan casos de pérdida de información institucional alojada en los
sistemas o en los repositorios de archivos digitales, este tipo de casos
genera que los usuarios y administrados tengan que volver a ingresar los
datos en los sistemas, lo cual impacta en el cumplimiento de los plazos
establecidos por norma para los procesos de la entidad.
Ante este tipo de situaciones sobre pérdida de información, se realizan los
procedimientos de recuperación de máquinas virtuales, pero estos toman
mucho tiempo en ser restaurados, lo cual genera un resultado no oportuno
para la continuidad de las operaciones de la entidad.
Por lo tanto, se hace necesario e imprescindible implementar una solución
informática de tecnología innovadora, escalable, con un horizonte
tecnológico de 5 años, que permita mitigar los riesgos indicados y brindar a
los administrados un servicio tecnológico, el cual garantice la disponibilidad
y continuidad ante eventos adversos de cortes de energía, falla de hardware,
falla de conectividad, incidencias de índole informático y desastres.
2
Imagen 1 Árbol de Problemas
Fuente: Elaboración propia
1.1.2. Formulación del Problema
El Proyecto se realiza debido a que existe una deficiente infraestructura
tecnológica del Ministerio de la Producción.
3
1.2. Definición de objetivos
1.2.1. Objetivo general
Implementar una infraestructura hiperconvergente para la mejora de los
Servicios de Tecnologías de la Información de misión crítica del Ministerio
de la Producción.
1.2.2. Objetivos específicos
1.2.2.1. Identificar y analizar la problemática existente en la infraestructura
tecnológica del centro de datos.
1.2.2.2. Desplegar una infraestructura hiperconvergente en el centro de
datos.
1.2.2.3. Evaluar la mejora del porcentaje de disponibilidad de los Servicios
de Tecnología de la Información de misión crítica.
1.3. Alcances y limitaciones
1.3.1. Alcances
El alcance del proyecto se enfoca en un esfuerzo técnico para la
implementación de una solución basada en una infraestructura
hiperconvergente adecuada específicamente para el centro de datos del
Ministerio de la Producción, mediante la cual mejorarán los Servicios de
Tecnologías de la Información de misión crítica.
La solución a implementar debe ser flexible, escalable, contingente y que
permita la integración e interoperabilidad con la infraestructura tecnológica
existente.
4
1.3.2. Limitaciones
Se identifican limitaciones del alcance, las mismas que se detallan a
continuación:
 La reconfiguración de los componentes de la red de datos físicos del
centro de datos.
 La reconfiguración de los componentes de los enlaces externos con otras
redes físicas.
 La reconfiguración de los componentes de la capa de seguridad perimetral.
 La actualización de los diagramas unifilares eléctricos del edificio
denominado sede central.
 El nivel de disponibilidad objetivo de los servicios de TI no será superior al
98%.
 El Punto Objetivo de Recuperación (RPO - Recovery Point Objective) solo
aplicará a los servicios de TI core o de misión crítica.
 El Tiempo Objetivo de Recuperación (RTO - Recovery Time Objective)
solo aplicará a los servicios de TI core o de misión crítica.
1.4. Justificación
El presente proyecto se enfoca en brindar una solución tecnológica a la
problemática existente en el Centro de Datos del Ministerio de la Producción.
1.4.1. Justificación Social
Es fundamental que la solución permita mejorar los niveles de disponibilidad
de los sistemas de información y por ende brindar un mejor servicio al
usuario o administrado (comunidad, pescadores, pequeñas y medianas
empresas).
5
Al realizar la implementación de una solución enfocada en la infraestructura
tecnológica, la entidad podrá solucionar y mejorar en beneficio de los
administrados, el nivel de disponibilidad de los sistemas de información, las
interrupciones abruptas, la pérdida de información, los incumplimientos de
plazos establecidos por normativa, la lentitud en la recuperación de
máquinas virtuales. De esta manera se obtendrá una tecnología vigente, con
un horizonte tecnológico de 5 años, escalable, flexible, con mayor
capacidad, e interoperable con la infraestructura tecnológica existente en el
centro de datos de la entidad.
1.4.2. Justificación Económica
El Ministerio de la Producción genera recaudaciones producto de los
derechos de pesca por concepto de extracción de los recursos
hidrobiológicos y sanciones aplicadas a las empresas pesqueras. Estos
procesos de recaudación están soportados en los Servicios de Tecnologías
de la Información alojados en la infraestructura tecnológica del centro de
datos del Ministerio.
La implementación de una solución enfocada en la infraestructura
tecnológica permitirá mantener disponibles los Servicios de TI que hacen
posible que se realicen los procesos de recaudación.
1.5. Estado del Arte
Los sistemas basados en infraestructura hiperconvergente son la evolución de las
plataformas monolíticas y tradicionales utilizadas en los centros de datos, estos son
considerados como un paso previo para la nube privada o el principio para la
6
integración con una nube pública, sin embargo, este tipo de tecnologías no es
aplicable en todas las organizaciones.
Las organizaciones en general ya sean públicas o privadas, tienen por objetivo
implementar infraestructura escalable, confiable y segura, utilizando software
licenciado por algún fabricante o de uso libre, para el soporte y alojamiento de sus
sistemas informáticos.
La toma de decisión para el cambio tecnológico en una organización pasa por la
evaluación de criterios principalmente técnicos y de índole corporativo; (Jimbo-Landi
& Cuenca-Tapia, 2020) nos presenta un caso de una evaluación para la
“Modernización de la Infraestructura Tecnológica de datos” en una entidad financiera
en donde se requiere mayor eficiencia en la gestión de los servicios tecnológicos,
incluso menciona que la infraestructura existente tiene 7 años de antigüedad, lo que
acarrea gastos onerosos en su mantenimiento y representa un alto riesgo por el
rendimiento ineficiente. Así también, la toma de decisión es influida por la simplicidad
en la administración de la infraestructura, (Larico Uchamaco, 2020) desarrolla en su
tesis de doctorado “Sistemas Hiperconvergentes para mejorar la Gestión Tecnológica
en Centros De Datos” de una universidad, que luego de realizar la implementación
de una infraestructura hiperconvergente, busca determinar si el empleo de estos
sistemas mejora la gestión tecnológica; por lo que luego de análisis estadísticos
basados en entrevistas al personal de TI, concluye que los sistemas
hiperconvergentes mejora significativamente la gestión de servidores del centro de
datos de la universidad, y además, mejora la recuperación de la información
gestionada en backups o tareas de respaldo, mejora la gestión de inventarios de
máquinas virtuales de manera eficiente, genera ahorro de recursos en el centro de
datos. Otro factor importante para la toma de decisión sobre el cambio tecnológico,
son las prestaciones o características que una organización requiere, (Moreira
Zambrano, Lopez Navarrete, & Cusme Rodriguez, 2019) nos muestra un estudio
7
sobre “Infraestructura Hiperconvergente definida por Software, Seguridad y evolución
del Centro de Datos” que nos indica que SDDC ayuda al centro de datos a adoptar
una estrategia hiperconvergente, acelerar las implementaciones, unificar y facilitar
las operaciones, la monitorización y la gestión informática, mejorando la capacidad
de escalabilidad, flexibilidad y agilidad operativa, es decir, estas prestaciones
permitirían a la organización evolucionar y contar con una ventaja competitiva sobre
sus adversarios. Finalmente, no podemos dejar de mencionar las tendencias que nos
brindan una referencia sobre el uso de la tecnología a nivel mundial, (Chafla-
Altamirano, Escobar-Terán, Silva, & Córdova, 2017) nos menciona en su
investigación “Análisis y estudio de las Infraestructuras Hiperconvergentes para
centros de datos definidos por Software” que según Gartner, para el año 2016,
alrededor del 30% de la capacidad de almacenamiento instaladas en los centros de
datos, estará implementada con SDS, dentro de una estructura HCI; esto también es
mencionado por (Jimbo-Landi & Cuenca-Tapia, 2020) que según Gartner, se prevé
que el mercado de sistemas hiperconvergentes será de un 24% para el 2019 con un
valor de 5 mil millones de USD y según IDC se estima que este mercado será de 7.6
mil millones de USD en 2021, lo que nos indica que existe desde hace varios años
una tendencia a la utilización de los sistemas hiperconvergentes basados en SDDC.
Para la elaboración de este informe de suficiencia se encontraron puntos aplicables
en estas referencias, como la división por fases para el análisis previo de la
infraestructura existente, el diseño a alto nivel, la elaboración de los requerimientos
técnicos mínimos, la implementación de un esquema de recuperación ante
desastres, la simplicidad de la gestión de la plataforma, entre otros. Por otro lado,
hay puntos en los que no estamos de acuerdo, por ejemplo, en la no integración con
plataformas existentes, la dependencia solo con equipos configurados de fábrica,
SDN está diseñado para ejecutarse sobre cualquier hardware de red, entre otros
puntos que no serán tomados en cuenta.
8
CAPITULO II
MARCO TEÓRICO
2.1. Fundamento Teórico
2.1.1. Infraestructura Hiperconvergente
Una Infraestructura Hiperconvergente (HCI) permite la unificación de
almacenamiento, recursos informáticos y de las redes definidos por
software, asimismo, la gestión de estos elementos se hace más sencilla ya
que se realiza desde una interfaz unificada a través de un software
hipervisor.
Un entorno hiperconvergente, permite tener una arquitectura más flexible,
agilizar tiempos y tareas de expansión, gestión y aprovisionamiento, esto
hace que el equipo de TI demuestre un mayor rendimiento y productividad
en el desarrollo de sus tareas.
Adicionalmente, según (RedHat, 2021) indica que una infraestructura
hiperconvergente permitirá disminuir la complejidad y el footprint de los
centros de datos, y aceptar carga de trabajo con arquitectura flexible en el
hardware estará determinado por cualquier fabricante, esto debido a que los
componentes de recursos de procesamiento y almacenamiento se
encuentren definidos por software.
9
2.1.1.1. Componentes de Software
Los componentes de software de una Infraestructura
Hiperconvergente están compuestas por virtualización de
almacenamiento, virtualización de servidores, computo, sistemas
operativos y virtualización de red, los cuales se encuentran
integrados.
Imagen 2 Componentes de
HCI
Fuente: (Nutanix, 2021)
2.1.1.1.1. Virtualización de almacenamiento
O llamado también como Almacenamiento Definido por Software
(SDS), es el agrupamiento de los recursos de almacenamiento
físicos y lógicos, esto permite que su gestión de almacenamiento
en red se simplifique y pueda ser administrado desde una consola
central, estos agrupamientos son comunes en entornos de red,
mejor conocido como SAN (Storage Area Network).
La virtualización brinda que la gestión de la SAN sea más simple y
flexible, como en actividades de expandir, hacer backup de
información o datos, entre otros, ya que una SAN debe ser
escalable al límite.
10
Las ventajas de contar con la virtualización de almacenamiento, es
ahorro en costos, menor tiempo en la restauración de datos y con
tiempo de parada mínima en los servicios, despliegue de proyectos
de TI que dependan de almacenamiento, así como también, su
instalación, agilidad y seguridad.
Asimismo, según (IBM, 2021), indica que la virtualización permite
la utilización completa de la capacidad de almacenamiento
subyacente de la tecnología de cintas moderna y reduce el tiempo
de acceso de volumen virtual del almacenamiento y la recuperación
de datos.
2.1.1.1.2. Virtualización de escritorios
Según (Red Hat, 2021) indica que esta virtualización es confundida
con virtualización de los sistemas operativos, sin embargo, la
virtualización de escritorios permite mediante la herramienta de
administración automatizada genere entornos de simulación de
escritorio en varios equipos físicos al mismo tiempo. Esta
virtualización permite a los administradores realizar configuración,
actualizaciones o diferentes acciones a todos los escritorios
virtuales.
11
Imagen 3 Virtualización de escritorios
Fuente: (Red Hat, 2021)
2.1.1.1.3. Virtualización de servidores
La virtualización de servidores permite que, mediante un software
especializado, un software hipervisor, permita que los
administradores puedan generar varias máquinas virtuales en un
servidor físico, logrando así que cada máquina virtual sea
independiente y utilice su propio sistema operativo y recursos.
Este tipo de virtualización ayuda a aprovechar al máximo todo el
procesamiento del servidor moderno, ahorro de espacio, se puede
generar redundancia en los servicios, permite tener sistemas
aislados e independientes para escenarios de pruebas e incluso se
pueden realizar migraciones de entornos.
Según (Strickland, 2021 ) indica que la virtualización de servidores
intenta abordar dos grandes problemas, el uso de una pequeña
fracción de las capacidades de procesamiento de un servidor físico
y que a medida que la red de computadoras sea vuelve más
compleja, los servidores ocupan demasiado espacio físico, lo cual
genera un alto consumo de energía y calor. En base a ello, precisa
12
que cada servidor virtualizado es como un servidor físico, capaz de
contar con un sistema operativo independiente. Además, que al
virtualizar se pueden crear suficientes servidores virtuales para
optimizar toda la potencia de procesamiento de una máquina.
Imagen 4 Virtualización de Servidores
2.1.1.1.4. Virtualización de los sistemas operativos
Según (Red Hat, 2021) indica que la virtualización se ejecuta en el
kernel de los sistemas, de esta manera se pueden virtualizar dos
sistemas operativos diferentes (Windows y Linux) de manera
paralela y esto, puede ser a través del administrador central de
tareas.
Además, con la virtualización de los sistemas operativos se reducen
costos de hardware, ya que no se va requerir equipamiento para
cada sistema operativo, se eleva la seguridad ya que es posible la
supervisión y aislamiento de ser necesario de un equipo.
13
Imagen 5 Virtualización de Sistemas Operativos
2.1.1.1.5. Virtualización de red
La virtualización de red ofrece diferentes funciones de conectividad
y seguridad a través del software, desvinculando así la
infraestructura física. Asimismo, permite a los administradores
mover las máquinas virtuales en diferentes ambientes sin hacer un
cambio de configuración en la red.
Esta virtualización genera una capa de red para que se pueda
ejecutar capas separadas en la misma red, lo cual los usuarios
pueden estar en el mismo entorno físico a través de redes virtuales,
esto genera que aumente la seguridad en la redes y eficiencia.
Asimismo, (VMware, Inc., 2021) indica que la virtualización de red
puede mezclar redes físicas basadas en hardware con redes
virtuales, mediante un software o separar una red física en redes
virtuales únicas.
14
Imagen 6 Virtualización de la red
2.1.1.2. Tipos de componentes
De acuerdo a (Nutanix, 2021), la infraestructura Hiperconvergente
tiene dos (02) componentes principales: el plano distribuido y el
plano de gestión.
2.1.1.2.1. Plano Distribuido
De acuerdo a (Nutanix, 2021), este tipo de componente opera en
un grupo de servidores que brindan servicios de virtualización,
almacenamiento para aplicaciones, las cuales pueden ser
máquinas virtuales o aplicaciones basadas en computadoras.
2.1.1.2.2. Plano de gestión
De acuerdo a (Nutanix, 2021), este plano de gestión permite
administrar sin dificultad los recursos del HCI desde un software
15
centralizado, eliminando la gestión separada de la virtualización de
servidores, almacenamiento y redes.
2.1.1.3. Beneficios
A continuación, se detallarán los beneficios principales por los
cuales las empresas optan por una infraestructura
Hiperconvergente a una tradicional:
2.1.1.3.1. Costos más bajos
Contar con HCI permite reducir costos operativos ya que permite
optimizar todos los recursos para las aplicaciones, lo cual hacen
que se facilite el uso y la eficiencia de los recursos.
Asimismo, la reducción de gastos se da por el consumo energético
y por el menor tiempo invertido en la creación, adecuación o
migración de máquinas virtuales.
2.1.1.3.2. Mayor escalabilidad y flexibilidad
Debido a que la Infraestructura Hiperconvergente se basa en el
software, esto permite adaptarse a los diferentes escenarios que se
puede presentar de forma sencilla y veloz, consiguiendo así que el
entorno de TI se encuentra siempre preparado para afrontar
cambios y adaptarse a los nuevos requerimientos del software con
una escalabilidad vertical u horizontal.
Al ser escalable permite que se pueda crear o modificar recursos
en las máquinas virtuales con distinta configuración de forma
rápida, para lo cual, una vez esto sea realizado las máquinas
16
seguirán operando con las nuevas características sin necesidad
que el servicio se haya visto interrumpido.
2.1.1.3.3. Implementación rápida
La arquitectura de la Infraestructura Hiperconvergente cuenta con
una configuración principal ya realizada, por lo que crear, generar
modificaciones, mejoras en máquinas virtuales, en entornos de
pruebas, software de base de datos o en almacenamiento de
archivos es más sencillo, ya que esto se realiza desde un software
de administración centralizada.
2.1.1.3.4. Recuperación de datos
La arquitectura de Infraestructura Hiperconvergente tiene la
capacidad de integrarse con sistemas de respaldo para hacer la
restauración de datos fácilmente, además la solución cuenta con un
alto nivel de tolerancia, el cual garantiza la actividad continua de los
servicios. En la solución de esta arquitectura, se pueden incorporar
módulos de copias de seguridad (backup) y recuperación ante
desastres.
Los resultados de estos módulos son los cortos plazos de
recuperación, haciendo que las operaciones de la organización se
restablezcan de forma rápida y haya el menor tiempo de
inoperatividad.
2.1.1.3.5. Gestión simplificada
Esta es uno de los beneficios principales de la arquitectura de
Infraestructura Hiperconvergente, ya que todos los procesos se
17
ejecutan desde la consola de administración que se encuentra en
la misma capa, por lo que la supervisión y control de la misma se
realiza de forma centralizada.
Gestionar de esta forma centralizada y automatizada, se vuelve
más sencilla ya que se elimina en su mayoría los procesos
manuales, y se configuran para que se realicen de forma
automatizada, consiguiendo así, que el equipo de TI sea más
eficiente.
2.1.1.3.6. Mayor eficiencia
En todos los beneficios expuestos, se puede demostrar que la
arquitectura de Infraestructura Hiperconvergente genera eficiencia
para el cumplimiento adecuado y minimizar todo impacto de
inoperatividad en una organización, ya que su infraestructura es
escalable, flexible, centralizada y automatizada, disminuyendo así,
costos de operación y procesos manuales; y con alta disponibilidad
para la restauración de los servicios en un tiempo mínimo.
2.1.1.4. Arquitectura de Infraestructura Convergente
La arquitectura de Infraestructura convergente combina hardware
de almacenamiento, redes y cómputo en una sola arquitectura en
conjunto, esto tiene como objetivo mejorar los tiempos de
despliegue y sobre todo aumentar la disponibilidad de la
infraestructura.
Asimismo, en el momento de auge de este tipo de arquitectura, se
requería para superar limitaciones e ineficiencias de recursos
independientes de almacenamientos o cómputo de TI tradicional.
18
Sin embargo, según (Wallace, 2018) indica que, si bien la
infraestructura convergente simplificó la implementación de más
recursos independientes, precisa que desafortunadamente estas
soluciones se basan en almacenamiento de discos voluminosos,
complejos, los cuales representan un problema de operación y
mantenimiento en un centro de datos moderno.
Imagen 7 Infraestructura Convergente
Fuente: (Arroyo, 2014)
2.1.1.5. Ventajas de una arquitectura de Infraestructura
hiperconvergente con una convergente
Antes de indicar las ventajas se precisa que ambas infraestructuras
son similares respecto a los principios básicos, la cual es la
integración de los recursos, tales como: almacenamientos,
cómputo y redes, siendo una de las principales, que la
infraestructura hiperconvergente se basa en que está definido por
el software, mientras que la convergente, se basa en hardware
dedicado.
19
Imagen 8 Infraestructura convergente e hiperconvergente
Fuente: (VMware, Inc., 2020)
2.1.1.5.1. Mayor eficiencia del equipo de TI
Esto se da porque la infraestructura hiperconvergente elimina
procesos manuales. Los recursos de TI se pueden gestionar y
supervisar desde un único software centralizado.
Además, los recursos se pueden asignar de forma dinámica para
disponer los niveles de capacidad, protección y rendimiento
adecuado.
2.1.1.5.2. Reducción de los costos y mejora del
almacenamiento
Con la infraestructura hiperconvergente se reducen los costos de
operación mediante una arquitectura escalable y flexible.
20
Asimismo, se pueden reconfigurar capacidades de
almacenamiento, recursos y redes, sin afectar la operación del
servicio.
Se puede aprovechar al máximo los recursos que son supervisados
por el software de administración, logrando así, disminuir gastos en
ampliar infraestructura física o hardware.
2.1.1.5.3. Adaptación de las necesidades de la organización
Con la infraestructura hiperconvergente se puede adaptar cambios
de acuerdos a las necesidades de nuevos proyectos de TI. Esto
permite que se implemente cargas de trabajo en poco tiempo y se
acelere el rendimiento de los servicios.
A diferencia de la infraestructura convergente, este entorno está
preparado para necesidades futuras y permitirá satisfacer las
necesidades de las aplicaciones, esto debido a que la
infraestructura hiperconvergente está basada en software y no en
hardware, como lo es la infraestructura convergente.
2.1.1.5.4. Cuadro comparativo de arquitectura convergente e
hiperconvergente
Como parte de las tecnologías consolidadas se realizó el siguiente
cuadro comparativo, en donde se pueden apreciar las
características de la infraestructura convergente o tradicional en
comparación con la infraestructura hiperconvergente.
21
Tabla 1 Comparativo de Infraestructura Convergente e hiperconvergente
Infraestructura
Características
Convergente Hiperconvergente
Arquitectura de computo  
Arquitectura de red  
Arquitectura de almacenamiento  
Virtualización de procesadores  
Virtualización de memoria  
Virtualización de red  
Virtualización de almacenamiento 
Arquitectura definida por software 
Reducción de hardware complejo 
Administración sencilla 
Menor complejidad en la 
configuración
Escalable de manera simple 
Respuesta rápida ante demanda de 
infraestructura
No depende de una SAN 
Deduplicación de datos 
Menor tiempo de respaldo de datos 
Menor tiempo de restauración de 
datos
Independiente de storage externo 
Seguridad a nivel de 
microsegmentación de red
Reducción de recursos humanos para 
administrar
Mejor control de la infraestructura 
Mayor disponibilidad de los servicios 
de TI
Independiente del hardware 
Ahorro en Capex 
Reducción Opex 
Fuente: Elaboración Propia
22
2.1.2. Centro de datos
Un Data Center (inglés), Centro de Datos (español) o Centro de
Procesamiento de datos (términos técnicos) son algunos de los términos
para referirse a una instalación inmueble donde se albergan equipos
informáticos, tales como, servidores, equipos de enfriamientos, UPS,
conexiones, entre otros recursos para mantener un sistema de red activo de
una empresa, en pocas palabras, es la parte principal y funcional de una
empresa para el funcionamiento de los sistemas de información y servicios
informáticos que brinda la organización.
De acuerdo a (VMware, Inc., 2021), indica que el centro de datos son
instalaciones físicas que permite centralizar recursos informáticos como
ordenadores, redes, almacenamiento como otros equipos que permitan el
funcionamiento de una empresa.
Asimismo, precisa que los centros de datos se pueden expandir fuera de las
instalaciones físicas mediante una nube privada o pública para aumentar
almacenamiento.
2.1.2.1. Componentes de un Centro de Datos
Los componentes de un centro de datos son: servidores,
conectividad de red, energía, climatización, monitorización y
sistema de seguridad, los cuales se explicarán a continuación.
2.1.2.1.1. Servidores
La función principal de un centro de datos es el alojamiento de
servidores para soportar los sistemas y servicios de la organización,
los mismos que son actualizados y monitoreados por el personal
encargado del equipo de infraestructura o quien haga sus veces en
23
la organización. Es preciso indicar que estos servidores son
posicionados en rack y para el funcionamiento se proporciona
conectividad de red, refrigeración y entre otras condiciones
necesarias para un rendimiento óptimo y buen uso.
2.1.2.1.2. Conectividad de red
Mediante switches todos los servidores reciben y entregan
información desde la red y hacia la red según la demanda y el
trabajo al que estén destinados.
2.1.2.1.3. Energía
El Centro de datos utiliza fuentes redundantes y grupos
electrógenos para abastecer toda la energía eléctrica en caso de
una falla técnica. El voltaje de la energía debe mantenerse estable
y constante ya que si hay una alta potencia puede perjudicar los
equipos conectados.
2.1.2.1.4. Climatización
Debido a que el centro de datos es una habitación de alta
concentración de calor por el gran equipamiento tecnológico que
almacena, es necesario que se cuente con un sistema de
ventilación, aire frío o líquidos refrigerantes.
2.1.2.1.5. Monitorización
Los procesos o información que son almacenados en los equipos
del centro de datos son en la mayoría de carácter crítico, por ello,
estos equipos son monitoreados por un personal altamente
24
calificado, el mismo que velará por el buen funcionamiento de todos
los elementos del centro de datos.
2.1.2.1.6. Sistema de Seguridad
El centro de datos cuenta con un sistema contra incendio, vigilantes
de seguridad y una seguridad de identificación biométrica, ya que
no cualquier persona puede acceder a estas instalaciones por ser
el ambiente principal para el manejo de las comunicaciones de la
organización.
2.1.2.2. Tipos de Centros de Datos
Hay diferentes tipos de centros de datos y servicios disponibles. La
clasificación se debe al tipo de topología, tecnologías,
almacenamiento u otros. Por ello, a continuación, se hablará de
cuatro (04) tipos principales:
2.1.2.2.1. Centro de Datos empresarial
Este tipo de data center se encuentran en un espacio elegido por la
organización y es de su propiedad, son generados para soportar las
necesidades de la entidad y son operados por el personal de
tecnología de la misma.
Sin embargo, según (Alonso, 2020) que estos centros de datos son
propiedad y operados por la empresa e incluso optimizados para
sus usuarios finales, asimismo, indica que en la mayoría de las
ocasiones se encuentran en la misma empresa pero no siempre.
25
2.1.2.2.2. Centro de Datos de servicios administrados
Los equipos e infraestructura de este tipo de centro de datos son
rentados por la organización, al igual que el personal que lo
monitorea, una empresa externa se ocupa de prestar este tipo de
servicios.
Igualmente, (Alonso, 2020) indica que la empresa alquila la
infraestructura en vez de adquirirlos.
2.1.2.2.3. Centro de Datos de colocación
En este caso la organización renta la infraestructura, el ambiente,
todos los componentes, más no la administración de los servicios.
Este último, es realizado por el mismo personal de la organización.
De acuerdo a (Alonso, 2020) indica que este tipo de centro de datos
la entidad alquila infraestructura y espacio, sin embargo, la empresa
gestiona los recursos del centro de datos, como los servidores,
almacenamientos y cortafuegos.
2.1.2.2.4. Centro de Datos en la nube
En este tipo de centro de datos, los datos y aplicaciones están
alojados en la nube de un proveedor. Dentro de los proveedores de
centro de datos en la nube, tenemos: Amazon Web Services,
Google Cloud Plataform, Microsoft Azure e IBM Cloud.
26
Imagen 9 Nubes públicas
Fuente: (Grupo Mundo Digital, 2019)
2.1.2.3. Clasificación de Centro de Datos
Según (ETP-ISO/IEC TS 22237 , 2019) la clasificación de Centro
de datos se divide en Clase de disponibilidad, Clase de Seguridad
Física y Clase de Habilitación de eficiencia energética.
2.1.2.3.1. Disponibilidad
Considerando lo que indica (ETP-ISO/IEC TS 22237 , 2019), la
disponibilidad requerida de las instalaciones y las infraestructuras
que respaldan la funcionalidad del centro de datos es de suma
importancia. El propietario / usuario del centro de datos debe
determinar la disponibilidad deseada del conjunto general de
instalaciones e infraestructuras utilizando el análisis de riesgos del
negocio y el análisis de costos de tiempo de inactividad. Se
27
reconoce que los requisitos de disponibilidad pueden variar con la
hora del día, la semana o el mes.
Las diferentes Clases de Disponibilidad cualitativa para el conjunto
global de instalaciones e infraestructuras del centro de datos se
definen como se muestra en la Tabla 2. La disponibilidad de todo el
centro de datos depende de las Clases de disponibilidad de sus
infraestructuras individuales, como la fuente y distribución de
energía, control ambiental y seguridad. Los requisitos para una
instalación o infraestructura específica de una clase de
disponibilidad dada son especificados en ISO/IEC TS 22237-3,
ISO/IEC TS 22237-4 e ISO/IEC TS 22237-6, respectivamente.
Con el propósito que el conjunto de instalaciones e infraestructuras
del centro de datos se considere como una Clase de Disponibilidad
determinada, el diseño de cada instalación e infraestructura
individual enumeradas en la Tabla 3 debe cumplir o superar esa
clase de disponibilidad.
El MTTR de una infraestructura por ejemplo en diseño,
construcción, componentes, sistemas y recursos humanos. Por
ejemplo, una mayor inversión en componentes puede resultar en
un mayor Tiempo Medio entre Fallas (MTBF) o un Tiempo Medio
Reducido para la Recuperación (MTTR). El MTBF de una
infraestructura particular proporciona información en relación con la
probabilidad del evento como se analiza. El MTTR de una
infraestructura particular proporciona una indicación del impacto del
evento.
28
Tabla 2 Clases de disponibilidad e implementaciones de ejemplo
Disponibilidad Disponibilidad Disponibilidad Disponibilidad

Clase 1 Clase 2 Clase 3 Clase 4
Disponibilidad de
conjunto general de
Bajo Medio Alto Muy Alto
instalaciones e
infraestructuras
Ruta única
Multi-ruta
Ejemplo de (elasticidad Multi-ruta
(resiliencia
distribución de Ruta única (sin proporcionada (tolerante a fallas
proporcionada
potencia (ver redundancia de por la incluso durante
por la
ISO/IEC TS 22237- componentes) redundancia de el
redundancia de
3) los mantenimiento)
los sistemas)
componentes)
Multi-ruta
(resiliencia
Ruta única
proporcionada
(elasticidad
Ejemplo de control por la
proporcionada
ambiental (ver Sin requisitos Sin requisitos redundancia de
por la
ISO/IEC TS 22237- específicos específicos los sistemas),
redundancia de
4) permite el
los
mantenimiento
componentes)
durante la
operación
Ejemplo de cableado
Ruta única
de Ruta única con Ruta única con Ruta única con
usando
telecomunicaciones infraestructura infraestructura infraestructura
conexiones
(ver ISO/IEC TS fija fija fija
directas
22237-5)
NOTA 1: Los requisitos y recomendaciones para la construcción de centros de datos que
proporcionan las clases de protección deseadas para garantizar la disponibilidad de las
instalaciones y las infraestructuras se tratan en ISO/IEC
TS 22237-2.
NOTA 2: La clase 4 mejorada que proporciona una solución de múltiples rutas (tolerante a fallas
incluso durante el mantenimiento) se especifica en ISO/IEC TS 22237-4.
NOTA 3: Los requisitos y las recomendaciones para la seguridad física de los espacios de los
centros de datos para garantizar la disponibilidad de las instalaciones y las infraestructuras se
tratan en ISO/IEC TS 22237-6
Fuente: (ETP-ISO/IEC TS 22237 , 2019)
29
De ser posible, la determinación de la disponibilidad para
subsistemas y componentes debe incluir posibles expansiones
futuras en el centro de datos para fines de resiliencia.
Se debe prestar más atención a la seguridad física de las
instalaciones y las infraestructuras que describen otros factores
importantes para la disponibilidad general de todo el centro de
datos.
Además del diseño y la instalación de soluciones técnicas más
sofisticadas, la implementación de clases de mayor disponibilidad
implica la aplicación de estructuras organizacionales efectivas para
administrar el funcionamiento de esas soluciones técnicas que
incluyen, entre otras:
a) la disponibilidad de personal de servicio capacitado;
b) almacenamiento de repuestos;
c) el establecimiento de contratos de mantenimiento;
d) acceso rápido a instrucciones precisas que definen las
acciones y comunicaciones requeridas en caso de una falla
del sistema.
2.1.2.3.2. Seguridad física
De acuerdo a (ETP-ISO/IEC TS 22237 , 2019), la seguridad física
provista para las instalaciones e infraestructuras de un centro de
datos tiene una influencia tanto en la probabilidad como en el
impacto de los eventos de riesgo ya que el objetivo de la seguridad
física es proteger contra:
30
a. Protección contra el acceso no autorizado
Las áreas del centro de datos y sus alrededores se
definirán en términos de clases de protección contra el
acceso no autorizado como se muestra en la Tabla 3.
Dependiendo de la definición del objetivo de protección,
el propietario / usuario del centro de datos seleccionará
la clase de protección adecuada
Tabla 3 Clases de protección
Tipo de Clase de Clase de

Clase de protección 3 Clase de protección 4
protección protección 1 protección 2
Área restringida para
Área restringida para
empleados específicos
empleados y visitantes
que tienen una
especificados (otro
necesidad identificada
personal con acceso a
Protección de tener acceso (otro
la Clase de Protección 2
contra el Área pública o Área pública o personal con acceso a
debe estar
acceso no semipública semipública áreas de Clase 2 o
acompañado por
autorizado Clase 3 debe estar
personal autorizado
acompañado por
para acceder a las
personal autorizado
áreas de Protección de
para acceder a áreas de
Clase 3)
Clase 4)
Dentro del centro de datos, las restricciones de acceso
dependen del propósito del centro de datos (por ejemplo,
empresa versus ubicación conjunta). Los criterios de
diseño se basan en un análisis de las necesidades que
definen los requisitos y recomendaciones apropiados.
b. Protección contra eventos ambientales
Las áreas del centro de datos y sus alrededores se
definirán en términos de clases de protección contra
31
eventos ambientales como se muestra en la Tabla 4.
Dependiendo de la definición del objetivo de protección,
el propietario / usuario del centro de datos seleccionará
la clase de protección adecuada para cada tipo de
protección se muestra en la Tabla 4.
Tabla 4 Protección contra medios ambientales
Clase de
Tipo de Clase de Clase de protección Clase de protección
protección
protección protección 2 3 4
1
El área requiere El área requiere El área requiere
protección contra protección contra protección contra
incendios mediante incendios mediante incendios mediante
un sistema de un sistema de un sistema de
Protección
No se aplica detección y detección y detección y
contra
protección supresión, que supresión, que supresión, que
fuego
especial mantiene la función mantiene la función mantiene la función
interno
de esa área durante de esa área durante de esa área durante
un incendio en esa un incendio en esa un incendio en esa
zona o en una zona zona o en una zona zona o en una zona
de Clase 1. de Clase 1. de Clase 1.
Protección
No se aplica
contra otros
protección Mitigación aplicada Mitigación aplicada Mitigación aplicada
eventos
especial
internos
Protección
contra No se aplica
eventos protección Mitigación aplicada Mitigación aplicada Mitigación aplicada
ambientales especial
externos
La protección contra eventos ambientales internos y
externos incluye todas las medidas necesarias para
garantizar la clase de disponibilidad deseada para las
instalaciones y las infraestructuras del centro de datos,
32
incluida la construcción de edificios, los sistemas de
protección y las medidas organizativas.
Los eventos ambientales internos incluyen
sobrecalentamiento, incendios, descargas
electrostáticas, agua, etc. que afectan la función de las
infraestructuras del centro de datos.
Los eventos ambientales externos incluyen incendios,
inundaciones, terremotos, explosiones y otras formas de
desastres naturales (rayos y otros efectos
electromagnéticos).
Bajo condiciones óptimas, los riesgos planteados por
eventos ambientales externos se mitigan mediante la
selección de la ubicación del centro de datos (ver
ISO/IEC TS 22237- 2). Sin embargo, en la mayoría de las
situaciones, se deben aplicar soluciones de diseño
alternativas a las instalaciones e infraestructuras del
centro de datos para proporcionarles un grado aceptable
de seguridad frente a dichos eventos.
2.1.2.3.3. Habilitación de eficiencia energética
De acuerdo a (ETP-ISO/IEC TS 22237 , 2019), indica que la
capacidad de medir el consumo de energía y permitir el cálculo y el
informe de la eficiencia energética de las diversas instalaciones e
infraestructuras que respaldan el funcionamiento de un centro de
datos es fundamental para el logro de los objetivos de eficiencia
energética.
Se divide en tres niveles de granularidad:
33
a) Nivel 1: un régimen de medición que proporciona información
global simple para el centro de datos en su conjunto;
b) Nivel 2: un régimen de medición proporciona información
detallada para instalaciones e infraestructuras específicas
dentro del centro de datos;
c) Nivel 3: un régimen de medición proporciona datos granulares
para los elementos dentro de los espacios del centro de datos.
Pasar de un nivel de complejidad a un nivel superior requiere un
mayor nivel de infraestructura de medición / seguimiento.
El propietario / usuario del centro de datos definirá el nivel de
habilitación de la eficiencia energética adecuado antes del diseño
del centro de datos.
El nivel de habilitación de eficiencia energética deseado puede
determinarse por:
1) Un análisis de costos operativos;
2) Requisitos normativos o legislativos externos;
3) Reglas definidas por el usuario.
a. Sistema de distribución de energía
ISO/IEC TS 22237-3 describe los elementos de los
sistemas de distribución de energía para centros de
datos y define los requisitos y recomendaciones para las
infraestructuras de medición / seguimiento de los
sistemas de distribución de energía en apoyo del nivel de
complejidad deseado.
34
b. Seguimiento y control ambiental
ISO/IEC TS 22237-4 describe los elementos de los
sistemas de control ambiental para centros de datos y
define los requisitos y recomendaciones para las
infraestructuras de medición / seguimiento de los
sistemas de control ambiental en apoyo del nivel de
complejidad deseado.
2.1.3. Servicios de Tecnologías de la Información
De acuerdo a (ITIL, 2019), define a Servicio como “Una forma de generar
valor para los clientes, con el fin de que se consiga los resultados que
quieren obtener, sin que éstos asuman costos o riesgos asociados”
En base a ello, los Servicios de Tecnologías de la Información (TI), es la
conformación de información, personas, procesos que cumplan con
satisfacer las solitudes o requerimientos de los clientes utilizando la
tecnología.
En la actualidad, las organizaciones son soportados por los servicios de TI
ya que:
- Es la representación de valor que los clientes requieren y por el que
están dispuestos a pagar.
- Ofrecen valor y resultados básicos que necesitan uno o más clientes.
- Representan propuesta de valor para el cliente y proporcionar la base
para utilización y satisfacción continuas.
Asimismo, de acuerdo a (Conexión Esan, 2019) indica que los Servicios de
tecnologías de la Información deben brindar un valor agregado a cualquier
organización, ya que sea por potenciar los procesos, automatizar tareas o
actividades, gestionar los recursos de la organización u otro.
35
Por otro lado, para que los servicios de TI se encuentren disponibles en la
organización, estos deben contar con un plan de continuidad del negocio,
que es la capacidad de que una organización resista a interrupciones, para
ello, la organización debe contar con una estrategia para atender a
incidentes imprevistos y evitar que esto impacte en costo o imagen a una
organización.
De acuerdo a (IBM Corporation , 2019), la continuidad es resistir a
interrupciones que son periodos en el cual el sistema no se encuentra
disponible para el usuario. Por lo que, indica que la solución de continuidad
del negocio se debe describir en un plan documentado en el cual deba
atender un entorno operativo, datos, aplicaciones e interfaces de los
usuarios. El plan de continuidad del negocio incluye la recuperación ante
siniestro y la alta disponibilidad (HA).
2.1.3.1. Componentes de un Servicio de TI
Estos componentes están asociados al cliente o usuario final, ya
que nos permitirán evaluar si el servicio satisface las necesidades
del cliente:
2.1.3.1.1. Utilidad
Es la funcionalidad que brinda un servicio para cumplir las
necesidades del cliente, en términos simples es, “lo que hace el
servicio” para cumplir en concreto el requerimiento o adecuado para
el propósito.
36
2.1.3.1.2. Garantía
Es una promesa o garantía de que el servicio cumplirá las
expectativas del cliente, tanto en fiabilidad, disponibilidad,
capacidad, continuidad y seguridad; en términos simples es, “cómo
funciona el servicio” y si es apto para el uso.
2.1.3.2. Atributos de un Servicio de TI
Estos atributos son necesarios para garantizar el funcionamiento
correcto de un Servicio de TI.
2.1.3.2.1. Fiabilidad
Es el tiempo transcurrido en el cual el servicio de TI está trabajando
de manera ininterrumpida.
2.1.3.2.2. Disponibilidad
Es el porcentaje del tiempo disponible de los servicios de TI, en el
que el usuario ha podido acceder y ha funcionado de manera
correcta el servicio, sobre el acordado.
Sin embargo, de acuerdo a (IBM Corporation , 2019) la
disponibilidad se mide en términos de corte, tiempos en el cual los
servicios no se encuentran disponibles para los usuarios, esto se
puede dar por cortes programados u incidente que se pueda
presentar en el servicio.
2.1.3.2.3. Capacidad
Es el tiempo determinado o también llamados Acuerdos de Niveles
de Servicio” (SLA u OLA), en el cual se debe subsanar incidencias
o problemas en los tiempos acordados para cumplir los tiempos de
37
fiabilidad, grado de mantenimiento o disponibilidad de un servicio
de TI prometidos al cliente.
2.1.3.3. Servicios de TI de Misión Crítica
De acuerdo a (Hytera, 2019), se refiere al factor de misión crítica
como cualquier elemento o parte que sea de vital importancia para
el desarrollo continuo u operación del negocio de la organización.
Alguna falla de estas, puede causar grave pérdida económica o
incluso hasta vidas humanas. Por lo que este factor se considera
para elementos críticos.
Por tal motivo, los Servicios de TI de Misión crítica deben ser
debidamente identificados para buscar mitigar las fallas que
generen graves problemas en la organización, tales como pérdidas
económicas o incluso, generar una mala imagen con sus usuarios.
2.2. Marco Conceptual
2.2.1. Hipervisor
El hipervisor es un software centralizado para monitorear máquinas
virtuales, es este software se puede crear, ejecutar o modificar máquinas
virtuales (MV), también permite que un ordenador HOST brinde soporte a
varias MV invitadas.
Asimismo, (Vmware, Inc., 2021) y (Red Hat, Inc., 2020), precisan que hay
dos tipos de hipervisores, tipo 1, que se ejecuta desde el hardware del HOST
y gestiona los sistemas operativos guest; y el tipo 2, se ejecuta como capas
de software sobre los sistemas operativos, software o aplicaciones.
38
Imagen 10 Hipervisor - Tipo 1
Fuente: (Ortiz, 2017)
Imagen 11 Hipervisor - Tipo 2
Fuente: (Ortiz, 2017)
2.2.2. Footprint de centro de datos
Se refiere al espacio físico que ocupan los equipos de TI dentro del ambiente
del centro de datos, es decir, es la cantidad de racks, gabinetes y jaulas.
- RACK: Es una estructura metálica en los que se albergan servidores,
sistemas informáticos y redes de telecomunicaciones.
- GABINETE: Los gabinetes están compuestos por estantes, y son
estructuras cerradas, pero con puertas de malla de acero tanto en la parte
delantera como trasera, esto permite la ventilación de la misma.
- JAULA: Es un espacio que contiene gabinetes
39
Mientras más grande sea la huella de centro de datos, más costoso es el
mantenimiento, es por eso que, con las últimas tecnologías, las
organizaciones tienen más capacidad disponible en un espacio más
reducido, lo que genera una reducción de costos.
2.2.3. SAN
La SAN es una red de almacenamiento (SAN) que consiste en brindar una
arquitectura de redes compartido, centralizado; es una herramienta que nos
permite aprovecha el almacenamiento all-flash con el fin de conseguir mayor
rendimiento.
Asimismo, de acuerdo a (VMware, Inc., 2021) indica que la SAN es una red
de alta velocidad, dedicada que interconecta y suministra espacios
compartidos a varios servidores. Precisa que cada servidor puede acceder
al almacenamiento como si estuviera conectada al servidor.
2.2.4. Kernel
El Kernel o también llamado núcleo, es un responsable principal que permite
a varios programar el ingreso seguro al hardware, así mismo es un gestor
de recursos, ya que al haber distintos programas y el acceso al hardware es
limitado, el kernel o núcleo se encarga de priorizar el programa que usará el
dispositivo de hardware y por cuanto tiempo.
Asimismo, de acuerdo a (Soto, 2020) indica que el Kernel es una pequeña
parte del sistema operativo, pero un elemento importante, ya que, sin esto,
no se podría acceder al hardware de forma segura. También nos menciona
que todos los sistemas operativos tienen kernel, sin embargo, el más
famosos es el Kernel de Linux.
40
Imagen 12: Kernel
Aplicaciones
Kernel
Memori Dispositiv
CPU
a os
2.2.5. Backup
El backup es una copia de seguridad de información que se requiere
resguardar, en la gran mayoría los centros de datos cuentan con backups
programados, los cuales son ejecutados automáticos y diarios, esto permite
extraer la última versión de toda la información que se ha podido ingresar o
actualizar en el día de los servicios de la organización.
Las copias de seguridad o backup permite tener un plan de acción en caso
ocurriera problemas o incidencias con algún servicio de la organización,
además, se puede recuperar el servicio con la última versión de backup
realizada, es por ello que para grandes organizaciones y con servicios de
misión crítica, se recomienda que los backups se realicen en periodos
cortos.
Los beneficios de contar con los backup, son:
- Tener capacidad de respuesta
- Confianza
- Seguridad
41
Imagen 13: Copias de seguridad
Fuente: Acronis
2.2.6. RTO
En inglés, Recovery Time Objective o en español, Tiempo Objetivo de
Recuperación, se refiere al tiempo máximo en el que una organización
define para poner en operación sus procesos críticos, sin que esto deba
causar un daño al negocio.
Es decir, de presentarse algún incidente o desastre, y esto hace que la
organización no opere con normalidad, afectando los servicios, habrá un
tiempo en el que no se puede trabajar en los servicios, siendo el RTO ese
tiempo.
2.2.7. RPO
En inglés, Recovery Point Objective o en español, Objetivo de Punto de
Recuperación, llama a las copias de seguridad o backups de los datos
(servicios de misión crítica) en el evento de que sucediera un desastre.
Es decir, es el tiempo máximo desde el último backup realizado al servicio
afectado, el cual se relaciona con los datos que la organización puede
permitirse perder en caso de desastre.
42
Imagen 14: RPO y RTO
Fuente: (Puricica, 2018)
2.2.8. MPLS
En inglés, Multiprotocol Label Switching o en español, Conmutación de
etiquetas multiprotocolo, es un estándar para transmitir datos bajo diferentes
etiquetas.
Las redes MPLS permiten solucionar la necesidad de conectividad y
seguridad de la organización, ya que el MPLS es una tecnología o técnica
para transferencia de datos, es decir que en una VPN o Red Privada Virtual
que permite comunicación con la red de la organización, lo cual se genera
de manera fiable y segura.
Los beneficios más resaltantes de una MPLS, son:
- Garantiza el tráfico de datos a través de aplicaciones críticas
- Es optimizable y tiene un alto nivel rendimiento
- Accesible
- Fiable y disponible, ya que permite combinar diferentes protocolos de
conexión
43
2.2.9. Deduplicación
La deduplicación de datos reduce de forma significativa los requisitos
respecto a la capacidad de almacenamiento, asimismo, es un proceso que
permite que se elimine copias excesivas de los datos
Esta deduplicación permite ejecutarlo como un proceso en línea u online
de forma simultánea o a medida en que los datos se ingresan en el
sistema de almacenamiento o también, se apertura como un proceso en
segundo plano para lograr la eliminación de duplicados, luego que estos
datos se hayan escritos en el disco.
Imagen 15 Deduplicación gráfica
Fuente: (Latix Network Solutions, S.A, s.f.)
De acuerdo a (SIVSA, 2018), indica que la deduplicación es una técnica o
forma especializada respecto a la compresión de datos consistente con el
fin de eliminar bloques de datos duplicados cuando son escritos en los
discos y se quieren transferir a copias de seguridad. Esta técnica permite
disminuir las necesidades de almacenamiento y permite mejorarla la
eficiencia del ancho de banda de la red, con guardar y transmitir datos que
son importantes y útiles para la organización y desechando o eliminando
datos repetidos.
44
Adicional a ello, menciona que existe dos tipos de deduplicación:
 Deduplicación a nivel de archivo
Este tipo de duplicación permite que el sistema realice una comparación
del archivo que va a ser objeto del backup con aquellos que ya han sido
almacenados, esto se logrará analizando sus atributos y verificando con
el índice creado previamente. Si verificar que el archivo es nuevo, se
realizará la copia de seguridad y con esto, se actualizará el índice, pero
de ser solo una nueva versión, se cambiará datos los cuales los
atributos hayan sufrido variaciones y se procederá al almacenamiento
de los segmentos del contenido de la copia única del archivo.
 Deduplicación a nivel de bloque
Separa la información por bloques, los cuales serán analizados por este
tipo de técnica con el objetivo de buscar duplicación de datos respecto
a los ya almacenados con anterioridad. Este tipo de deduplicación se
realiza especialmente para el almacenamiento y backup de grandes
datas.
2.3. Marco Metodológico
La metodología que se seguirá para el desarrollo del proyecto, se basará en los
conocimientos, fundamentos y pilares para la Dirección de proyectos (PMBOK) de
los institutos de Gestión de Proyectos (PMI) en su 5ta edición.
45
Imagen 16: Ciclo de vida de un proyecto
Fuente: PMBOK, 5ta edición
Para estos proyectos se seguirán las siguientes fases:
2.3.1. Fase de inicio
La fase de inicio es la primera fase del ciclo del proyecto, aquí se permitirá
conocer el problema, valor y viabilidad del proyecto.
Para esta fase se realizará las actividades de identificación y análisis
relevante para contextualizar el estado situacional de los servicios de TI y la
infraestructura Tecnológica
 Identificación de servicios de TI
 Identificación de servicios de TI de misión crítica
 Análisis de la infraestructura
46
2.3.2. Fase de planificación
La fase de planificación brinda dirección la cual va ser la guía para generar
resultados de calidad, identificar y mitigar el riesgo, entre otros.
En esta fase se desarrollará:
 El diseño del proyecto, el cual será una guía, ya que la solución incluye
los componentes para la renovación de la infraestructura tecnológica.
 Requerimientos técnicos, los cuales cubrirá los servicios actuales y
futuros de la entidad
2.3.3. Fase de Ejecución
La fase de ejecución consiste en brindar los resultados los cuales cumplan
con lo requerido por el cliente. Para ello se establece y asignan los recursos,
con el fin de que los miembros del grupo se enfoquen en tareas y/o
actividades designadas.
En esta fase se realizará el despliegue de la:
 Infraestructura hiperconvergente en el centro de datos Produce, se
realizará el despliegue de lo requerido en los requerimientos técnicos.
 Infraestructura hiperconvergente en el centro de datos en el site alterno.
FONDEPES, el despliegue de este site permitirá que PRODUCE cuente
con servicios de TI de alta disponibilidad para los servicios de TI de
misión crítica.
2.3.4. Fase de Seguimiento y Control
La fase de ejecución y control cumple con la verificación y supervisión del
cumplimiento de los requerimientos técnicos establecidos por la entidad.
47
Esta fase se puede combinar con la fase de ejecución ya que en muchos
casos se dan de forma simultánea, debido a que los equipos de trabajo
supervisan constantemente el progreso de las actividades que se van
ejecutando.
En esta fase se realizará las siguientes actividades:
 Pruebas de la solución desplegada en el centro de datos de PRODUCE
y del Site alterno, FONDEPES.
 Validación técnica del cumplimiento de los requerimientos técnicos
implementados
 Evaluación del porcentaje de disponibilidad de los Servicios de
Tecnología de la Información de misión crítica, tales como RPO y RTO.
2.3.5. Fase de Cierre
La fase de cierre se da cuando los equipos culminan el trabajo requerido por
el cliente, para ello, se informa a las partes interesadas y así mismo, el
equipo identifica errores o incidentes, los cuales permite generar la
documentación para que se tome en cuenta en futuros proyectos.
En esta fase se presentará lo siguiente:
 Informe final sobre el cumplimiento del proyecto respecto a los
requerimientos técnicos requeridos por la entidad.
48
CAPITULO 3
DESARROLLO DE LA SOLUCIÓN
3.1. Fase de Inicio
3.1.1. Identificación
Se realiza el levantamiento de información relevante que permite
contextualizar el estado situacional de los servicios de TI y la infraestructura
tecnológica.
3.1.1.1. Identificación de los servicios de TI
El Ministerio de la Producción cuenta con 173 servicios de TI o
sistemas de información activos mediante los cuales se soportan
las actividades diarias de la entidad, los mismos que están alojados
en la infraestructura tecnológica del centro de datos. El detalle de
los servicios de TI se encuentra en el Anexo 1.
A modo de resumen se ha elaborado la siguiente tabla, con el fin
de conocer la cantidad de servicios de TI por despacho ministerial:
49
Tabla 5 Servicios de TI por Despacho de PRODUCE
Servicios de TI por Despacho Cantidad

Despacho Ministerial - DM 2
Despacho Viceministerial de Mype e Industria - DVMYPE 34
Despacho Viceministerial de Pesca y Acuicultura - DVPA 25
Secretaría General - Administrativos 112
Total 173
Estos servicios de TI están desplegados en 310 máquinas virtuales
o VM (virtual machine) las cuales se detallan en el Anexo 2.
En el siguiente gráfico podemos apreciar que el sistema operativo
predominante es Microsoft Windows con un 59% de las VM
desplegadas.
Imagen 17 Cantidad de VM por SO
Cantidad de VM por Sistemas Operativos
126; 41%
184; 59%
Linux Microsoft Windows
50
Si realizamos la distribución de las VM por ambiente al cual
pertenecen, podemos ver en el siguiente gráfico que el 77% de las
máquinas virtuales forman parte del ambiente de “Producción”, es
decir, que los recursos destinados a este ambiente deben contar
con las mejores condiciones técnicas para brindar los servicios de
TI.
Imagen 18 Cantidad de VM por Ambiente
Cantidad de VM por Ambiente
30;
10%
42; 13%
238; 77%
Calidad Desarrollo Producción
Desde el enfoque de servicios de infraestructura tecnológica
también se cuentan con servicios de TI, aquellos que son basales
para el funcionamiento y operación de los sistemas de información,
estos se muestran en la siguiente tabla asociando su nivel de
criticidad para las operaciones.
51
Tabla 6 Servicio de TI por Nivel de Criticidad
Nivel de
Servicio de TI Descripción
Criticidad
Servicio de red Acceso a la red inalámbrica Medio
inalámbrica mediante wifi
Servicio de Telefonía IP Acceso a llamadas entrantes y Medio
salientes mediante protocolos
VoIP para la atención al
ciudadano
Servicio de Internet Acceso al servicio de Internet Alto
Servicio de Video Acceso al monitoreo interno de Medio
vigilancia cámaras de seguridad y
grabadores de video (NVR).
Servicio DHCP Red interna de equipos de Alto
computo
Servicio de acceso a las Acceso a las aplicaciones Medio
aplicaciones informáticas
Servicio de Vpn Acceso de los usuarios desde Medio
su domicilio
Servicio de recursos Acceso a las carpetas Alto
compartidos compartidas
Servicio de correo Acceso a cuentas de correo Alto
corporativo.
Servicio de DNS Acceso a salida a Internet y Alto
dominio de PRODUCE
Servicio de protección de Acceso a la plataforma de Medio
red gestión de software de
seguridad y protección
(antimalware, edr, dlp y otros)
Servicio de interconexión Acceso de las comunicaciones Medio
de sede central y sedes de red interna y externa entre
externas sedes
Servicio de Administración Acceso a los paneles de control Medio
y Monitoreo de equipos y de la plataforma convergente,
recursos del centro de hiperconvergente, sistema de
datos almacenamiento, sistema de
backup y restauración de la
información.
Servicio de monitoreo de Acceso a los equipos de Alto
equipos de climatización y climatización y energización del
energización de data centro de datos.
center
Servicios de la plataforma Acceso y administración de los Alto
de Microsoft en nube sistemas en nube como: Correo,
Teams, One Drive, SharePoint
Online, entre otros
52
Nivel de
Criticidad
Licenciamiento base para Licenciamiento base para Medio
servidores y estaciones. realizar el despliegue y
actualización de servidores web
y base de datos sobre la
arquitectura empresarial del
Ministerio, siendo de uso basal
para los sistemas de
información.
3.1.1.2. Identificación de los servicios de TI de misión crítica
Los servicios de TI de misión crítica considerados en el “Plan de
Continuidad Operativa del Ministerio de Producción” el cual está
aprobado mediante Resolución Ministerial N° 0410-2020-
PRODUCE, son el “Sistema de Seguimiento Satelital – SISESAT”
y el Aplicativo “Sistema de Autorización de Equipos y Sustancias -
Ozono”, tal cual se muestra en la gráfica siguiente:
Tabla 7 Servicios de TI de Misión Crítica
53
Cabe precisar que, en el desarrollo del Plan de Continuidad
Operativa, se mencionan sistemas de información necesarios para
que la entidad pueda continuar realizando las actividades críticas.
En la siguiente tabla se listan los sistemas de misión crítica con su
correspondiente descripción.
Tabla 8 Descripción de los servicios de TI de Misión Crítica
Servicios de TI de
Nombre Completo Descripción
Misión Crítica
SISESAT Sistema de Seguimiento Sistema de seguimiento
Satelital satelital el cual se
encarga de monitorear a
las embarcaciones
pesqueras que cuentan
con un equipo satelital
(baliza) instalada a bordo
para verificar durante su
recorrido la velocidad
rumbo longitud, latitud,
distancia, nombre,
matrícula y fecha de
posición
SITRADOC Sistema de Tramite Sistema para la gestión
Documentario. documental interna y
externa.
PTD Plataforma de Trámites Sistema que funciona
Digitales. como la mesa de partes
virtual a través del cual
ingresan documentos
externos.
VUSP Ventanilla Única del Ingreso a los
Sector Producción procedimientos TUPA
que le ofrece la VUSP
SGDE Sistema de Gestión Sistema que permite la
Documental entre recepción y despacho de
Entidades documentos entre
entidades inscritas en la
PIDE y activas para el
uso de los servicios de
interoperabilidad.
54
Servicios de TI de
Nombre Completo Descripción
Misión Crítica
COMPA Sistema de Sistema para la
comprobantes de pago administración y gestión
de comprobantes de
pago de los diferentes
servicios que se ofrecen
al Ministerio de la
Producción.
DERECHO DE PESCA DERECHO DE PESCA Aplicación para el
registro de declaraciones
juradas para el cobro de
los derechos de pesca
SIGA Sistema Integrado de Sistema que une o
Gestión Administrativa simplifica los procesos
del Estado
SIAF Sistema Integrado de Sistema de registro de
Administración información financiera
Financiera
OZONO Sistema de Autorización Sistema para solicitar
de Equipos y Sustancias autorización de equipos y
sustancias que tengan
sustancias agotadoras de
la capa de ozono
BITACORA Bitácora Web Sistema de Información
para el Programa de
Vigilancia y Control
SISCOMI Sistema de Comisiones Sistema para el registro y
rendición de solicitudes
de viáticos.
Así también, los servicios de infraestructura tecnológica son parte
básica para el soporte de las actividades principales de la entidad
por lo que se identifican en la siguiente tabla, los servicios de TI
críticos.
55
Tabla 9 Servicio de TI de Infraestructura
Nivel de
Criticidad
Servicio de Internet Acceso al servicio de Internet Alto
Servicio DHCP Red interna de equipos de Alto
computo
Servicio de recursos Acceso a las carpetas Alto
compartidos compartidas
Servicio de correo Acceso a cuentas de correo Alto
corporativo.
Servicio de DNS Acceso a salida a Internet y Alto
dominio de PRODUCE
Servicio de monitoreo Acceso a los equipos de Alto
de equipos de climatización y energización del
climatización y centro de datos.
energización del
centro de datos
Servicios de la Acceso y administración de los Alto
plataforma de sistemas en nube como:
Microsoft en nube Correo, Teams, One Drive,
SharePoint Online, entre otros
3.1.1.3. Casos de mesa de ayuda sobre los servicios de TI
De acuerdo al reporte de la Mesa de Ayuda (MdA) para el año 2020,
los servicios de TI fueron afectados por 5394 incidencias en su
totalidad, de las cuales el 42% o 2299 incidencias están asociadas
a problemas con la infraestructura tecnológica, en la siguiente tabla
se muestran las incidencias distribuidas de acuerdo a la categoría
correspondiente.
Tabla 10 Cantidad de Casos reportados de los Servicios de TI
AÑO
Servicio de Tecnología de la Información
2020
SITRADOC 1746
SITRADOC - ERROR CONTROLADO 43
SITRADOC - ERROR DEL SISTEMA 1531
56
AÑO
Servicio de Tecnología de la Información
2020
SITRADOC - ERROR NO CONTROLADO 5
SITRADOC - LENTITUD DEL SERVICIO 39
SITRADOC - NO TIENE PERMISOS DE ACCESO 128
SISTEMA DE COMISIONES(SISCOMI) 107
SISTEMA DE COMISIONES(SISCOMI) - ERROR DEL SISTEMA 66
SISTEMA DE COMISIONES(SISCOMI) - NO TIENE PERMISOS DE
ACCESO 41
SISTEMA DE NOTIFICACION ELECTRONICA(SNE) 156
SISTEMA DE NOTIFICACION ELECTRONICA(SNE) - ERROR DEL
SISTEMA 107
SISTEMA DE NOTIFICACION ELECTRONICA(SNE) - NO TIENE
PERMISOS DE ACCESO 7
SISTEMA DE NOTIFICACION ELECTRONICA(SNE) - PROBLEMAS
CON LA CASILLA ELECTRONICA 42
CONSAV 106
CONSAV - ERROR DE CREACION DE DOCUMENTO 3
CONSAV - ERROR DEL SISTEMA 89
CONSAV - NO TIENE PERMISOS DE ACCESO 14
SIGA 38
SIGA - ERROR DE SOFTWARE 33
SIGA - NO TIENE PERMISOS DE ACCESO 5
SISTEMA DE REGULARIZACION DE MERCADOS MUNICIPALES(SIREMM) 89
SISTEMA DE REGULARIZACION DE MERCADOS
MUNICIPALES(SIREMM) - ERROR DEL SISTEMA 89
FIRMADOR PRODUCE 57
FIRMADOR PRODUCE - ERROR DEL SISTEMA 53
FIRMADOR PRODUCE - NO TIENE PERMISOS DE ACCESO 4
2299
3.1.1.4. Observación de la Oficina de Control Institucional
Mediante Memorando N° 327-2019-PRODUCE/SG (Anexo 3), la
Secretaría General del Ministerio de la Producción traslada a la
Oficina General de Tecnologías de la Información, las
observaciones y/o recomendaciones de la auditoría financiera
gubernamental ejercicio 2018; de la cual se desprende la
Observación N° 5 “Plan de Contingencia se encuentra
desactualizado” y en cuya condición detalla “De la revisión selectiva
57
realizada a la documentación alcanzada por el Director General de
la Oficina de Tecnología de la Información, solicitada con la Carta
0049-019-J&A de fecha 14 de mayo de 2019, se ha encontrado el
Plan de Contingencia desactualizado, además no presenta
evidencia de las bitácoras de pruebas realizadas, que permita
restaurar los procesos críticos en una situación de contingencia”
El centro de datos mantenía condiciones adversas en su
infraestructura tecnológica para poder mitigar el riesgo de afectar la
continuidad de los procesos críticos ante un desastre.
3.1.2. Análisis
Se realiza el análisis de la información identificada sobre la problemática de
los servicios de TI y la infraestructura tecnológica.
3.1.2.1. Análisis del reporte de MdA
De acuerdo a la información obtenida del reporte de mesa de
ayuda, las incidencias en los servicios de TI se dan en 42% por
problemas en la infraestructura tecnológica. En la siguiente tabla se
muestra el Top 10 de las incidencias relacionadas con el
equipamiento de hardware (servidores, storage, redes) ubicado en
el centro de datos.
58
Tabla 11 TOP 10 de incidencias de Infraestructura
Servicio de Tecnología de la Información AÑO 2020

SITRADOC - ERROR DEL SISTEMA 1531
SITRADOC - NO TIENE PERMISOS DE ACCESO 128
SISTEMA DE NOTIFICACION ELECTRONICA(SNE)
- ERROR DEL SISTEMA 107
CONSAV - ERROR DEL SISTEMA 89
SISTEMA DE REGULARIZACION DE MERCADOS
MUNICIPALES(SIREMM) - ERROR DEL SISTEMA 89
SISTEMA DE COMISIONES(SISCOMI) - ERROR
DEL SISTEMA 66
FIRMADOR PRODUCE - ERROR DEL SISTEMA 53
SITRADOC - ERROR CONTROLADO 43
SISTEMA DE NOTIFICACION ELECTRONICA(SNE)
- PROBLEMAS CON LA CASILLA ELECTRONICA 42
SISTEMA DE COMISIONES(SISCOMI) - NO TIENE
PERMISOS DE ACCESO 41
Estos incidentes son producto de los problemas que se tienen en la
infraestructura tecnológica, estos problemas se vienen presentando
con mayor frecuencia y su impacto negativo se percibe claramente
en los servicios de TI como indisponibilidad, pérdida de información,
ventanas de error, lentitud, no visualización de consultas, pérdida
de accesos, y errores del sistema.
En la siguiente tabla se detallan los problemas que han afectado lo
servicios de TI y que han sido la causa del 42% del total de
incidencias que afectaron los servicios de TI durante el año 2020.
Tabla 12 Problemas identificados de la Infraestructura Tecnológica
Problemas en la Infraestructura Tecnológica

Desconexión de servidores blade
Falla de discos de servidores blade
Falla de discos del sistema de almacenamiento (storage)
59
Problemas en la Infraestructura Tecnológica
Capacidad de almacenamiento insuficiente
Latencia en escritura en discos del storage
Saturación de CPU
Saturación de memoria RAM
Desconexión de unidades de disco montadas
Pérdida de datos por desconexión de unidades de disco
Pérdida de datos por daños en las máquinas virtuales
Máquinas virtuales inconsistentes
Pérdida de alta de disponibilidad de los clusters
3.1.2.2. Análisis del estado situacional de la infraestructura
convergente
El ministerio realizó la adquisición en el año 2013 de infraestructura
para el procesamiento de datos, los cuales estaban conformados
por 14 servidores Blades y fueron configurados a su máxima
capacidad a nivel de CPU, tal cual se aprecia en la siguiente tabla.
Tabla 13 Estado situacional de la Infraestructura Hiperconvergente
RAM SOC Capacida Nro.

BLADE MODELO/SERIE
(GB) KETS d CPU NIC
Flex System
393.1 38.384
1 x240 Compute 2 3
85 GHz
Node/06RTXN1
Flex System
393.1 38.384
2 x240 Compute 2 3
84 GHz
Node/06RTXN6
Flex System
393.1 38.384
3 x240 Compute 2 3
85 GHz
Node/06RTXN8
60
RAM SOC Capacida Nro.
BLADE MODELO/SERIE
(GB) KETS d CPU NIC
Flex System
393.1 38.384
4 x240 Compute 2 3
85 GHz
Node/06RTXN4
Flex System
393.1 38.384
5 x240 Compute 2 3
85 GHz
Node/06RTXN2
Flex System
393.1 38.384
6 x240 Compute 2 3
84 GHz
Node/06RTXN5
Flex System
393.1 38.384
7 x240 Compute 2 3
85 GHz
Node/06RTXP1
Flex System
393.1 38.384
8 x240 Compute 2 3
85 GHz
Node/06RTXN3
Flex System
393.1 38.384
9 x240 Compute 2 3
84 GHz
Node/06RTXN7
Flex System
38.384
10 x240 Compute 80 2 3
GHz
Node/06RTXM8
Flex System
393.1 38.384
11 x240 Compute 2 3
84 GHz
Node/06RTXN9
Flex System
393.1 38.384
12 x240 Compute 2 3
85 GHz
Node/06RTXP0
Flex System
131.7 38.384
13 x240 Compute 2 3
4 GHz
Node/06RTXN0
Flex System
131.7 38.384
14 x240 Compute 2 3
4 GHz
Node/06RTXM9
61
La garantía de este equipamiento feneció a los 3 años de adquirido,
es decir en el 2016, no contaba con servicio de mantenimiento
preventivo, ni soporte técnico especializado, por lo que ante cada
problema que incluía hardware, no podía ser atendido
inmediatamente e impactaba en los servicios de TI.
En la siguiente tabla se muestra los problemas producto de
incidentes cuyo origen o causa raíz son referidas a la deficiente
infraestructura tecnológica. En suma, este tipo de incidencias
puede detener las operaciones de los servicios de TI por horas, lo
que definitivamente impacta en la disponibilidad de servicios.
Tabla 14 Incidentes con causa raíz infraestructura deficiente
Horas de
Incidente
Atención
Pérdida de armado de discos en RAID 0 sobre el srvfile03 -
1 12
VOLUMEN OADA
2 3
VOLUMEN OADA
3 12
VOLUMEN DATOS
4 Identificación y retiro de discos RAID 0 Dañados 1
Requerimiento de Mapeo de recurso de almacenamiento, LUN, a
5 2
server SRVORAQ01, SRVORAQ012
6 Errores de Reenvío de servicio DNS desde el servidor 172.16.247.6 1
7 Diagnóstico del Ambiente Virtual-Produce 3
Datastorage que aloja al servidor SRVPHP-WEB-PRO sin capacidad
8 1
de espacio, servicio caído.
Restauración de servidor SRVAPPGIS desde un backup en VEEAM
9 luego de caída de servicios por desconfiguración de firewall se 1
sistema operativo.
Restauración de servidor SRV-VUCE-JAR-PRO desde un backup en
10 VEEAM para descartar fallos en la conexión de unidad Z utilizada por 1
los servicios JAR.
Identificación de vmdk asociadas a volumen OADA del srvfile03 (sin
11 3
uso) para poder eliminarlos y liberar espacio en los datastores.
12 Reorganizar DataStore de los diferentes ambientes. 10
62
Horas de
Incidente
Atención
Actualizar los vmfs necesarios para poder garantizar mejor
13 10
rendimiento, Vmotion, Full Tolerance.
TOTAL Horas de Atención: 60
El consumo de los recursos de CPU y RAM de los servidores físicos
se muestra en sus valores promedios en la siguiente tabla, cabe
precisar que los valores picos pueden llegar a duplicar los valores
promedios de consumo.
Tabla 15 Consumo promedio de recursos de CPU y RAM
Nro
% Nro. %
SOCKET
RAM Procesadore Capacida CPU
BLADE RAM (GB) S
EN s d CPU EN
(CPU
USO Lógicos USO
Físicos)
38.384
1 393.185 34 2 32 41
GHz
38.384
2 393.184 42 2 32 40
GHz
38.384
3 393.185 54 2 32 35
GHz
38.384
4 393.185 25 2 32 15
GHz
38.384
5 393.185 47 2 32 45
GHz
38.384
6 393.184 26 2 32 47
GHz
38.384
7 393.185 30 2 32 22
GHz
38.384
8 393.185 43 2 32 44
GHz
38.384
9 393.184 48 2 32 18
GHz
38.384
10 80 15 2 32 7
GHz
63
Nro
% Nro. %
SOCKET
RAM Procesadore Capacida CPU
BLADE RAM (GB) S
EN s d CPU EN
(CPU
USO Lógicos USO
Físicos)
38.384
11 393.184 86 2 32 59
GHz
38.384
12 393.185 59 2 32 20
GHz
38.384
13 131.74 84 2 32 73
GHz
38.384
14 131.74 84 2 32 70
GHz
Al ser una infraestructura convergente, tal como se muestra en la
siguiente figura, esta depende del hardware, a razón de que cada
componente (storage, san, servidores Blades, virtualización)
cumple con una función especializada en esa infraestructura
tradicional, el impacto de los servidores Blades amerita que se
realice una mejora tecnológica.
64
Tabla 16 Infraestructura Convergente de PRODUCE
A un nivel topológico, la infraestructura convergente está
configurada por los mismos componentes distribuidos de la
siguiente manera e interconectados hacia la red física mediante los
switch core del centro de datos, tal como se muestra en la figura
siguiente.
65
Imagen 19 Infraestructura Convergente - Topología
El componente SAN, está conformado por los switches de fibra
óptica, el sistema de almacenamiento en disco (storage IBM
storwize v7000) y los HBA en los servidores. La SAN presenta
deficiencias a nivel de velocidad de conexión, la cual mantiene su
velocidad original de compra de 4Gbps y cuya vigencia tecnológica
ya caducó, las velocidades actuales de una SAN oscilan entre
32Gbps y 64Gpbs de acuerdo a la necesidad de cada organización,
por lo que la SAN requiere una mejora tecnológica.
Esta evaluación fue realizada mediante un informe técnico (Anexo
5) en donde se resume que la configuración de la infraestructura
convergente para el centro de datos presenta varios puntos de falla,
no cuenta con garantía, no cuenta con soporte, está
66
tecnológicamente obsoleto, se encuentra en su máxima capacidad
lo que no lo hace escalable y los recursos son insuficientes.
Además, evidencia que no se puede proporcionar protección contra
interrupción operativa del site principal (centro de datos del
Ministerio de la Producción) debido a que no se cuenta con un site
de contingencia para la recuperación de desastres.
3.1.2.3. Análisis de la infraestructura convergente y la
hiperconvergente
Conforme se ha venido desarrollando en el presente documento,
tenemos que la infraestructura tecnológica del centro de datos es
de naturaleza convergente, así también se ha evidenciado que se
requieren mejoras a nivel tecnológico para cubrir los requerimientos
actuales y futuros relacionados a los servicios de TI.
Se procedió a realizar la comparación entre tecnologías que eleven
el nivel de escalabilidad, disponibilidad y continuidad ante
desastres; es por eso que elaboró la siguiente tabla.
Tabla 17 Comparativo de Infraestructura Convergente e Hiperconvergente
Infraestructura
Hiperconvergente
Convergente
Características
Arquitectura de computo OK OK
Arquitectura de red OK OK
Arquitectura de almacenamiento OK OK
67
Infraestructura
Hiperconvergente
Convergente
Características
Virtualización de cómputo OK OK
Virtualización de memoria OK OK
Virtualización de red OK
Integración nativa de virtualización de
almacenamiento, virtualización de cómputo,
virtualización de redes, capacidades de gestión OK
avanzadas y automatización en un solo paquete de
software.
Arquitectura compatible para construir SDDC
(Centro de datos definido por software) y nubes OK
privadas.
Eficiencia de disco y almacenamiento OK
Deduplicación de datos a nivel de bloque OK

Estructura de almacenamiento unificada OK
Acceso más rápido a la red y al almacenamiento OK
Eficiencia de consumiendo espacio, energía y
OK
refrigeración.
Velocidades de Gigabit Networking de hasta 40 Gb
OK
y 100 Gb
Escalabilidad a través de una arquitectura de
escalamiento horizontal de nodos (CPU, Storage o OK
ambas)
Protección de datos mediante replicación (en varios
OK
discos o nodos)
Automatización de redes y adopción de protocolos
de tunelización como Virtual Extensible LAN OK
(VXLAN)
68
Infraestructura
Hiperconvergente
Convergente
Características
Reducción de complejidad OK
Configuración y administración simplificada OK
Servicios de red L2 a L7 se reproducen en software OK
Respuesta flexible ante demanda de infraestructura
OK
y resolución de problemas
Menor tiempo de respaldo de datos OK
Menor tiempo de restauración de datos OK
Independiente de storage externo OK
Seguridad a nivel de microsegmentación de red OK
Reducción de recursos humanos para administrar OK
Mejor control de la infraestructura OK
Mayor disponibilidad de los servicios de TI OK
Independiente del hardware OK
Ahorro en Capex OK
Reducción Opex OK
Replicación de sitio basada en software. OK
3.1.2.4. Análisis de los posibles sites alternos
Luego de determinado que se realizará el cambio tecnológico hacia
una infraestructura hiperconvergente por los argumentos
expuestos, se hace necesario realizar un análisis para alojar el
equipamiento que permita desplegar un site alterno.
Este site alterno recibirá las réplicas consistentes de las máquinas
virtuales de los servicios de TI de misión crítica, y deberá ubicarse
en un local físico de un organismo del Sector Producción, el mismo
69
que debería ser evaluado técnicamente sobre las condiciones que
ofrece o que podrían implementarse con la mayor eficiencia.
En la siguiente tabla se ha realizado la evaluación de los posibles
site alternos de acuerdo a criterios técnicos y a juicio de expertos.
Tabla 18 Evaluación de posibles SITES alternos
CALIDAD CALIFICACIÓN
REQUERIMIENTO Puntaje Imarpe Imarpe
ITEM DE CALIDAD Fondepes Imarpe Av. ITP Inacal Sanipes
Max. LAB
Argentina
INTERNA
Sistema contra
1 2 2 2 2
incendio
Aire
2 acondicionado de 2 2 2 2 2
precisión
3 UPS 2 2 2 2 2 2
4 Grupo Electrógeno 2 2 2
5 Sistema de aniego 2 2
Contingencia de
6 10 10 10
aire acondicionado
7 Pared 3 3 3 3 3 3 3 3
8 Sitio Propio 10 10 10 10
9 Confinamiento 10 10 10 10
REQUERIMIENTO DE CALIDAD EXTERNA
Control de acceso
10 3 3 3 3 3
biométrico
11 Piso técnico 3 3 3
Ordenado de
12 cableado de 3 3 3 3
red/gabinete
13 Cámaras 3 2 3 3
Aterrado de
14 3 2 3
gabinetes
Etiquetado de
15 3 2 3
Conexiones
16 Falso techo 3 3 3
17 Puerta Antifuegos 3 3 3
Tamaño/Área
18 3 3 3 3 3 3 3 3
aceptable
70
CALIDAD CALIFICACIÓN
REQUERIMIENTO Puntaje Imarpe Imarpe
ITEM DE CALIDAD Fondepes Imarpe Av. ITP Inacal Sanipes
Max. LAB
Argentina
INTERNA
REQUERIMIENTO DE CALIDAD EN USO
Backup en cintas
15 3 3 3 3 3
LTO
Backup servidor
16 3 3 3 3
D2D
17 Custodia externa 3 3
Ubicación Centro
18 2 2 2 2 2 2 2 2
Datos
Menor riesgo a
19 15 15 15 15
tsunami
Distancia entre
20 sitios (Mayor a 4 4 4 4 4 4 4
km)
TOTALES 100 79 33 26 42 67 52 13
Luego de la evaluación ponderada se determina que el site alterno
estará ubicado en el centro de datos del Fondo Nacional de
Desarrollo Pesquero (Fondepes).
3.2. Fase de Planificación
3.2.1. Diseño de la solución
Se realiza el diseño de la solución incluyendo los componentes necesarios
para renovar la infraestructura tecnológica convergente por una
hiperconvergente, mejorar la disponibilidad y contar con un site alterno para
la replicación de los servicios de TI de misión crítica, que permitan mantener
una contingencia ante desastres.
El diseño preliminar debe contemplar los componentes necesarios de
acuerdo a la siguiente imagen.
71
Imagen 20 Diseño preliminar de la solución
Sobre el componente de red, el centro de datos define como se integrarán
los componentes de una red definida por software y como parte de esta
integración debe operar en una tipología de red que permita el transito este
- oeste, norte – sur.
De las tres tipologías clásicas de implementación de redes para un centro
de datos (VMware, 2021): Core-Aggregation-Access, Leaf-Spine, Hardware
SDN; la recomendada como parte de las buenas prácticas del fabricante de
virtualización tenemos a la tipología de red Leaf-Spine.
72
En el diseño se consideró la tipología de red Leaf-Spine (Dell Technologies,
s.f.) para aplicar las buenas prácticas porque ofrece un rendimiento
predecible, es por naturaleza escalable y brinda aplicabilidad entre múltiples
fabricantes de hardware, lo cual aplica favorablemente para la necesidad de
la entidad. En la siguiente figura se puede apreciar cómo se implementó la
red para la solución hiperconvergente, basado en leaf-spine en un rack y
considerando siempre el nivel de alta disponibilidad y redundancia de la red
física.
Imagen 21 Red leaf-spine
Fuente: (Dell Technologies, s.f.)
A modo de detalle se muestra en la siguiente tabla, las principales
configuraciones aplicadas desde el diseño para el óptimo funcionamiento de
la red en la solución implementada bajo la tipología leaf-spine.
Tabla 19 Configuración bajo la tipología leaf-spine
Componente del Diseño Práctica recomendada y aplicada

Conmutadores físicos – Switches Se configuraron switches físicos redundantes
(ToR) para mejorar la disponibilidad.
73
Se configuraron los puertos de switch que se
conectan a los hosts ESXi manualmente como
puertos troncales.
Se modificó el protocolo de árbol de expansión

(STP) a un puerto conectado a una NIC de ESXi
para reducir el tiempo de transición de los
puertos al estado de reenvío.
Se proporcionó capacidades DHCP o DHCP

Helper en todas las VLAN utilizadas por los
puertos host TEP VMkernel.
Se configuraron jumbo frame o tramas gigantes

en todos los puertos de switch, enlace entre
conmutadores (ISL) e interfaces virtuales
conmutadas (SVI).
ToR conectividad y configuración Cada host ESXi está conectado de forma
de red redundante a los switch ToR de la estructura de
red SDDC mediante dos puertos de 25 GbE.
Se configuró cada switch ToR para proporcionar
todas las VLAN necesarias mediante un enlace
troncal 802.1Q.
Utilizar un puerto de 25 GbE (10 Aplicado e implementado
GbE como mínimo) en cada
switch ToR para enlaces
ascendentes de host ESXi.
Dispositivo de capa 3 que admite Aplicado e implementado
BGP.
No utilizar la configuración de Aplicado e implementado
EtherChannel (LAG, LACP o vPC)
para enlaces ascendentes de host
ESXi
Conectar cada host a dos switch Aplicado e implementado
ToR.
Proporcionar un tamaño de MTU Aplicado e implementado
de 1700 bytes o más (9000 bytes)
en cualquier red que transporte
tráfico de superposición de
Geneve.
Habilitar la compatibilidad con el Aplicado e implementado
enrutamiento dinámico de BGP en
los dispositivos de capa 3
ascendentes.
74
Configurar cada switch ToR con Aplicado e implementado
solo una VLAN de enlace
ascendente. El primer switch ToR
al que se conecta vmnic0 de cada
host ESXi debe configurarse solo
con la puerta de enlace Uplink
VLAN 1. El segundo switch ToR al
que está conectado vmnic1 de
cada host ESXi debe configurarse
solo con la puerta de enlace
Uplink VLAN 2.
Asegurar que el origen Aplicado e implementado
predeterminado de BGP o una
función similar esté habilitada en
los switch ToR para inyectar la
ruta predeterminada en el
intercambio de rutas BGP con la
puerta de enlace de nivel 0 en
NSX-T Data Center
Asignar un Número de Sistema Aplicado e implementado
Autónomo (ASN) BGP
Asignar configuraciones de IP Aplicado e implementado
persistentes para puntos finales
de túnel (TEP) de NSX que utilicen
asignación de IP dinámica.
Establecer la duración de la Aplicado e implementado
concesión para el alcance de
DHCP para la red de
superposición de host en al
menos 7 días.
Utilizar VLAN para separar las Aplicado e implementado
funciones de la red física.
Las VLAN que se extienden entre Aplicado e implementado
zonas de disponibilidad deben
cumplir los mismos requisitos que
las VLAN para la conexión dentro
de la zona, incluido el tamaño de
MTU.
El valor de MTU debe ser Aplicado e implementado
coherente de extremo a extremo,
incluidos los componentes en la
ruta de red entre zonas.
Establecer la MTU para las VLAN Aplicado e implementado
de administración y las SVI en
1500 bytes.
75
Establecer la MTU para vSphere Aplicado e implementado
vMotion, vSAN, NFS, enlaces
ascendentes, superposición de
host, superposición perimetral y
VLAN y SVI de enlace ascendente
en 9000 bytes
Para las VLAN que se extienden Aplicado e implementado
entre las zonas de disponibilidad,
configurar VRRP o HSRP, para
conmutar por error la puerta de
enlace de Capa 3 entre las zonas
de disponibilidad.
Para las VLAN que se extienden Aplicado e implementado
entre zonas de disponibilidad,
proporcione alta disponibilidad
para el servidor DHCP para que
una operación de conmutación
por error de una sola zona de
disponibilidad no afecte la
disponibilidad de DHCP.
El centro de datos de cada zona Aplicado e implementado
de disponibilidad debe
configurarse con un Número de
Sistema Autónomo (ASN). El ASN
puede ser único o idéntico entre la
zona de disponibilidad.
La latencia de red máxima entre Aplicado e implementado
las instancias de NSX Manager es
de 10 ms.
La latencia de red máxima entre el Aplicado e implementado
clúster de NSX Manager y los
nodos de transporte es de 150 ms.
Sobre el dimensionamiento de los recursos de procesamiento, estos
estaban dimensionados para una realidad basada en las necesidades
tecnológicas del año 2013 y estaba conformada de acuerdo a la siguiente
tabla.
76
Tabla 20 Recursos de la Infraestructura - Servidores
Tal como se ha explicado en el análisis, esta capacidad de recursos era
insuficiente por lo que es necesario incrementarla en recursos, sin embargo,
con la infraestructura hiperconvergente se dimensiona que la cantidad de
host o nodos puede disminuir.
Se pueden tener mayores recursos en una menor cantidad de nodos, siendo
la mejora tecnológica enfocada a la eficiencia de consumo de energía de los
componentes como el consumo para la climatización de los mismos al
ocupar menos espacio dentro de los gabinetes del centro de datos.
En la siguiente tabla se muestra que el incremento a nivel de recursos tiene
variación positiva y negativa; para el incremento positivo se considera hasta
un 33% de crecimiento a nivel de core, 26% de memoria ram y 27% de
almacenamiento; estos puntos son cruciales porque fueron la causa raíz de
los incidentes de los servicios de TI.
Tabla 21 Dimensionamiento de recursos PRODUCE - Hiperconvergente
%
Incremento
Descripción del recurso Convergente Hiperconvergente
de
recursos
Nodos 12 8 -50%
CPU 24 16 -50%
Core 192 288 33%
Memoria RAM (TB) 4,70 6,38 26%
77
%
Incremento
de
recursos
Almacenamiento efectivo (TB) 140,80 192,00 27%
Cabe precisar que conforme ha evolucionado la tecnología con respecto al
año 2013, forma parte del diseño el hecho de que los nuevos equipamientos
sean de fabricación reciente dentro de un año antes de lanzar la propuesta,
por lo que de este modo se asegura que las características de cpu, core y
ram sean las más recientes como microprocesadores Intel Xeon Silver o
Gold, y DDR4 para las memorias RAM.
También es importante mencionar que forma parte del diseño aprovechar
las mejores características técnicas de la infraestructura hiperconvergente,
como lo son la compresión y deduplicación, por lo que es necesario que
forme parte del requerimiento el contar con la implementación de la parte de
almacenamiento totalmente con unidades de estado sólido. De esta manera,
no solo se estará incrementando la capacidad de almacenamiento, sino la
velocidad de lectura y escritura en disco, ofreciendo de esta manera menor
latencia en las transacciones de datos, reducción de los tiempos de respaldo
y optimización del almacenamiento en disco.
Un punto importante a tener en cuenta, es que como parte del diseño se
requiere que los ambientes actuales de Desarrollo, Calidad y Producción se
mantengan, pero con mejores condiciones de provisión de recursos. En
dichos ambientes se debe considerar operaciones por cargas de trabajo, es
decir, que los ambientes deben mantener un mínimo de recursos
establecidos y un máximo como tope de recursos, de este modo no
impactarán en la disponibilidad de los servicios de TI.
78
Sobre la conectividad del diseño, se requiere elevar la velocidad de red
interna de la capa de virtualización desde el valor actual de 1/10 Gb a 25
Gb, para que de este modo pueda soportar las cargas de trabajo internas y
considerando que dentro de la capa de virtualización también se tiene tráfico
de almacenamiento.
Esta mejora tecnológica debe ser incluida en el diseño desde las conexiones
de los nodos y los puertos de los switches Top Of Rack (ToR) que forman
parte de la conectividad dedicada para la infraestructura hiperconvergente,
estos switches ToR deben estar implementados en alta disponibilidad activo
- activo y mantendrán dos enlaces dedicados y redundantes a 100Gb.
Sobre la conectividad hacia internet, el ministerio contaba con las siguientes
características.
Tabla 22 Servicio de Internet de PRODUCE
Tal como se puede apreciar, si el objetivo del diseño para la contingencia es
contar con un site alterno con Fondepes, la conectividad entre ambos
organismos debe estar asegurada o en el mejor de los casos dedicada.
Según se pudo apreciar en la tabla anterior, el ministerio tenía disponible
aproximadamente 100 Mbps para realizar las comunicaciones por internet
hacia Fondepes, sin embargo, a este valor de ancho de banda se le debería
aplicar una capa de seguridad con vpn para que las comunicaciones sean
79
seguras, esto implicaría que exista un menor ancho de banda efectivo y
latencias en las replicaciones de máquinas virtuales.
Cabe precisar que el escenario ideal sería contar con un enlace dedicado
por medio de fibra óptica, en lo posible lo que se denomina como fibra
oscura.
De acuerdo a la web https://core.vmware.com/vsphere-replication-
calculator, se puede realizar el cálculo de ancho de banda necesario para
realizar replicaciones de máquinas virtuales, en esta web se ingresan los
datos referenciales como cantidad de máquinas virtuales replicadas,
porcentaje de variación de datos replicados, entre otros, lo cual se muestra
en las siguientes imágenes.
Imagen 22 Dimensionamiento de Ancho de banda
80
Luego de realizado la estimación, nos indica que el ancho de banda mínimo
debe ser 118 Mbps, lo cual se toma como base para un RPO estimado de
120 minutos.
Imagen 23 Ancho de banda estimado entre SITES
Por medio de un servicio del ministerio sobre conectividad de sedes
externas, la cual se muestra en la siguiente imagen, se pudo incluir un
enlace MPLS dedicado entre el ministerio y Fondepes, este enlace es de
uso dedicado solo para replicación entre ambos centros de datos y tiene un
ancho de banda de 150 Mbps, el cual se brinda por medio de fibra óptica
desde un Operador con recorridos de rutas distintas y con backup de
enlaces, de esta manera cubrimos el requerimiento de ancho de banda para
el diseño.
81
Imagen 24 Servicio de Interconexión entre Organismos del Sector
Sobre los recursos en el site alterno, estos deben ser suficientes para alojar
los servicios de TI de misión crítica del ministerio e incluir los servicios de TI
de Fondepes, por lo que en la siguiente tabla se estiman los recursos de
procesamiento que cubren ambas necesidades, en condiciones iguales a lo
correspondiente a la tecnología para el diseño del site principal del
ministerio.
Tabla 23 Dimensionamiento de recursos FONDEPES - Hiperconvergente
%
Incremento
de
recursos
Nodos 2 4 50%
CPU 4 8 50%
Core 32 116 72%
Memoria RAM (TB) 0,22 1,97 89%
Almacenamiento efectivo
7,68 36 79%
(TB)
82
Forma parte del diseño el requerimiento de que tanto el site principal como
el site alterno puedan ser a futuro contingentes entre ellos, es decir, que
incluya las características, equipamiento y licenciamiento para que se pueda
realizar esta implementación en beneficio de la continuidad de los servicios
de TI de ambas organizaciones.
Sobre la carga eléctrica del equipamiento que se va a incluir en la
implementación, se toma como datos preliminares el aumento de carga en
los circuitos eléctricos existentes, por lo que los nuevos componentes deben
ser energizados con nuevos circuitos eléctricos independientes y que
formen parte de la distribución eléctrica del centro de datos del ministerio.
Cabe precisar que el tablero eléctrico del centro de datos cuenta con
ubicaciones libres para colocar hasta 4 circuitos eléctricos; el tablero de
distribución está energizado por medio de un UPS y este a su vez por la
energía comercial cuyo diagrama unifilar se detalla en el Anexo 5.
Finalmente el diseño de carpeta propuesto incluye todos los puntos de
mejora tecnológica necesarios para cubrir el requerimiento de recursos de
TI actuales y de los próximos 3 años de la entidad, así también, pretende
solucionar los problemas asociados a la infraestructura convergente,
obsolescencia tecnológica, optimización de recursos, incremento de
velocidad de red, e incluye los componentes necesarios para la
implementación de un site alterno en Fondepes con el objetivo de contar con
la replicación de los servicios de TI de misión crítica, considerando un RPO
<= 125 minutos, lo cual permitirá brindar mayor disponibilidad y continuidad
operativa de los servicios de TI en una situación de recuperación ante
desastres.
En la siguiente imagen se muestra cómo debe quedar implementado el site
principal y el site alterno del Ministerio, mediante la implementación de
83
infraestructura hiperconvergente bajo un entorno de virtualización de
vmware y sus componentes de software para la gestión de la virtualización,
la replicación consistente de máquinas virtuales y recuperación ante
desastres.
Imagen 25 Diseño de SITE principal y alterno
3.2.2. Requerimientos técnicos
Conforme al diseño de carpeta y realizando una revisión de las
características técnicas de la tecnología reciente asociada a la
infraestructura hiperconvergente, se realizó cuadro de criterios ponderados
y la elaboración de los requerimientos técnicos mínimos para la adquisición
e implementación de la solución.
El cuadro de criterios ponderados, ver Anexo 6A, está basado en criterios
técnicos afines al dimensionamiento y necesidad de la entidad,
84
El documento elaborado se denominó “Especificaciones Técnicas para la
Adquisición de una solución de Hiperconvergencia”, ver Anexo 6B, en el cual
se ha dividido en los componentes mostrados en la siguiente tabla.
Tabla 24 Componentes de la solución de hiperconvergencia
N° Nombre del componente Descripción del bien

Las características mínimas a cumplir
1 Plataforma de Virtualización
se especifican en el numeral 6.1.1
Hiperconvergencia (Site Principal y Las características mínimas a cumplir
2
Alterno) se especifican en el numeral 6.1.2
3 Adecuaciones en el Site Principal
4 Adecuaciones en el Site Alterno
Los requerimientos técnicos incluyen actividades como adecuaciones en ambos
sites, desmontaje de equipos reemplazados, cableado de datos, cableado eléctrico,
migración de máquinas virtuales, pruebas de alta disponibilidad, soporte técnico,
mantenimiento preventivo y correctivo de toda la solución.
3.3. Fase de Ejecución
En esta fase se realiza el despliegue de la solución propuesta bajo los requerimientos
del diseño y requerimientos técnicos mínimos.
Durante esta fase se realizan reuniones de proyecto a nivel de gestión y sobre todo
a nivel técnico, con la cual se debe aterrizar la configuración principal de cada
componente, tiempos, restricciones, interacción de ambos equipos de proyecto, entre
otros puntos importantes que permitan el cumplimiento del alcance dentro del
cronograma establecido.
85
3.3.1. Despliegue
3.3.1.1. Despliegue de la infraestructura hiperconvergente en el centro
de datos Produce
Como paso inicial, el contratista realiza la entrega de equipamiento
correspondiente a los 8 nodos o servidores, los cuales son de la
marca Dell, modelo PowerEdge R740, cuya configuración se detalla
en la siguiente tabla.
Tabla 25 Nodos HCI - PRODUCE
Se realizan actividades de montaje de equipos, instalación de
discos, instalación de tarjeta de red, actualización de firmware,
instalación de sistema operativo o hipervisor, configuración de
parámetros de red, pruebas de encendido y apagado, actualización
de software, entre otras actividades previas para la configuración
de la solución en el ministerio.
86
Imagen 26 Ubicación de NODOS en gabinete PRODUCE
En la siguiente imagen se aprecia la conexión hacia los puertos de
administración iDRAC, mediante el cual se pueden gestionar los
nodos de manera remota.
87
Imagen 27 Conexión hacia los puertos de administración iDRAC - PRODUCE
Como resultado se tiene el diagrama del despliegue en el site
principal, el cual se muestra en la siguiente imagen, en donde se
aprecia el detalle de conexión que se ha realizado con cada nodo
hacia las interfases de red de los switches ToR, siempre por dos
rutas, una principal y una redundante.
88
Imagen 28 Conexión de NODOS - PRODUCE
Se realiza la implementación considerando que el nuevo
equipamiento debe interoperar con los componentes existentes en
el centro de datos, como es en el caso de la integración con los
switches core, en donde se realiza la comunicación por este medio
con el mundo físico de la red y la capa de seguridad perimetral.
Se realiza la conexión entre nodos y ToR a 25Gb, de esta manera
se asegura el requerimiento del diseño, también se realiza la
conexión entre switches ToR a 100 Gb, siendo esta velocidad el
89
nuevo backbone para el centro de datos y para futuras mejoras a
nivel de conectividad.
En la siguiente imagen se muestra la conexión que se realiza para
la interoperabilidad entre la infraestructura hiperconvergente y el
sistema de almacenamiento en disco (IBM Storwize v7000), ambos
se interconectan por medio de lan utilizando el protocolo iSCSI.
Imagen 29 Conexión iSCSI - PRODUCE
Se requiere habilitar en las configuraciones de la plataforma de
virtualización el servicio iSCSI, de este modo se pueden presentar
90
data store o volúmenes de disco desde el storage IBM Storwize
V7000 hacia la infraestructura hiperconvergente.
Imagen 30 Habilitación del Servicio iSCSI - PRODUCE
El despliegue a nivel de diagrama de red se muestra en la siguiente
imagen, se incluyen los switches core y los nuevos switches ToR,
se aprecia las conexiones redundantes del Virtual Link Trunk (VLT)
y el detalle de los módulos y puertos de las interfaces de red.
91
Imagen 31 Conexión de Red entre switches - PRODUCE
En la siguiente imagen se muestra el diagrama de red desde los
switches ToR
y los nodos Dell R740. Se aprecia el detalle de los puertos, el cual
servirá para mantenimientos, soporte y cualquier mejora a nivel de
conectividad que se tenga que realizar a futuro.
92
Imagen 32 Conexión de red con los nodos - PRODUCE
El despliegue la interconexión de sedes se da un marco paralelo a
la implementación de la solución HCI, sin embargo, al ser parte del
diseño y de suma importancia para las pruebas a nivel de
replicación, RPO, y RTO, se considera como parte del despliegue,
ya que, sin su existencia previa, la solución HCI no podría ser
validada.
En la siguiente imagen se muestra el diagrama de interconexión
entre el site principal (Produce) y el site alterno (Fondepes).
93
Imagen 33 Interconexión entre SITE PRODUCE y Alterno
Se muestran los segmentos de red que van a replicarse al site
alterno con las vlan correspondientes, la aplicación de VRRP en los
switches ToR de ambos sites para aumentar la disponibilidad de la
puerta de enlace por defecto, y que en el operador del servicio de
interconexión se tuvo que activar el protocolo OSPF para que
puedan viajar los paquetes por la ruta más corta a través del enlace
MPLS dedicado.
3.3.1.2. Despliegue de la infraestructura hiperconvergente en el
centro de datos Fondepes
Como paso inicial, el contratista realiza la entrega de equipamiento
correspondiente a los 4 nodos o servidores, los cuales son de la
marca Dell, modelo PowerEdge R740, cuya configuración se detalla
en la siguiente tabla.
94
Tabla 26 Nodos HCI - FONDEPES
Se realizan actividades de montaje de equipos, instalación de
discos, instalación de tarjeta de red, actualización de firmware,
instalación de sistema operativo o hipervisor, configuración de
parámetros de red, pruebas de encendido y apagado, actualización
de software, entre otras actividades previas para la configuración
de la solución en el Fondepes.
Como resultado se tiene el diagrama del despliegue en el site
alterno, el cual se muestra en la siguiente imagen, en donde se
aprecia el detalle de conexión que se ha realizado con cada nodo
hacia las interfaces de red de los switches ToR, siempre por dos
rutas, una principal y una redundante. En el caso particular del site
alterno, este solo cuenta con un único switch Core.
95
Imagen 34 Conexión de NODOS - FONDEPES
Se realiza la implementación considerando que el nuevo
equipamiento debe interoperar con los componentes existentes en
el centro de datos, como es en el caso de la integración con el único
switch Core, en donde se realiza la comunicación por este medio
con el mundo físico de la red y la capa de seguridad perimetral.
En la siguiente imagen se muestra la conexión iDRAC con el switch
Core del site alterno.
96
Imagen 35 Conexión hacia los puertos de administración iDRAC - FONDEPES
Se realiza la conexión entre nodos y ToR a 25Gb, de esta manera
se asegura el requerimiento del diseño, también se realiza la
conexión entre switches ToR a 100 Gb.
El despliegue a nivel de diagrama de red se muestra en la siguiente
imagen, se incluyen el único switch Core y los nuevos switches
ToR, se aprecia las conexiones redundantes del Virtual Link Trunk
(VLT) y el detalle de los módulos y puertos de las interfaces de red.
97
Imagen 36 Conexión de Red entre switches - FONDEPES
En la siguiente imagen se muestra el diagrama de red desde los
switches ToR y los nodos Dell R740. Se aprecia el detalle de los
puertos, el cual servirá para mantenimientos, soporte y cualquier
mejora a nivel de conectividad que se tenga que realizar a futuro.
Imagen 37 Conexión de red con los nodos - FONDEPES
98
3.4. Fase de Seguimiento y Control
En esta fase se realiza el seguimiento de las actividades técnicas a fin de alertar de
manera temprana y preventiva, cualquier desviación del cronograma.
3.4.1. Pruebas de la solución desplegada
Se realizan pruebas técnicas de manera controlada conforme se realizan
avances en la implementación del hardware y software de la solución.
En la siguiente tabla se muestran las pruebas realizadas y su estado por
cada componente del requerimiento.
Tabla 27 Pruebas Controladas por componente
Nombre del
Prueba Controlada Estado
componente
Implementación vCenter Server Conforme
Implementación de Networking de Conforme

vCenter Server
Redundancia vCenter Server Conforme
Alta disponibilidad vSphere Conforme
Implementación de vSAN Conforme
Implementación de NSX-V Conforme
Implementación de L2 Bridge Conforme

Plataforma de
Virtualización Implementación de Network Insight Conforme
Architecture (vRNI)
Implementación de vRealize Conforme
Automation
Implementación de vRealize Conforme
Operations
Implementación de vRealize Log Conforme
Insight
Implementación de VMware Site Conforme
Recovery Manager
Migración de máquinas virtuales Conforme
99
Nombre del
Prueba Controlada Estado
componente
Implementación de nodos Conforme
Instalación y boot ESXi Conforme

Hiperconvergencia
(Site Principal y Acceso de usuario ESXi Conforme
Alterno) Conforme
Implementación de switches ToR
Alta disponibilidad switches ToR Conforme
Instalación de aire acondiciona de Conforme

precisión
Carga y descarga de aire Conforme
Adecuaciones en
acondicionado de precisión
el Site Principal
Implementación de circuitos eléctricos Conforme
Instalación de confinamiento Conforme
Instalación de tablero de bypass Conforme
Instalación de transformador de Conforme

aislamiento
Instalación de tablero de distribución Conforme
del centro de datos
Instalación de UPS Conforme
Adecuaciones en
el Site Alterno Instalación de aire acondiciona de Conforme
precisión
Carga y descarga de aire Conforme
acondicionado de precisión
Implementación de control de acceso Conforme
Instalación de puerta corta fuego Conforme

Este conjunto de pruebas se realizó para asegurar que cada componente
implementado sea validado previamente para continuar con los siguientes,
esto debido a que las plataformas son dependientes.
100
3.4.2. Validación técnica del cumplimiento de los requerimientos técnicos
implementados
Se realizan validaciones técnicas en dos momentos, el primero durante la
entrega de bienes y en segunda instancia, culminada la implementación de
los componentes de la solución.
Durante la entrega de bienes, se validan las cantidades y características
técnicas mínimas de lo ofertado en comparación con lo requerido por la
entidad. Esta validación se realiza como paso previo a la implementación
porque es en este punto en donde se determina la falta de algún
componente.
Para la evaluación de los equipos adquiridos, producto del requerimiento
plasmado en las Especificaciones Técnicas, se adjunta en el Anexo 7A, la
evaluación técnico económica realizada.
En el Anexo 7B “ACTA DE LA FASE DE ENTREGA DE BIENES,
LICENCIAS Y GARANTÍAS”, se detallan las validaciones técnicas en
cumplimiento de los requerimientos técnicos, conforme este punto se
cumpla, se puede iniciar la siguiente fase de implementación.
En el Anexo 8 “ACTA DE LA FASE DE IMPLEMENTACIÓN”, se detallan las
validaciones en cumplimiento de los requerimientos técnicos de
implementación, las cuales se obtienen luego de superar exitosamente las
pruebas sobre los componentes de la solución.
101
3.4.3. Evaluación
La evaluación de los indicadores se realiza basado en lo reportado en el
Plan de Gobierno Digital (PGD) de la entidad.
Los indicadores a reportar son los siguientes:
 Porcentaje de disponibilidad de los servicios de TI
 Valor del Punto Objetivo de Recuperación (RPO) de los Sistemas de
misión crítica
 Valor del Tiempo Objetivo de Recuperación (RTO) de los Sistemas de
misión crítica
Cabe precisar que de acuerdo al PGD, los valores de indicadores se
determinan de acuerdo a las fórmulas y metas para el año 2020, las cuales
se muestran en la siguiente tabla
Tabla 28 Indicadores Servicios de TI - PGD
Fuente: Elaboración OGTI
102
3.4.3.1. Disponibilidad
De acuerdo a la meta establecida para el año 2020 se debería
obtener un 90% de disponibilidad de los servicios de TI. Esta meta
pudo ser superada debido a la implementación de la infraestructura
hiperconvergente, la cual permitió elevar el porcentaje al 98%.
Podemos agregar que para el año 2021 existe una reducción de
2299 a 964 en las incidencias reportadas a la mesa de ayuda
asociadas a la infraestructura tecnológica, lo cual refuerza el hecho
de que se ha mejorado el nivel de disponibilidad de los servicios de
TI.
3.4.3.2. RPO
obtener un valor de 125 minutos para el punto objetivo de
recuperación.
Hasta el mes de octubre 2020 no era posible bajar el valor a menos
de 2880 minutos, debido a que hasta esos meses aún se mantenían
los servicios de TI de misión crítica sobre la infraestructura
Posteriormente a la implementación de la infraestructura
hiperconvergente se pudo mejorar este valor hasta superar la meta
establecida, llegando a reportar hasta 120 minutos.
103
3.4.3.3. RTO
obtener un valor de 90 minutos para el tiempo objetivo de
recuperación.
Hasta el mes de octubre 2020 no era posible bajar el valor a menos
de 1440 minutos, debido a que hasta esos meses aún se mantenían
los servicios de TI de misión crítica sobre la infraestructura
Posteriormente a la implementación de la infraestructura
hiperconvergente se pudo mejorar este valor hasta llegar a la meta
establecida de 90 minutos.
3.5. Fase de Cierre
En esta fase se realiza el cierre del proyecto a nivel documental para el cumplimiento
de los temas contractuales.
3.5.1. Informe final de cumplimiento
Como parte del cierre contractual, es necesario que el área técnica pueda
emitir la conformidad correspondiente al cumplimiento de todos los
requerimientos ofertados.
En el Anexo 9 se muestran extractos del informe técnico emitido, brindando
sustento y conformidad de cada punto establecido en las especificaciones
104
técnicas. Esta validación es realizada por el equipo técnico de infraestructura
tecnológica de la Oficina General de Tecnologías de la Información.
105
CAPITULO 4
RESULTADOS
4.1. Resultados de la implementación
Durante la implementación de una infraestructura hiperconvergente para la mejora
de los Servicios de Tecnologías de la Información de misión crítica del Ministerio de
la Producción se concretaron los siguientes resultados.
4.1.1. Evidencias de la implementación
4.1.1.1. Implementación de 12 nodos o servidores hiperconvergentes, 8 en
el site principal (Produce) y 4 en el site alterno (Fondepes).
Tabla 29 Nodos implementados
MINISTERIO DE LA PRODUCCIÓN
NOMBRE A NIVEL DEL
ITE DIRECCIÓN Nro de
SOFTWARE DE
M IP CPUs
VIRTUALIZACIÓN
192.xxx.xxx.xx srvesxi01prod.produccion.gob.pe 2
1
x
2
x
3
x
106
MINISTERIO DE LA PRODUCCIÓN
NOMBRE A NIVEL DEL
ITE DIRECCIÓN Nro de
SOFTWARE DE
M IP CPUs
VIRTUALIZACIÓN
4
x
5
x
6
x
7
x
8
x
FONDEPES
172.xxx.xxx.xx srvesxi01fdpes.fondepes.org 2
9
x
10
x
11
x
12
x
TOTAL CPUs 24
4.1.1.2. Despliegue de licenciamiento de software vCloud Foundation (VCF)
para la cantidad total de CPU de la solución implementada.
Imagen 38 Licenciamiento vCloud Foundation
107
4.1.1.3. Administración de los nodos por web
Imagen 39 Administración de los nodos por WEB
4.1.1.4. Administración de nodos por iDRAC
Imagen 40 Administración de nodos por iDRAC
108
4.1.1.5. Ejecución simultánea de máquinas virtuales con sistemas
operativos Microsoft Windows y Linux
Imagen 41 Ejecución simultánea de máquinas virtuales
4.1.1.6. Administración centralizada por consola vmware vCenter
Imagen 42 Administración centralizada vCenter
109
4.1.1.7. Migración de máquinas virtuales existentes a la nueva plataforma
mediante la herramienta Cross vCenter vMotion Utility
Imagen 43 Migración de máquinas virtuales
4.1.1.8. Configuración de Balanceo de carga de procesamiento entre los
nodos mediante vSphere Distributed Resource Scheduler (DRS)
Imagen 44 Balanceo de carga de procesamiento DRS
110
4.1.1.9. Configuración de Alta disponibilidad de máquinas virtuales
mediante vSphere HA
Imagen 45 Alta disponibilidad vSphere HA
4.1.1.10. Implementación de herramienta de monitoreo mediante vRealize
Operations
Imagen 46 Monitoreo con vRealize Operations
4.1.1.11. Implementación de switches virtuales mediante VMware vSphere
Distributed Switch (VDS)
111
Imagen 47 switches virtuales con VDS
4.1.1.12. Implementación de una herramienta para el registro de cambios
de las máquinas virtuales mediante vRealize Log Insight.
Imagen 48 Implementación vRealize Log Insight.
112
4.1.1.13. Implementación de una herramienta de autoprovisionamiento de
máquinas virtuales mediante vRealize Automation
Imagen 49 implementación vRealize Automation
4.1.1.14. Implementación de firewall distribuido mediante NSX de vmware.
Imagen 50 implementación con NSX de vmware
113
4.1.1.15. Implementación de virtualización de almacenamiento mediante
vSAN
Imagen 51 Implementación de vSAN
4.1.1.16. Configuración de compresión y deduplicación
Imagen 52 Configuración de compresión y deduplicación
114
4.1.1.17. Implementación de un esquema de recuperación ante desastres
Imagen 53 Implementación de esquema de recuperación ante desastres
4.1.1.18. Implementación de una herramienta para la visibilidad del entorno
de red virtual mediante vRealize Network Insight.
Imagen 54 Implementación de vRealize Network Insight
115
4.1.1.19. Implementación de 8 nodos en el site principal (Produce) con
mayor capacidad efectiva de recursos.
Imagen 55 Implementación de mayor capacidad efectiva - PRODUCE
Imagen 56 Nodos físicos
116
4.1.1.20. Implementación de 4 nodos en el site alterno (Fondepes) con
mayor capacidad efectiva de recursos
Imagen 57 Implementación de mayor capacidad efectiva - FONDEPES
Imagen 58 Nodos físicos - FONDEPES
117
4.1.1.21. Implementación de cargas de trabajo para los ambientes de
Producción, Calidad y Desarrollo
Imagen 59 Cargas de trabajo por ambiente
4.1.1.22. Implementación de nodos con unidades de disco sólido para
mejorar el rendimiento de acceso a disco, se resalta en azul que
la configuración incluye 2 unidades M2 en RAID 1 para el arranque
del sistema operativo hipervisor.
118
Imagen 60 Nodos con SSD
4.1.1.23. Implementación de protocolo iSCSI para interoperabilidad con
storage externo
Imagen 61 Implementación de protocolo iSCSI
119
4.1.1.24. Implementación de 2 switch ToR para la interconexión de la
infraestructura hiperconvergente en ambos sites.
Imagen 62 Implementación de 2 switch ToR
4.1.1.25. Implementación de 2 equipos de aire acondicionado de precisión
de columna en el site principal
Imagen 63 Aire Acondicionado de precisión - PRODUCE
Imagen 64 Valores de climatización
120
4.1.1.26. Instalación de circuitos eléctricos en el site principal
Imagen 65 Instalación de circuitos eléctricos - PRODUCE
4.1.1.27. Instalación de tablero de distribución en el site alterno
Imagen 66 Instalación de circuitos eléctricos - FONDEPES
121
4.1.1.28. Implementación de tablero de bypass en el site alterno
Imagen 67 Instalación de tablero de Bypass - FONDEPES
4.1.1.29. Instalación de puerta corta fuego en el site alterno
Imagen 68 Instalación de puerta corta fuego - FONDEPES
122
4.1.1.30. Implementación de un sistema de control de acceso
Imagen 69 Implementación de un sistema de control de acceso
4.1.1.31. Instalación de un UPS de 20KVA
Imagen 70 Instalación de UPS - FONDEPES
123
4.1.1.32. Integración de infraestructura hiperconvergente con la solución de
respaldo Networker
Imagen 71 Integración con solución de respaldo
4.1.1.33. Implementación de redundancia entre el site principal y alterno
mediante replicación de máquinas virtuales en grupos de
protección
Imagen 72 Replicación de máquinas virtuales en grupos de protección
124
4.1.1.34. Prueba de desconexión de energía en una fuente de poder de un
nodo, resultado positivo porque la máquina virtual sigue operativa
sin caída.
Imagen 73 Prueba de desconexión de energía
Imagen 74 Prueba exitosa de desconexión de energía
125
4.1.1.35. Prueba de alta disponibilidad de red, se realiza con éxito sin
pérdida de paquetes
Imagen 75 Prueba de alta disponibilidad de red
4.1.1.36. Reducción del consumo de energía eléctrica
En la siguiente y subsiguiente tablas se muestra el consumo en
Amp de los componentes que forman parte de la infraestructura
convergente.
Tabla 30 Consumo de AMPS de Gab 04 - Convergente
GABINETE STORAGE - GAB 04
EQUIPO FUENTES AMPS FUENTES AMPS
Switch Lan fte N1 0.3 NO NO
Switch San 01 fte N1 1.4 NO NO
Switch San 02 fte N1 1.7 NO NO
Storage 01 fte N1 0.2 fte S1 0.2
126
GABINETE STORAGE - GAB 04
TOTAL 7.8 3.8
Tabla 31 Consumo de AMPS de Gab 03 - Convergente
GABINETE LEGACY- GAB 03
Switch Lan fte N1 0.6 NO NO
Bahia 01 fte N1 0.1 fte S1 0.1
127
GABINETE LEGACY- GAB 03
TOTAL 1.2 0.5
Al realizar la suma total del consumo de ambos gabinetes y las
fuentes de poder (principal y redundante) se obtiene un consumo
total de 13.3 Amp para la infraestructura convergente, lo que
equivale aproximadamente a 2926 watts.
En la siguiente tabla se muestra el consumo en Amp de los
componentes que forman parte de la infraestructura
hiperconvergente implementada.
Tabla 32 Consumo de AMPS de Gab 02 - Hiperconvergente
GABINETE HCI - GAB 02
Swich 01 - HCI fte N1 0.2 fte S1 0.3
Swich 02 - HCI fte N1 0.2 fte S1 0.2
Nodo 01 - HCI fte N1 0.3 fte S1 0.2
128
GABINETE HCI - GAB 02
TOTAL 2.5 2.1
Al realizar la suma total del consumo de las fuentes de poder
(principal y redundante) se obtiene un consumo total de 4.6 Amp
para la infraestructura hiperconvergente, lo que equivale
aproximadamente a 1012 watts.
La infraestructura hiperconvergente provee mayor cantidad de
recursos para el procesamiento de información, y además
consume 65.4% menos energía que la infraestructura tradicional,
con lo cual demuestra su eficiencia.
4.1.1.37. Reducción de la latencia
La latencia en informática es el tiempo que tardan los datos en
pasar de un punto a otro en una red, estas redes pueden ser wan,
man, lan, san, etc. La latencia es la responsable de la lentitud con
la que se accede a los servicios de TI y es un indicador importante
para medir el rendimiento de la infraestructura tecnológica.
En la siguiente gráfica se aprecia el promedio de la latencia de
acceso a disco que presentan los servicios de TI de misión crítica
alojados en una muestra de máquinas virtuales del año 2020, en
la misma se comprueba que la latencia histórica tiene valores pico
cercanos de 835 ms y con ocurrencia de hasta 7 veces por día.
129
Imagen 76 Latencia de acceso a disco - Año 2020
1000 835
373 172.16.247.12.
205
148 165 172.16.247.171.
100 63 59 172.16.247.193.
172.20.17.10.
18
10 172.20.17.7.
8 7
10
5 4 192.168.100.37.
3
2 2 192.168.100.44.
1 1 1 1
1 sitradoc.produce.gob
1 2 3 4 5 6 7 8 9 10 11 12 13 14 .pe.
Si tenemos en cuenta que el umbral máximo aceptable para la
latencia de acceso a disco es de 20 ms, se concluye que la
infraestructura convergente o tradicional basada en SAN para
almacenamiento, no ofrecía el rendimiento mínimo aceptable para
los servicios de TI de misión crítica y al ser una infraestructura
tecnológicamente obsoleta no permitía mejorar su rendimiento.
Como se puede apreciar en la siguiente imagen, luego de la
implementación de la infraestructura hiperconvergente los valores
de latencia de acceso a disco no superan los 10ms en sus valores
pico, incluso mantienen un promedio menor a 5ms durante el
periodo 2021.
130
Imagen 77 Latencia de acceso a disco - Año 2021
Fuente: vRealize Operations Manager
El resultado obtenido a nivel de latencia de acceso a disco con la
infraestructura hiperconvergente es favorable para la disminución
de la lentitud de los servicios de TI de misión crítica, y esto se
debe a que no existe una SAN para la dotación de
almacenamiento y el rendimiento de IOPS lo consume
directamente de los nodos hiperconvergente mediante software
que define el almacenamiento.
4.1.1.38. Eficiencia espectral
La eficiencia espectral de la infraestructura hiperconvergente
implementada se enfoca en la mejora global de los niveles
cuantificables de consumo y/o contención de los recursos de
procesamiento como CPU, memoria RAM, Almacenamiento y red.
En la siguiente imagen se muestra el nivel de contención de CPU
de la infraestructura hiperconvergente, se aprecia que el nivel de
contención es muy bajo con tendencia a cero, lo que evidencia
131
una mejora considerable al mantener disponible el recurso de
virtual CPU en las máquinas virtuales.
Imagen 78 Nivel de contención de CPU de la infraestructura hiperconvergente
En la siguiente imagen se muestra el uso o consumo de CPU de
la infraestructura hiperconvergente, en la cual se puede apreciar
la disponibilidad del recurso y cuyo consumo pico es del 40.82%
lo que asegura la demanda futura del recurso.
Imagen 79 Consumo de CPU de la infraestructura hiperconvergente
132
En la siguiente imagen se muestra el nivel de contención de la
memoria RAM de la infraestructura hiperconvergente, dicha
contención es muy baja y con tendencia a cero, lo que evidencia
que el consumo de este recurso no ha generado ningún problema
en su disponibilidad.
Imagen 80 Nivel de contención de la memoria RAM
En la siguiente imagen se muestra el uso de la memoria RAM de
la infraestructura hiperconvergente, en donde se aprecia que se
tuvo un 50.11% como valor pico de consumo, esto demuestra que
el recurso se está utilizando de manera eficiente y se cuenta con
recursos para demandas futuras.
Imagen 81 Uso de la memoria RAM
133
En la siguiente imagen se muestra la latencia en milisegundos de
acceso a disco de la infraestructura hiperconvergente, se puede
apreciar que como valor pico se tiene 1.5 ms de latencia (lectura
y escritura), lo cual es una mejora debido al uso de unidades de
estado sólido para el almacenamiento.
Imagen 82 latencia en milisegundos de acceso a disco de la infraestructura hiperconvergente
En la siguiente imagen se muestra el rendimiento en KBps de la
capa de almacenamiento de la infraestructura hiperconvergente,
se aprecia que, a pesar del requerimiento voluminoso por parte de
las máquinas virtuales, estas son atendidas en el menor tiempo
sin impactar negativamente en los IOPS.
Imagen 83 Rendimiento en KBps de la capa de almacenamiento
134
En la siguiente imagen se muestra el consumo de IOPS de la
infraestructura hiperconvergente, esta métrica nos indica las
operaciones de entrada y salida por segundo y es una
cuantificación muy relevante de cualquier sistema de
almacenamiento. Como se puede apreciar, el valor de IOPS llega
hasta un pico de 738,807, lo cual es un muy alto valor comparado
con soluciones tradicionales (convergentes) que pueden llegar a
8000 IOPS. Esta mejora es producto del uso de unidades de
estado sólido en la implementación.
Imagen 84 Consumo de IOPS de la infraestructura hiperconvergente
En la siguiente imagen se muestra una métrica relacionada a los
paquetes perdidos en la red de la infraestructura
hiperconvergente, tal como se aprecia el valor pico es tan bajo
que puede considerarse como cero, lo que evidencia la mejora a
nivel de la red definida por software y lo hace confiable.
135
Imagen 85 Paquetes perdidos en la red
En la siguiente imagen se aprecia que debido a las mejoras
implementadas se manejan tráfico de datos con picos de
Terabytes diarios, esto debido al incremento de las velocidades
en las interfaces de red física y al dimensionamiento adecuado de
los switch ToR.
Imagen 86 Tráfico de datos con picos de Terabytes diarios
136
4.1.1.39. Disponibilidad de los Servicios de TI
La disponibilidad de los servicios de TI ha mejorado hasta superar
el 98%, lo cual supera la meta establecida de 90% proyectada
para el año 2020.
Tabla 33 Meta año 2020 disponibilidad de servicio de TI
Así también, para el año 2021 se tenía una meta proyectada de
95%, la cual ha sido superada, tal cual se muestra en la siguiente
imagen.
Tabla 34 Meta año 2021 disponibilidad de servicio de TI
De acuerdo al reporte de mesa de ayuda a diciembre 2021, las
incidencias cuyas causas eran la infraestructura tecnológica
deficiente, han disminuido hasta un valor de 964 casos, ver la
siguiente tabla, lo cual representa aproximadamente una
reducción de 58% de incidencias.
137
Tabla 35 Reporte de incidentes de mesa ayuda 2020 - 2021
Servicio de Tecnología de la Información - Tipo AÑO

AÑO 2020
de Incidencia 2021
SITRADOC - ERROR DEL SISTEMA 1531 477
SITRADOC - NO TIENE PERMISOS DE ACCESO 128 72
SISTEMA DE NOTIFICACION
ELECTRONICA(SNE) - ERROR DEL SISTEMA 107 46
CONSAV - ERROR DEL SISTEMA 89 35
SISTEMA DE REGULARIZACION DE
MERCADOS MUNICIPALES(SIREMM) - ERROR
DEL SISTEMA 89
SISTEMA DE COMISIONES(SISCOMI) - ERROR
DEL SISTEMA 66 41
FIRMADOR PRODUCE - ERROR DEL SISTEMA 53 195
SITRADOC - ERROR CONTROLADO 43 20
ELECTRONICA(SNE) - PROBLEMAS CON LA
CASILLA ELECTRONICA 42 6
SISTEMA DE COMISIONES(SISCOMI) - NO
TIENE PERMISOS DE ACCESO 41 16
SITRADOC - LENTITUD DEL SERVICIO 39 4
SIGA - ERROR DE SOFTWARE 33 6
CONSAV - NO TIENE PERMISOS DE ACCESO 14 10
ELECTRONICA(SNE) - NO TIENE PERMISOS
DE ACCESO 7 21
SITRADOC - ERROR NO CONTROLADO 5 1
SIGA - NO TIENE PERMISOS DE ACCESO 5 1
FIRMADOR PRODUCE - NO TIENE PERMISOS
DE ACCESO 4 10
CONSAV - ERROR DE CREACION DE
DOCUMENTO 3 3
2299 964
La implementación de la infraestructura hiperconvergente ha
propiciado una mejora significativa en la disponibilidad de los
servicios de TI en beneficio de los administrados y usuarios
institucionales.
138
4.1.1.40. Punto Objetivo de Recuperación (RPO)
Como parte de las configuraciones en la plataforma de vmware
site recovery manager, se genera un grupo de protección con
máquinas virtuales, las mismas que de acuerdo al incremento o
cambio diario van a replicarse para cubrir un RPO de 120 minutos,
tal como se muestra en la siguiente imagen.
Imagen 87 Configuración de RPO
Se identifican las máquinas virtuales que forman parte del grupo
y plan de protección.
139
Imagen 88 Máquinas virtuales protegidas
Posteriormente se realizan las pruebas de sincronización de
máquinas virtuales protegidas, en la siguiente imagen se visualiza
que las máquinas virtuales tienen estado de correcto y
sincronización incremental.
Así también, se puede apreciar que el destino de la réplica es el
site alterno (Fondepes).
Imagen 89 Estado de replicación de MV
140
Se realizan los pasos de la siguiente imagen para ejecutar las
pruebas de recuperación ante desastres.
Imagen 90 Protocolos de prueba
4.1.1.41. Tiempo Objetivo de Recuperación (RTO)
Pruebas de recuperación de máquinas virtuales en el sitio de
recuperación (Fondepes)
Imagen 91 Prueba de recuperación
141
Se inicia el test del plan de recuperación de máquinas virtuales en
el sitio de recuperación (Fondepes), en la siguiente imagen se
aprecia el flujo y tiempo de los pasos que se van ejecutando como
parte de la recuperación de desastres.
Imagen 92 Flujo de plan de recuperación
En la siguiente imagen se aprecia que las máquinas virtuales
inician el test del plan de recuperación de máquinas virtuales en
el sitio de recuperación (Fondepes), se visualiza que están
encendidas y forman parte de un workgroup denominado
“Produce”.
142
Imagen 93 MV iniciadas en Site Alterno

El tiempo transcurrido durante esta prueba controlada fue de 2
minutos, sin embargo, con un escenario de mayor cantidad de
máquinas virtuales, como los servicios de TI de misión crítica, este
valor se eleva hasta un aproximado de 90m.
Finalmente, una vez levantadas las máquinas virtuales en el site
alterno, se proceder a la validación de servicio de TI denominado
SITRADOC en el site alterno, lo cual se visualiza en la siguiente
imagen.
Imagen 94 Validación de SITRADOC en FONDEPES
143
4.1.1.42. Mejoras económicas
En referencia a las mejoras económicas para la entidad, estas
deben ser enfocadas desde el ámbito técnico por el uso de la
infraestructura y por el ámbito de la continuidad operativa de los
servicios de TI de misión crítica.
En las siguientes imágenes se aprecia el consumo de CPU,
memoria RAM y espacio en disco utilizado y una estimación
proyectado de la demanda a futuro por un periodo de un año.
Imagen 95 Consumo de CPU
Imagen 96 Consumo de CPU
144
Imagen 97 Espacio en disco utilizado y una estimación proyectado
Se aprecia que los recursos pueden ser atendidos sin
inconvenientes por la infraestructura hiperconvergente
implementada, incluso se tiene un estimado proyectado para los
siguientes 3 años.
En la siguiente imagen se muestra el costo aproximado mensual
de acuerdo al uso de recursos, se aprecia que el costo mensual
es de S/45,906.86, es un valor referencial debido a que esta
infraestructura ya ha sido implementada.
Imagen 98 Costo aproximado mensual de recursos
145
Haciendo un ejercicio a alto nivel con una infraestructura como
servicio de capacidades similares en la nube
https://azure.microsoft.com/es-es/pricing/calculator/ obtenemos
que el costo mensual es de aproximadamente S/ 106,954.92
(Tabla 36), y si consideramos el costo que adiciona un contratista
(aprox. 25%) al ofertar este producto al estado peruano, se
obtiene S/133,693.65 de costo mensual.
Tabla 36 Costo mensual
Es decir, que mensualmente se estaría generando un ahorro de
aproximadamente S/ 87,786.79 en el uso de la infraestructura
hiperconvergente.
Además, es importante considerar que existen otras valoraciones
imponderables que generan beneficio y ahorro al estado, como
los son: la seguridad de la información al no compartir
infraestructura en la nube pública, el incremento de la
disponibilidad de sus servicios a través de los sistemas de
información y reducción de RPO / RTO en comparación con la
infraestructura convergente, mejora en la imagen de la entidad por
mantener sus servicios disponibles, atención oportuna de los
procesos sancionadores lo que genera recaudación al ministerio,
146
entre otros. Todos estos factores han aportado significativamente
en la mejora de la disponibilidad, continuidad operacional y la
calidad de los servicios de TI que brinda el ministerio a los
usuarios internos y al ciudadano.
4.1.2. Organización del Proyecto
Para el proyecto se forma un equipo de proyecto multidisciplinario, bajo una
organización matricial que responda al Gerente de Proyecto.
Imagen 99 Organigrama del Proyecto
Gerente de proyecto
Controller
Documentador
PMO
Gestor de Proyecto
Grover Cerquera
Líder Técnico
Omar Huarcaya
Especialista Facilities Especialista

Especialista Virtualización
Hipercovergencia
Edwin Erazo Jimmy Osores
Pablo Arbulu (p)
Team UPS y Especialistas

Vmware Team
Infraestruct.
Dell Team
AAP
Especialistas
VMware
Los roles del equipo de proyecto son:
 GP: Gerente de Proyecto
 LT: Líder Técnico
147
 EF: Especialista Facilities
 EV: Especialista Virtualización
 EI: Especialista Infraestructura
En la siguiente tabla se realiza la descripción principal de los roles asignados
Tabla 37 Descripción de ROLES del proyecto
Rol Funciones Reporta a:

GP: Gerente de Planificar el Proyecto Sponsor (stakeholder
Proyecto Ejecutar el Proyecto principal)
Controlar el Proyecto
Cerrar el Proyecto
Gestionar los recursos del Proyecto
Informar al Sponsor sobre el Proyecto
Solucionar problemas del Proyecto
LT: Líder Gestionar los recursos técnicos Gerente de Proyecto
Técnico Informar al Gerente de Proyecto
Asegurar el cumplimiento del alcance
técnico del Proyecto
Participar en las reuniones de comité
EF: Especialista Administrar el equipamiento eléctrico Líder Técnico
Facilities estabilizado del centro de datos
Administrar el equipamiento de
climatización del centro de datos
EV: Especialista Administrar la plataforma de virtualización Líder Técnico
Virtualización Administrar los servidores virtuales vmware
EI: Especialista Administrar la seguridad física del centro de Líder Técnico
Infraestructura datos
Administrar los sistemas de seguridad de
acceso del centro de datos
148
Para el proyecto se define un matriz de responsabilidades basada en la
RACI:
 Responsible (Responsable Ejecutor)
 Accountable (Autoridad Responsable, el que rinde cuentas)
 Consulted (Consultado)
 Informed (Informado)
Tabla 38 Matriz RACI del proyecto
Roles
Nombre de tarea
GP LT EF EV EI
Sistema Hiperconvergente de PRODUCE A R

Firma de Contrato A
Prestación Principal A
Planificación pre operativo A R C I
Preparación plan pre operativo A R I C
Acta presentación o fase pre operativa A
Adecuación Site Principal A R C I
Bienes A R
AAP 20Kw (2) Importación C I R
Entrega AAP Almacén Produce C I R
Entrega AAPs, firma acta S. Principal A R
Servicios A R
Imp. APP (2) C I R
Visita de inspección C I R
Planificación A R
Planificación y suministro materiales A R I C
149
Roles
Nombre de tarea
GP LT EF EV EI
Envío plan de actividades A

Aprobación plan de actividades A R C I
Imp APP 1 A R
Traslado AAPs a Site Principal C I R
Desmontaje, retiro de AAP1 antiguo C I R
Instalación AAP1 A R
Imp APP 2 A R
Desmontaje, retiro de APP2 antiguo C I R
Instalación APP2 C I R
Retiro AAPs antiguo a Scherieber A R
Sist. confinamiento A R I C
Instalación paneles gab. Rittal (5) A
Acta adecuación site principal A R C I
4.1.3. Estructura del desglose de trabajo
La estructura del desglose del trabajo (EDT o WBS) está planteada usando
los componentes del Proyecto como primer nivel de descomposición,
empleando la técnica de descomposición a nivel de paquetes de trabajo.
En el Anexo 10 se detalla el EDT conforme se requieren los entregables y
cumplimientos contractuales, priorizando y basándose en los 4
componentes que se describen en las especificaciones técnicas.
4.1.4. Cronograma
Como parte de la gestión del tiempo se elabora el cronograma de
actividades, cuyo detalle se muestra en el Anexo 11.
150
A modo de resumen se muestra en las siguientes imágenes la línea de
tiempo con los hitos del proyecto, los cuales se han establecido conforme
los componentes de la solución a implementar.
Imagen 100 Cronograma del proyecto
En la siguiente tabla se muestra el listado de los principales hitos del
Proyecto, el cual ha sido elaborado desde el enfoque de bienes y servicios.
Tabla 39 Hitos del proyecto
Prestación Hitos Fecha Fin

Acta presentación documento fase pre
operativa vie 14/08/20
Carta de fabricante soft. Virtualización sáb 3/10/20
Principal
Acta entrega de bienes licencias y garantías vie 18/09/20
Acta de finalización de implementación dom 22/11/20
Entrega de informe final de implementación lun 7/12/20
Entrega Certificados de capacitación jue 17/12/20
Informe Mantenimiento preventivo 1er año mar 7/12/21
Informe Mantenimiento preventivo 2do año mar 6/12/22
Accesoria
Informe Mantenimiento preventivo 3er año lun 7/11/22
Informe anual de actividades soporte 1er
lun 29/11/21
año
151
Prestación Hitos Fecha Fin
Informe anual de actividades soporte 2do
mar 29/11/22
año
Informe anual de actividades soporte 3er
mié 29/11/23
año
De acuerdo a las tareas del cronograma se identifican tareas críticas, cuyo
retraso impacta negativamente en el cronograma del proyecto. En la
siguiente imagen se muestra la ruta crítica, para mayor detalle ver Anexo 12.
Imagen 101 Ruta Crítica del proyecto
4.1.5. Plan de gestión de las comunicaciones
Para las comunicaciones del proyecto se tiene la siguiente tabla o matriz de
comunicaciones
Tabla 40 Matriz de comunicaciones
Nivel Responsa Metodolo

Forma de ble de gía o Frecuen
Fase Contenido WBS
to Detal Comunica Tecnologí cia
le r a
Datos y
comunicaci
Acta Document
ón sobre el
de Medi Gerente de o digital Una sola Firma de
Inicio inicio
Proyec o Proyecto vía correo vez Contrato
contractual
to electrónico
del
Proyecto
152
Nivel Responsa Metodolo
Forma de ble de gía o Frecuen
Fase Contenido WBS
to Detal Comunica Tecnologí cia
le r a
Plan de Document Una sola
Gestión del o digital vez
Proyecto, vía correo
Plan
alcance, electrónico Planificaci
Planificaci de Muy Gerente de
tiempo, ón pre
ón Proyec Alto Proyecto
presupuest operativo
to
o, riesgo,
comunicaci
ón
Document Semanal Preparaci
Avance del Inform
Gerente de o digital ón plan
Ejecución proyecto e de Alto
Proyecto vía correo pre
(CPI, SPI) avance
electrónico operativo
Acuerdos Document Semanal
Acta
de Acta o digital
presentaci
reuniones de Gerente de vía correo
Ejecución Alto ón o fase
de reunió Proyecto electrónico
pre
coordinació n
operativa
n
Actualizació Document Una sola
n de o digital vez
Seguimie riesgos que Inform vía correo Adecuació
Gerente de
nto y impacten e de Alto electrónico n Site
Proyecto
Control negativame Sesión Principal
nte al
Proyecto
Document Una sola Acta
Informe de
Inform Gerente de o digital vez adecuació
Cierre cierre de Alto
e Final Proyecto vía correo n site
Proyecto
electrónico principal
4.1.6. Plan de gestión de riesgos
Como punto inicial para la gestión de riesgos es necesario mencionar que la
entidad tiene un apetito del riesgo muy bajo, es decir, que no tomará riesgos
y prefiere aplicar la mayor cantidad de controles mitigantes para evitar
riesgos de alto impacto.
4.1.6.1. Impacto
153
Se determina en la siguiente tabla mediante el conocimiento de la
entidad, los niveles de impacto y su efecto.
Tabla 41 Valoración de Impacto
No afecta la disponibilidad de información.

Insignificante No afecta la atención del servicio.
No afecta la reputación o imagen del Ministerio de la Producción
Al menos afecta algo la disponibilidad de información.
Menor No afecta la atención del servicio.
Al menos afecta algo la disponibilidad de información.
Moderado Al menos afecta algo la atención del servicio.
Afecta la disponibilidad de la información.
Mayor Afecta algo la atención del servicio.
Afecta algo la reputación o imagen del Ministerio de la Producción
Afectó totalmente la disponibilidad de información.
Crítica Afectó totalmente la atención del servicio.
Afectó totalmente la reputación o imagen del Ministerio de la Producción
4.1.6.2. Probabilidad
En la siguiente tabla se muestra lo determinado como probabilidad
de un evento y su frecuencia.
Tabla 42 Valoración de probabilidad
Improbable Casi nunca sucede

Poco probable Ha ocurrido en los últimos 5 meses
Probable Ha ocurrido en los últimos 2 meses
Muy probable Ha ocurrido una vez en el último mes
Ha ocurrido al menos dos veces en el último
Casi seguro mes
4.1.6.3. Valores de Riesgo
154
En la siguiente tabla se valoriza el riesgo con niveles y dentro de un
rango porcentual.
Tabla 43 Valoración de Riesgo
Extremo 65-100%
Alto 37-64%
Medio 13-36%
Bajo 1-12%
4.1.6.4. Probabilidad vs Impacto
En la siguiente tabla se muestra la matriz de probabilidad vs el
impacto definido, de esta manera, los riesgos identificados podrán
ser ponderados y atendidos de acuerdo al nivel de criticidad.
Tabla 44 Valoración de Probabilidad vs Impacto
Casi seguro 5 20% 40% 60% 80% 100%

Muy probable 4 16% 32% 48% 64% 80%
Probable 3 12% 24% 36% 48% 60%
Poco probable 2 8% 16% 24% 32% 40%
Improbable 1 4% 8% 12% 16% 20%
Impacto /
1 2 3 4 5
Probabilidad
Insignificante Menor Moderado Mayor Crítica
4.1.6.5. Control Mitigante
En la siguiente tabla se muestran los controles mitigantes y sus
características. Luego de aplicar el control mitigante y conforme a
la eficiencia del control, se obtendrá el riesgo residual.
Tabla 45 Valoración de control mitigante
155
Valor
Valor por
Característica Nivel Control
característica
Mitigante
No se aplica 0%
Correctivo 10%
Tipo 3%
Detectivo 30%
Preventivo 80%
No se aplica 0%
Diseño del Manual 50%
Ejecución 60%
control Mixto 75%
Automatizado 100%
No se aplica 0%
Esporádico 5%
Periodicidad 7%
Periodico adecuado 30%
Diario 100%
Inapropiado 0%
Suficiencia Suficiente Insuficiente 10% 30%
Suficiente 100%
4.1.6.6. Principales riesgos
En la siguiente tabla se listan algunos riesgos, sus causas
principales que afectarían el proyecto, así también se muestra el
nivel de riesgo inherente. El detalle de la matriz de riesgos se puede
apreciar en el Anexo 13.
Tabla 46 Riesgos principales identificados
Riesgo
Nº Principales Causas Riesgo Probabilidad Impacto
Inherente
Demora en el
1 etiquetado de Muy probable Moderado 48%
Incumplimiento
Control Patrimonial
de cronograma
Indisponibilidad de
2 Probable Moderado 36%
personal para
156
Riesgo
Nº Principales Causas Riesgo Probabilidad Impacto
Inherente
realizar la revisión
de equipos
Inconvenientes con
el ingreso del
3 personal para el Probable Moderado 36%
desarrollo de los
trabajos a las sedes
Demora de entrega
4 Probable Moderado 36%
de información
relevante sobre
aspectos técnicos
5 de infraestructura Probable Moderado 36%
virtual por parte de
PRODUCE
Falta de
6 seguimiento de las Muy probable Mayor 64%
actividades
4.1.7. Plan de gestión de Interesados
Se realiza la identificación de stakeholders que forman parte del proyecto,
en la siguiente tabla se muestran los interesados por roles.
Tabla 47 Stakeholder del proyecto
Rol Stakeholder
Sponsor Secretario General
Equipo de Proyecto Gerente de Proyecto
Líder Técnico
Especialistas Facilities
Especialista Virtualización
Especialista Infraestructura
Usuarios Personal interno
Personal institucional
Administrados Comunidad
Pescadores
Pequeñas empresas
Medianas empresas
Otros Stakeholders Empresas marítimas
Plantas envasadoras
157
En la siguiente tabla o matriz influencia vs poder, se puede identificar el nivel
de autoridad en comparación con el involucramiento activo de los
interesados del Proyecto.
Tabla 48 Influencia vs Poder
Poder sobre el Proyecto
Baja Alta
Gerente de Proyecto Secretario General
Influencia sobre el Proyecto
Líder Técnico
Alta
Empresas marítimas Especialistas Facilities

Plantas envasadoras Especialista Virtualización
Pequeñas empresas Especialista Infraestructura
Medianas empresas Personal interno
Baja
Personal institucional
Comunidad
Pescadores
4.1.8. Plan de gestión de adquisiciones
Para el proyecto se determinan los lineamientos para aplicar a los
procedimientos de adquisición en los siguientes casos:
4.1.8.1. Para los contratos de locación de servicio
 Se realiza la contratación con un mes de anticipación.
 Se considera un segundo postor en el caso de indisponibilidad o
contingencia del postor ganador.
 Se realiza inducción y reuniones previas para identificación de
riesgos.
158
 Se realiza presentación previa de los entregables para validación
del equipo de proyecto.
 Firma del contrato.
4.1.8.2. Para los contratos de alquiler
 Se realiza la validación previa de los recursos a arrendar.
 Firma del Contrato.
4.1.8.3. Para los contratos de traslado de equipamiento
 Se realiza la validación previa de los almacenes y vehículos que
forman parte del servicio.
 Firma del Contrato.
4.1.8.4. Para la adquisición de bienes
 Se realiza la contratación con dos meses de anticipación.
 Se realiza la validación previa de una muestra de los recursos a
adquirir.
 Firma del Contrato con provisión del 50% de pago por el bien.
 Se realiza validación técnica del bien.
4.1.8.5. Restricciones y supuestos
159
Las restricciones y/o supuestos identificados y que pueden afectar
las adquisiciones del proyecto son las siguientes:
 Solicitudes de cambio en el presupuesto del proyecto, debido a la
modificación y/o variación del tipo de cambio del dólar.
 Variaciones del tipo de cambio del dólar, incrementaría el valor
presupuestado de las adquisiciones, pudiendo superar la reserva
presupuestaria.
 Escasez de componentes, debido a la mayor demanda de
productos tecnológicos y a la escasez de microchip para la
construcción de los dispositivos y/o componentes.
4.1.8.6. Evaluación de los proveedores
Para la evaluación de la calidad de los productos que brindaron los
proveedores se toma como valor de medición el nivel de
satisfacción del usuario y las valoraciones de conformidad de cada
ítem de los requerimientos técnicos establecidos en las
especificaciones técnicas.
4.1.9. Plan de gestión de la calidad
El proyecto debe alinearse a la política de calidad de la entidad, la cual se
enfoca bajo el principio de obtener un servicio de calidad para los
administrados, para lo cual se debe cumplir con las expectativas.
4.1.9.1. Objetivos específicos de calidad
 El proyecto debe culminar como máximo en el tiempo estimado en
el cronograma.
160
 El proyecto debe culminar dentro o menos del presupuesto
planificado.
4.1.9.2. Responsables de los procesos de calidad
 Gerente del Proyecto, gestiona la calidad de manera operativa
supervisando al equipo de proyecto
 Stakeholder, aprueba los entregables supervisando al gerente de
proyecto
 Miembros del equipo de proyecto, elabora los entregables con la
calidad requerida de acuerdo a los lineamientos del proyecto
4.1.9.3. Métricas de calidad
Las métricas del proyecto, ver siguiente tabla, se definen para
monitorear el rendimiento del presupuesto y tiempo.
Tabla 49 Métricas de medición del rendimiento
Objetivo de
Factor de Calidad Métrica
Calidad
Medición del Rendimiento CPI >= 0.97 CPI= Cost
del Costo del Proyecto Performance Index
Medición del Rendimiento SPI >= 0.97 SPI= Schedule
del Cronograma del Performance Index
Proyecto
La medición de las métricas se basa en la toma de muestras de los
avances reales de gasto, fechas de inicio y fin de las tareas del
cronograma.
El cálculo se realiza semanalmente mediante la herramienta
ofimática MS Project y el cálculo acumulado de CPI y SPI.
161
4.1.9.4. Línea base de calidad
Se elabora la siguiente tabla con la línea base de calidad:
Tabla 50 Métricas de la línea base
Frecuencia
Objetivo de
Factor de Calidad Métrica de
Calidad
Medición
Medición del CPI >= 0.97 CPI= Cost Semanal
Rendimiento del Costo Performance
del Proyecto Index
Medición del SPI >= 0.97 SPI= Semanal
Rendimiento del Schedule
Cronograma del Performance
Proyecto Index
4.1.9.5. Aseguramiento de la calidad
Se realiza ejecutando el monitoreo contínuo de los índices definidos
en la métrica, las revisiones pueden ser diarias o conforme se tenga
un avance del 50% de la tarea.
Bajo este esquema de aseguramiento se podrá identificar algún
proceso que se haya estado obviando al ejecutar los entregables o
alguna actividad que afecte el presupuesto o incremente el tiempo
estimado.
4.1.9.6. Control de la calidad
La revisión de los entregables, actividades o tareas serán validadas
previamente por el equipo de proyecto, posteriormente de la
conformidad del equipo se comunica al stakeholder para su
validación.
Se realiza si la medición de la calidad no se encuentra dentro de
los umbrales definidos como política de calidad y de ser el caso se
162
eleva un informe al Gerente del Proyecto sobre los controles que
se encontraron fuera de los rangos aceptables.
Ante la identificación de entregables defectuosos, serán analizados
por el equipo para encontrar la causa raíz de estos desperfectos.
4.1.9.7. Administración de cambios
El proyecto cuenta con un comité de cambios, conformado por:
 Gerente del Proyecto
 Stakeholder principal
 Líder Técnico
El comité de cambios es convocado ante eventos que generen un
cambio sustancial que puede afectar positiva o negativamente al
proyecto. Los umbrales de activación de la administración de
cambios se activan cuando existe una variación crítica en el
alcance, tiempo y presupuesto (la triple restricción).
4.1.9.8. Mejoras del proceso
Las salidas de los procesos de aseguramiento y control de calidad
serán la entrada para la mejora de los procesos del Proyecto. Se
debe considerar la oportunidad de mejora bajo un análisis de la
información obtenida y definir las acciones de mejoras o
correctivas.
4.2. Presupuesto
Dentro los criterios para la planificación y control de los costos tenemos:
 El nivel de precisión de la estimación es del -25% al +25%
 La formulación es análoga
163
 La estimación se basa en el costo histórico de proyectos y juicio de expertos
 El umbral de control -10% al +10%
 El Gerente de Proyecto puede tomar la decisión para aprobaciones de variación
del costo hasta +5%
 Si la variación del costo excede al +5%, este exceso deberá ser aprobado por el
stakeholder
Bajo estos criterios y conforme a los costos asociados al contrato y a los costos
propios del Ministerio, se ha elaborado la siguiente tabla resumen del presupuesto
del proyecto.
Tabla 51 Presupuesto del proyecto
Detalle del ítem

Costo (Soles)
Presupuestal
Estructura de Costos del
Contrato
Prestación Principal S/5,920,639.00
Prestación Accesoria S/170,665.00
Costos Internos Produce S/47,276.67
Total S/6,138,580.67
El detalle de los ítems presupuestales se mostrará en los siguientes puntos.
4.2.1. Estructura de costos del Contrato
Desde el punto de vista contractual, se muestra en la siguiente tabla el
desglose de cada punto de la estructura de costos sobre la ejecución de
prestaciones por parte del Contratista.
Tabla 52 Estructura de costos del Contrato
PRECIO
ÍTEM PRESTACIÓN PRESTACIONES CANT. PRECIO UNIT.
TOTAL
164
PLATAFORMA DE
1 1 S/3,885,211.60 S/3,885,211.60
VIRTUALIZACIÓN
NODOS (SITE
2 8 S/110,209.60 S/881,676.80
PRINCIPAL)
NODOS (SITE
3 4 S/58,681.90 S/234,727.60
ALTERNO)
SWITCHES TOR
4 2 S/30,161.30 S/60,322.60
(SITE PRINCIPAL)
SWITCHES TOR
5 2 S/29,357.60 S/58,715.20
(SITE ALTERNO)
AIRE ACONDICIONA
PRINCIPAL
6 DE PRECISIÓN (SITE 2 S/104,483.20 S/208,966.40
PRINCIPAL)
7 UPS (SITE ALTERNO) 1 S/61,554.20 S/61,554.20
AIRE ACONDICIONA
8 DE PRECISIÓN (SITE 1 S/59,055.70 S/59,055.70
ALTERNO)
SISTEMA DE
CONTROL DE
9 1 S/20,280.20 S/20,280.20
ACCESO (SITE
ALTERNO)
10 IMPLEMENTACIÓN 1 S/450,128.70 S/450,128.70
TOTAL DE PRESTACIÓN PRINCIPAL (1) S/5,920,639.00
SERVICIO DE
11 1 S/23,602.60 S/23,602.60
CAPACITACIÓN
SERVICIO DE
12 MANTENIMIENTO 3 S/29,412.50 S/88,237.50
ACCESORIA
PREVENTIVO
SOPORTE TÉCNICO
13 (MANTENIMIENTO 3 S/19,608.30 S/58,824.90
CORRECTIVO)
TOTAL DE PRESTACIÓN ACCESORIA (2) S/170,665.00
TOTAL INC. IGV (1) + (2) S/6,091,304.00
Fuente: Contrato
En lo referente a la prestación principal, se encuentran aquí todos los bienes
que serán proveídos por el contratista como parte de la entrega de bienes,
entre ellos todos los componentes de hardware y licenciamiento que forman
parte de la infraestructura hiperconvergente.
165
En lo referente a la prestación accesoria, se encuentran aquí los servicios
posteriores a la implementación y puesta en operación de la infraestructura
desplegada, con estos servicios se pretende asegurar la operatividad de lo
implementado por un periodo de 3 años.
4.2.2. Costos Internos Produce
Durante todo el proyecto se invirtieron recursos internos por parte del
Ministerio, estos se relacionan principalmente en las horas hombres del
personal del centro de datos. En la siguiente tabla se muestra el costo
unitario de las horas hombre de cada recurso del centro de datos, con la cual
se estimarán los costos internos de acuerdo a su participación en el
proyecto.
Tabla 53 Costo de Horas Hombre por Recurso
Costo Unitario
Recurso
(soles)
GP: Gerente de Proyecto S/21.67
LT: Líder Técnico S/16.67
EF: Especialista Facilities S/4.86
EV: Especialista
S/6.94
Virtualización
EI: Especialista
S/4.86
Infraestructura
En la siguiente tabla se ha elaborado el detalle de las actividades por cada
fase del proyecto, en la misma se muestran la cantidad de horas de la
participación de cada recurso, el total de los costos internos por parte del
Ministerio.
166
Tabla 54 Costos detallados de los Recursos por Entregable por Fase
Costo Costo
Cantidad
Fase Actividades Recurso Unidades Unitario Total
Horas
(Soles) (Soles)
Identificación de LT: Líder Horas
Inicio 176 S/16.67 S/2,933.33
problemas Técnico Hombre
EF:
Identificación de Horas
Inicio Especialista 88 S/4.86 S/427.78
problemas Hombre
Facilities
EV:
Inicio Especialista 176 S/6.94 S/1,222.22
problemas Hombre
Virtualización
EI:
problemas Hombre
Infraestructura
Analisis de la LT: Líder Horas
Inicio 224 S/16.67 S/3,733.33
problemática Técnico Hombre
EF:
Analisis de la Horas
problemática Hombre
Facilities
EV:
Inicio Especialista 224 S/6.94 S/1,555.56
Virtualización
EI:
Infraestructura
Diseño de la GP: Gerente Horas
Planificación 16 S/21.67 S/346.67
solución de Proyecto Hombre
Diseño de la LT: Líder Horas
Planificación 320 S/16.67 S/5,333.33
solución Técnico Hombre
EF:
Diseño de la Horas
Planificación Especialista 96 S/4.86 S/466.67
solución Hombre
Facilities
EV:
Diseño de la Horas
Planificación Especialista 320 S/6.94 S/2,222.22
solución Hombre
Virtualización
EI:
Diseño de la Horas
solución Hombre
Infraestructura
Elaboración de LT: Líder Horas
Planificación 112 S/16.67 S/1,866.67
RTM Técnico Hombre
EF:
Elaboración de Horas
RTM Hombre
Facilities
167
Costo Costo
Cantidad
Horas
(Soles) (Soles)
EV:
Planificación Especialista 360 S/6.94 S/2,500.00
RTM Hombre
Virtualización
EI:
RTM Hombre
Infraestructura
Despliegue de la LT: Líder Horas
Ejecución 480 S/16.67 S/8,000.00
solución Técnico Hombre
EF:
Despliegue de la Horas
Ejecución Especialista 480 S/4.86 S/2,333.33
solución Hombre
Facilities
EV:
solución Hombre
Virtualización
EI:
solución Hombre
Infraestructura
EF:
Seguimiento Pruebas de la Horas
Especialista 32 S/4.86 S/155.56
y control solución Hombre
Facilities
EV:
Virtualización
EI:
Infraestructura
EF:
Seguimiento Horas
Validación técnica Especialista 16 S/4.86 S/77.78
y control Hombre
Facilities
EV:
Seguimiento Horas
y control Hombre
Virtualización
EI:
Seguimiento Horas
y control Hombre
Infraestructura
Seguimiento GP: Gerente Horas
Evaluación 16 S/21.67 S/346.67
y control de Proyecto Hombre
Seguimiento LT: Líder Horas
Evaluación 24 S/16.67 S/400.00
y control Técnico Hombre
EF:
Seguimiento Horas
Evaluación Especialista 24 S/4.86 S/116.67
y control Hombre
Facilities
168
Costo Costo
Cantidad
Horas
(Soles) (Soles)
EV:
Seguimiento Horas
y control Hombre
Virtualización
EI:
Seguimiento Horas
y control Hombre
Infraestructura
LT: Líder Horas
Cierre Informe final 80 S/16.67 S/1,333.33
Técnico Hombre
EF:
Horas
Cierre Informe final Especialista 80 S/4.86 S/388.89
Hombre
Facilities
EV:
Horas
Hombre
Virtualización
EI:
Horas
Hombre
Infraestructura
En la siguiente tabla se muestra el costo interno en cada fase y actividad del
Proyecto, así también se visualiza la cantidad de horas invertidas por el
personal propio del Ministerio.
Tabla 55 Costos Internos por Fase
Fase / Actividad Cantidad Horas Costo Total (Soles)

Cierre 320 2,666.67
Informe final 320 2,666.67
Ejecución 1,920 16,000.00
Despliegue de la
solución 1,920 16,000.00
Inicio 1,256 11,661.11
Analisis de la
problemática 640 6,222.22
Identificación de
problemas 616 5,438.89
Planificación 1,648 14,796.67
Diseño de la solución 896 9,068.89
Elaboración de RTM 752 5,727.78
169
Fase / Actividad Cantidad Horas Costo Total (Soles)
Seguimiento y control 288 2,152.22
Evaluación 112 1,146.67
Pruebas de la solución 96 533.33
Validación técnica 80 472.22
Total general 5,432 47,276.67
En la siguiente tabla se muestra los costos totalizados por cada recurso, es
decir lo que el Ministerio ha costeado por cada personal del centro de datos
durante todo este proyecto, así también podemos ver la cantidad de horas
consumidas por cada recurso, en donde el especialista de virtualización y el
líder técnico son los recursos que mayor participación tienen.
Tabla 56 Costos Internos por Recurso
Recurso Cantidad Horas Costo Total (Soles)

EF: Especialista Facilities 976 4,744.44
EI: Especialista
Infraestructura 1,272 6,183.33
EV: Especialista
Virtualización 1,736 12,055.56
GP: Gerente de Proyecto 32 693.33
LT: Líder Técnico 1,416 23,600.00
Total general 5,432 47,276.67
170
CONCLUSIONES
 Se concluye que la infraestructura hiperconvergente en comparación con la convergente
o tradicional, ofrece mayores ventajas para la administración, escalabilidad, flexibilidad,
y optimización de recursos; lo cual aplica efectivamente en la necesidad del Ministerio
de la Producción.
 Producto de la identificación y análisis de los incidentes en los servicios de TI, se
concluye que un 42% son causadas por la infraestructura tecnológica deficiente e
insuficiente para atender los servicios de TI actuales y futuros.
 Se concluye que el diseño de una infraestructura hiperconvergente para el site principal
(Produce) debe incluir un esquema contingente en un site alterno (Fondepes) para los
servicios de TI de misión crítica.
 Se concluye que el dimensionamiento de la solución fue establecido mediante un diseño
preliminar, considerando en promedio un crecimiento del 30% en recursos, reduciendo
el espacio utilizado en el centro de datos y reduciendo el consumo de energía en un
65%.
 Se concluye que el despliegue de una infraestructura hiperconvergente permitió reducir
el RPO de 2880 a 120 minutos y el RTO de 1440 a 90 minutos, valores que permiten
mejorar la continuidad operativa de los servicios de TI de misión crítica.
171
 Se concluye que la implementación de la infraestructura hiperconvergente mejoró la
disponibilidad de los servicios de TI del Ministerio de la Producción hasta un 98%,
beneficiando de este modo a los administrados y usuarios institucionales.
172
RECOMENDACIONES
 Se recomienda realizar la renovación tecnológica del equipamiento de red del centro de
datos de Produce, en razón de estandarizar el backbone del centro de datos a 100Gb.
 Incrementar en un futuro el ancho de banda del enlace dedicado MPLS entre Produce
y Fondepes, en razón de que se puedan realizar mejoras en los valores de RPO de los
servicios de TI de misión crítica actuales o aumentar la cantidad de máquinas virtuales
replicadas.
 Optimizar permanentemente los servicios de TI de misión crítica, a razón de reducir el
tamaño de las máquinas virtuales involucradas y mejora el valor de RPO.
173
ANEXOS
Anexo 1: Detalle de los Servicios de TI
Despacho Dependencia Nombre del Sistema o Aplicativo Lenguaje Nombre del área responsable del Sistema Estado
de Situacional
Desarrollo
DM Despacho Ministerial 3. Opción SIGEO .NET / C# Despacho Ministerial ACTIVO
DM Despacho Ministerial APP MARPEZ Android Despacho Ministerial ACTIVO
SG Oficina General de Evaluación de Indice de Volumen Fisico PHP Oficina General de Evaluación de Impacto y ACTIVO
Impacto y Estudios Económicos Estudios Económicos
SG Oficina General de Evaluación de Directorio Manufacturero PHP Oficina General de Evaluación de Impacto y ACTIVO
SG Oficina General de Evaluación de Estadistica Mensual Hipermercado PHP Oficina General de Evaluación de Impacto y ACTIVO
SG Oficina General de Evaluación de Sistema de Información de PHP Oficina General de Evaluación de Impacto y ACTIVO
Impacto y Estudios Económicos Estadística Industrial Estudios Económicos
SG Oficina General de Evaluación de Directorio Nacional de Cooperativas PHP Oficina General de Evaluación de Impacto y ACTIVO
SG Oficina General de Atención al Consulta de Expedientes - PHP Oficina General de Atención al Ciudadano ACTIVO
Ciudadano SITRADOC
SG Oficina General de Planeamiento, Directorio PHP Oficina General de Planificación y ¨Presupuesto ACTIVO
Presupuesto y Modernización
SG Secretaría General Directivas Internas PHP Secretaría General ACTIVO
SG Secretaría General Onomásticos PHP Secretaría General ACTIVO
SG Secretaría General Manuales PHP Secretaría General ACTIVO
SG Oficina General de Recursos Humanos Registro de Personal PHP Oficina General de Recursos Humanos ACTIVO
SG Oficina General de Recursos Humanos Papeletas de Salida PHP Oficina General de Recursos Humanos ACTIVO
SG Oficina General de Recursos Humanos Papeletas por Dependencia PHP Oficina General de Recursos Humanos ACTIVO
SG Oficina General de Atención al Visitas PHP Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
SG Oficina General de Atención al Proveedores / Empresas PHP Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
SG Oficina General de Tecnologías de la Telefónico PHP Oficina General de Tecnologías de la ACTIVO
Información Información
174
de Situacional
Desarrollo
SG Oficina General de Recursos Humanos Papeletas RRHH PHP Oficina General de Recursos Humanos ACTIVO
SG Secretaría General Dispositivos Legales PHP Secretaría General ACTIVO
SG Oficina General de Atención al Tramite Documentario PHP Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
SG Oficina General de Tecnologías de la Modulos PHP Oficina General de Tecnologías de la ACTIVO
SG Oficina General de Tecnologías de la Grupos PHP Oficina General de Tecnologías de la ACTIVO
SG Oficina General de Recursos Humanos Datos del Trabajador PHP Oficina General de Recursos Humanos ACTIVO
SG Secretaría General Consultas RUC PHP Secretaría General ACTIVO
SG Secretaría General Enlaces del Portal PHP Secretaría General ACTIVO
SG Oficina General de Planeamiento, Convenios PHP Oficina General de Planeamiento, Presupuesto ACTIVO
Presupuesto y Modernización y Modernización
SG Oficina General de Atención al SITRADOC PHP Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
SG Oficina General de Evaluación de IVF PHP Oficina General de Evaluación de Impacto y ACTIVO
SG Procuraduría Pública Proceso Judicial PHP Procuraduría Pública ACTIVO
SG Oficina General de Atención al Expedientes TUPA Antiguo PHP Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
SG Oficina General de Tecnologías de la Datos de Dependencia PHP Oficina General de Tecnologías de la ACTIVO
SG Oficina General de Atención al Documentos INT / EXT PHP Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
SG Oficina General de Evaluación de Encuesta Mercados PHP Oficina General de Evaluación de Impacto y ACTIVO
SG Oficina General de Planeamiento, Convenios CI PHP Oficina General de Planeamiento, Presupuesto ACTIVO
SG Oficina General de Recursos Humanos Registro de Asistencia de Personal PHP Oficina General de Recursos Humanos ACTIVO
SG Oficina General de Administración Seg. Pago De Derechos De Pesca PHP Oficina General de Administración ACTIVO
SG Oficina General de Planeamiento, Comisiones Sectoriales y PHP Oficina General de Planeamiento, Presupuesto ACTIVO
Presupuesto y Modernización Multisectoriales y Modernización
SG Secretaría General Quejas y Denuncias PHP Secretaría General ACTIVO
175
de Situacional
Desarrollo
SG Oficina General de Evaluación de IVF-ICI PHP Oficina General de Evaluación de Impacto y ACTIVO
SG Secretaría General Cambio Password PHP Secretaría General ACTIVO
SG Oficina General de Tecnologías de la Mis Reportes PHP Oficina General de Tecnologías de la ACTIVO
SG Oficina General de Evaluación de IPP PHP Oficina General de Evaluación de Impacto y ACTIVO
SG Oficina General de Evaluación de Registro de Valor FOB PHP Oficina General de Evaluación de Impacto y ACTIVO
SG Oficina General de Administración DP - Reporte Determinado General PHP Oficina General de Administración ACTIVO
SG Oficina General de Administración DP - Reporte de Recaudado PHP Oficina General de Administración ACTIVO
SG Oficina General de Administración DP - Reporte de Saldos Anuales PHP Oficina General de Administración ACTIVO
SG Oficina General de Administración DP - Registro de Tipo de Cambio PHP Oficina General de Administración ACTIVO
SG Oficina General de Atención al Expedientes TUPA Actual PHP Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
SG Oficina General de Atención al Pre-Registro de Personas Naturales PHP Oficina General de Atención al Ciudadano ACTIVO
Ciudadano y Jurídicas
SG Procuraduría Pública Consulta P. Judiciales PHP Procuraduría Pública ACTIVO
SG Oficina General de Recursos Humanos Registro de Marcación Externa PHP Oficina General de Recursos Humanos ACTIVO
SG Oficina General de Evaluación de SEMCI .NET / C# Oficina General de Evaluación de Impacto y ACTIVO
SG Oficina General de Recursos Humanos SISCAS .NET / C# Oficina General de Recursos Humanos ACTIVO
SG Oficina General de Atención al SNE .NET / C# Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
SG Oficina General de Planeamiento, SISCOMI .NET / C# Oficina General de Planeamiento, Presupuesto ACTIVO
SG Oficina General de Atención al SATTEL .NET / C# Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
SG Oficina General de Atención al SIAC .NET / C# Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
SG Oficina General de Atención al SISCANER .NET / C# Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
SG Oficina General de Atención al SSA .NET / C# Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
176
de Situacional
Desarrollo
SG Oficina General de Tecnologías de la Servicios VUSP .NET / C# Oficina General de Tecnologías de la ACTIVO
SG Oficina General de Atención al BUPER .NET / C# Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
SG Oficina General de Atención al SICA .NET / C# Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
SG Oficina General de Tecnologías de la SIRAEM .NET / C# Oficina General de Tecnologías de la ACTIVO
SG Oficina General de Planeamiento, PTD PRODUCE .NET / C# Oficina General de Planeamiento, Presupuesto ACTIVO
SG Oficina General de Administración SISTEMA SIT .NET / C# Oficina General de Administración ACTIVO
SG Oficina General de Tecnologías de la 1. Opción Portales PHP Oficina General de Tecnologías de la ACTIVO
SG Oficina General de Atención al 4. Opción VUSP .NET / C# Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
SG Oficina General de Atención al 5. Opción Atención al Ciudadano .NET / C# Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
SG Oficina General de Atención al 5. Opción Atención al Ciudadano .NET / C# Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
SG Secretaría General 5. Opción Atención al Ciudadano .NET / C# Secretaría General ACTIVO
SG Oficina General de Administración 1. Opción Consultas en Línea PHP Oficina General de Administración ACTIVO
177
de Situacional
Desarrollo
SG Oficina General de Administración 1. Opción Consultas en Línea PHP Oficina General de Administración ACTIVO
SG Secretaría General 1. Opción Consultas en Línea PHP Secretaría General ACTIVO
SG Oficina General de Planeamiento, 1. Opción Consultas en Línea PHP Oficina General de Planeamiento, Presupuesto ACTIVO
SG Oficina General de Evaluación de 1. Opción Consultas en Línea PHP Oficina General de Evaluación de Impacto y ACTIVO
SG Oficina General de Evaluación de 1. Opción Consultas en Línea PHP Oficina General de Evaluación de Impacto y ACTIVO
SG Oficina General de Tecnologías de la 1. Opción Consultas en Línea .NET / C# Oficina General de Tecnologías de la ACTIVO
SG Oficina General de Tecnologías de la 1. Opción Consultas en Línea .NET / C# Oficina General de Tecnologías de la ACTIVO
SG Oficina General de Tecnologías de la 1. Opción Consultas en Línea PHP Oficina General de Tecnologías de la ACTIVO
SG Oficina General de Tecnologías de la 4. Opción SIGEO .NET / C# Oficina General de Tecnologías de la ACTIVO
SG Oficina General de Tecnologías de la 5. Opción VUSP .NET / C# Oficina General de Tecnologías de la ACTIVO
SG Oficina General de Atención al 6. Opción Mis Trámites (SITRADOC) PHP Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
178
de Situacional
Desarrollo
SG Oficina General de Tecnologías de la Siscas .NET / C# Oficina General de Tecnologías de la ACTIVO
SG Oficina General de Tecnologías de la SSRS .NET / C# Oficina General de Tecnologías de la ACTIVO
SG Oficina General de Planeamiento, SISTEMA DE TRAMITE DE .NET / C# Oficina General de Planificación y ¨Presupuesto ACTIVO
Presupuesto y Modernización DENUNCIAS DE CORRUPCIÓN
SG Oficina General de Evaluación de Sistema de Seguimiento de PHP Oficina General de Evaluación de Impacto y ACTIVO
Impacto y Estudios Económicos Programas Presupuestales - SEMPP Estudios Económicos
SG Oficina General de Administración Sistema de Viáticos, aplicativo que .NET / C# Oficina General de Administración ACTIVO
permitirá controlar los viáticos
realizados por los comisionados de
la entidad. Esta información
ingresada deberá ser revisada y
evaluada las oficinas de
Contabilidad, Tesorería y
Abastecimiento. - VIATICOS
SG Oficina General de Atención al MODELO DE GESTION .NET / C# Oficina General de Atención al Ciudadano ACTIVO
Ciudadano DOCUMENTAL
SG Oficina General de Atención al SISCONTUPA .NET / C# Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
SG Oficina General de Tecnologías de la Sistema de Seguridad del Mnisterio .NET / C# Oficina General de Tecnologías de la ACTIVO
SG Oficina General de Administración - Of. Sistema para consultas del Banco de .NET / C# Oficina General de Administración - Of. ACTIVO
Tesorería la Nación - SISCONBN Tesorería
SG Oficina General de Recursos Humanos Asistencia PRODUCE Android Oficina General de Recursos Humanos ACTIVO
com.produce.asistencia
SG Oficina General de Atención al PRODUCE Movil Android Oficina General de Atención al Ciudadano ACTIVO
Ciudadano pe.gob.produce.produce_movil
SG OFICINA DE ARTICULACIÓN SIATMovil Android OFICINA DE ARTICULACIÓN ACTIVO
INTERGUBERNAMENTAL Y pe.gob.produce.siat INTERGUBERNAMENTAL Y PREVENCIÓN
PREVENCIÓN DE CONFLICTOS DE CONFLICTOS SOCIALES
SOCIALES
SG Oficina General de Administración SISRE .NET / C# Oficina General de Administración ACTIVO
SG Oficina General de Atención al PECD .NET / C# Oficina General de Atención al Ciudadano ACTIVO
Ciudadano
DVMYPE Dirección General de Políticas y Análisis Sistema de Control de Bebidas PHP Dirección General de Políticas y Análisis ACTIVO
Regulatorio Alcohólicas Regulatorio
179
de Situacional
Desarrollo
DVMYPE Dirección General de Desarrollo SISTEMA DE EVALUACIÓN Y PHP Dirección General de Desarrollo Empresarial ACTIVO
Empresarial MONITOREO
DVMYPE COMISIÓN DE LUCHA CONTRA LOS SISTEMA DE CONTROL DE PHP COMISIÓN DE LUCHA CONTRA LOS ACTIVO
DELITOS ADUANEROS Y LA ACCIONES DE LA CLCDAP DELITOS ADUANEROS Y LA PIRATERÍA
PIRATERÍA
DVMYPE Dirección General de Desarrollo Evaluación del Premio Nacional a las PHP Dirección General de Desarrollo Empresarial ACTIVO
Empresarial MYPES
DVMYPE Dirección General de Políticas y Análisis Sistema de Control de Alcohol Etílico PHP Dirección General de Políticas y Análisis ACTIVO
Regulatorio Regulatorio
DVMYPE Dirección General de Asuntos Consultas OZONO PHP Dirección General de Asuntos Ambientales de ACTIVO
Ambientales de Industria Industria
DVMYPE Despacho Viceministerial de MYPE e Sistema de Seguimiento de PHP Despacho Viceministerial de MYPE e Industria ACTIVO
Industria Intervenciones y Acuerdos del
Despacho Viceministerial de Mype e
Industria
DVMYPE Dirección General de Desarrollo Sistema de elaboración del Acto PHP Dirección General de Desarrollo Empresarial ACTIVO
Empresarial Constitutivo
DVMYPE Dirección General de Desarrollo Premio Nacional MYPE PHP Dirección General de Desarrollo Empresarial ACTIVO
Empresarial
DVMYPE Dirección General de Políticas y Análisis Sistema Alcohol Etilico PHP Dirección General de Políticas y Análisis ACTIVO
DVMYPE Dirección General de Desarrollo Sistema SEM PHP Dirección General de Desarrollo Empresarial ACTIVO
Empresarial
DVMYPE COMISIÓN DE LUCHA CONTRA LOS Acciones Educativas CLCDAP PHP COMISIÓN DE LUCHA CONTRA LOS ACTIVO
DELITOS ADUANEROS Y LA DELITOS ADUANEROS Y LA PIRATERÍA
PIRATERÍA
DVMYPE Despacho Viceministerial de MYPE e Intervenciones y Acuerdos CMD PHP Despacho Viceministerial de MYPE e Industria ACTIVO
Industria DVMYPE-I
DVMYPE Dirección General de Desarrollo SIGE PHP Dirección General de Desarrollo Empresarial ACTIVO
Empresarial
DVMYPE Dirección General de Políticas y Análisis SISBA .NET / C# Dirección General de Políticas y Análisis ACTIVO
DVMYPE Dirección General de Políticas y Análisis Ventanilla Unica de Comercio .NET / C# Dirección General de Políticas y Análisis ACTIVO
Regulatorio Exterior Regulatorio
DVMYPE Dirección General de Asuntos OZONO .NET / C# Dirección General de Asuntos Ambientales de ACTIVO
DVMYPE Dirección General de Políticas y Análisis SISREAL .NET / C# Dirección General de Políticas y Análisis ACTIVO
180
de Situacional
Desarrollo
DVMYPE Dirección General de Asuntos SECASI .NET / C# Dirección General de Asuntos Ambientales de ACTIVO
DVMYPE Dirección General de Asuntos Sistema RAEE .NET / C# Dirección General de Asuntos Ambientales de ACTIVO
DVMYPE Dirección General de Innovación, Sistema CDE .NET / C# Dirección General de Innovación, Tecnología, ACTIVO
Tecnología, Digitalización Digitalización
DVMYPE Dirección General de Desarrollo SIPROCOMPITE .NET / C# Dirección General de Desarrollo Empresarial ACTIVO
Empresarial
DVMYPE Dirección General de Asuntos OZONOAPP .NET / C# Dirección General de Asuntos Ambientales de ACTIVO
DVMYPE Dirección General de Políticas y Análisis SISMET .NET / C# Dirección General de Políticas y Análisis ACTIVO
DVMYPE Dirección General de Políticas y Análisis 1. Opción Consultas en Línea PHP Dirección General de Políticas y Análisis ACTIVO
DVMYPE Dirección General de Políticas y Análisis 1. Opción Consultas en Línea PHP Dirección General de Políticas y Análisis ACTIVO
DVMYPE CONAPISCO CONAPISCO PHP CONAPISCO ACTIVO
DVMYPE DVMYPE-I FORO ECONOMIA CIRCULAR PHP DVMYPE-I ACTIVO
DVMYPE Dirección General de Desarrollo Plataforma Virtual de TU EMPRESA .NET / C# Dirección General de Desarrollo Empresarial ACTIVO
Empresarial
DVMYPE Dirección General de Políticas y Análisis RENAMYPE .NET / C# RENAMYPE ACTIVO
Regulatorio
DVMYPE Dirección General de Asuntos Sistema de Evaluación de .NET / C# Dirección General de Asuntos Ambientales de ACTIVO
Ambientales de Industria Instrumentos de Gestión Ambiental. - Industria
SEIGA
DVMYPE Dirección General de Desarrollo Portal de impulso de crecimiento de NODE.js Dirección General de Desarrollo Empresarial ACTIVO
Empresarial las MYPE
DVMYPE Dirección General de Asuntos OzonoAPP Android Dirección General de Asuntos Ambientales de ACTIVO
Ambientales de Industria pe.gob.produce.ozonoapp Industria
DVMYPE Programa Nacional De Diversificación Pagina Web PNDP PHP Programa Nacional De Diversificación ACTIVO
Productiva Productiva
DVPA Dirección General de Pesca para Declaración Jurada por Derechos de PHP Dirección General de Pesca para Consumo ACTIVO
Consumo Humano Directo e Indirecto Pesca Humano Directo e Indirecto
DVPA Dirección General de Pesca para Consulta LMCE PHP Dirección General de Pesca para Consumo ACTIVO
Consumo Humano Directo e Indirecto Humano Directo e Indirecto
DVPA Dirección General de Pesca para SPOT - SUNAT PHP Dirección General de Pesca para Consumo ACTIVO
181
de Situacional
Desarrollo
DVPA Dirección General de Pesca para Derechos de Pesca - Version 1 PHP Dirección General de Pesca para Consumo ACTIVO
DVPA Dirección General de Pesca para Capacidad de Bodega PHP Dirección General de Pesca para Consumo ACTIVO
DVPA Dirección General de Pesca para Hoja de Vida PHP Dirección General de Pesca para Consumo ACTIVO
DVPA Dirección General de Pesca para Observaciones LMCE PHP Dirección General de Pesca para Consumo ACTIVO
DVPA Dirección General de Pesca para Estado de Cuenta PHP Dirección General de Pesca para Consumo ACTIVO
DVPA Dirección General de Pesca para Seguimiento LMCE PHP Dirección General de Pesca para Consumo ACTIVO
DVPA Dirección General de Pesca para Registro de Transferencia PHP Dirección General de Pesca para Consumo ACTIVO
DVPA Dirección General de Pesca para SAPE PHP Dirección General de Pesca para Consumo ACTIVO
DVPA Dirección General de Pesca para DP-Generación de Claves PHP Dirección General de Pesca para Consumo ACTIVO
DVPA Dirección General de Pesca para DP - Reporte Determinado CHD PHP Dirección General de Pesca para Consumo ACTIVO
DVPA Dirección General de Pesca para DP - Reporte Determinado CHI PHP Dirección General de Pesca para Consumo ACTIVO
DVPA Dirección General de Pesca para DP - Reporte Deudas CHD PHP Dirección General de Pesca para Consumo ACTIVO
DVPA Dirección General de Pesca para DP - Reporte Deudas CHI PHP Dirección General de Pesca para Consumo ACTIVO
DVPA Dirección General de Pesca para DP - Reporte de Omisos CHD PHP Dirección General de Pesca para Consumo ACTIVO
DVPA Dirección General de Pesca para DP - Reporte de Omisos CHI PHP Dirección General de Pesca para Consumo ACTIVO
DVPA Dirección General de Pesca para DP SITUACION ACTUAL PHP Dirección General de Pesca para Consumo ACTIVO
DVPA Dirección General de Pesca para PMCE PHP Dirección General de Pesca para Consumo ACTIVO
DVPA Dirección General de Pesca para Procedimientos Pesca .NET / C# Dirección General de Pesca para Consumo ACTIVO
DVPA Dirección General de Pesca para sistema RNEP .NET / C# Dirección General de Pesca para Consumo ACTIVO
182
de Situacional
Desarrollo
DVPA Dirección General de Pesca para 1. Opción Consultas en Línea PHP Dirección General de Pesca para Consumo ACTIVO
183
Anexo 2: Detalle de las máquinas virtuales o VM
Nombre de VM Estado CPUs Memoria IP Primaria Ambiente Arquitectura SO

############# poweredOn 2 24.576 ###.###.###.### Producción Microsoft Windows
############# poweredOn 4 8.192 ###.###.###.### Producción Linux
############# poweredOn 4 16.384 ###.###.###.### Desarrollo Microsoft Windows
############# poweredOn 4 8.192 ###.###.###.### Calidad Linux
############# poweredOn 1 512 ###.###.###.### Producción Linux
############# poweredOn 6 8.192 ###.###.###.### Calidad Microsoft Windows
184
185
############# poweredOn 2 9.888 ###.###.###.### Desarrollo Linux
186
187
188
189
190
191
192
Anexo 3: Observación de la OCI
193
Anexo 4: Vigencia tecnológica de los servidores Blades
194
Anexo 5: Diagrama unifilar del Centro de datos
195
196
Anexo 6: Requerimientos Técnicos
Anexo 6A Cuadro de Criterios Ponderados
íte Ponderació Fabricant Fabricante Fabricante

Componente Característica
m n eA B C
Los nodos deben cumplir con
PLATAFORMA
la compatibilidad certificada
DE
1 por el fabricante de la 5 5 5 5
VIRTUALIZACIO
plataforma de virtualización
N
ofertada
Nodos 8 10 10 10 10
CPU 16
10 8 10 8
NODOS (Site Core 288
2.a
Principal) Memoria RAM (TB) 6.38 10 10 10 10
Almacenamiento All-flash
10 8 10 8
efectivo (TB) 192
Nodos 4 10 10 10 10
CPU 8
10 10 8 8
NODOS (Site Core 116
2.b
Alterno) Memoria RAM (TB) 1.97 10 10 8 8
Almacenamiento All-flash
10 10 8 6
efectivo (TB) 36
Puertos 48 x 10/25-Gbps y 6 x
5 5 5 5
40/100-Gbps
Velocidad de puertos 1/10/25-
5 5
Gbps
Memoria 16 GB 3 3 2 2
Buffer 16 MB 3 3 2 1
3 SWITCHES TOR Puertos de administración 1
3 3 3 3
RJ-45 y/o 1 SFP
Fuentes de Poder Redundante 5 5 5 5
Latencia < 1 microsegundo 5 4 5 4
Ancho de banda 3.6 Tbps full
3 2 3 2
duplex
Paquetes por segundo 1.5 bpps 3 3 2 1
Tipo precisión 10 10 10 10
Entrada 380V-3ph - 60Hz 5 5 5 5
AIRE
Potencia Total de Refrigeración
ACONDICIONAD 5 5 4 4
20 KW
4 O DE PRESICIÓN
(SITE Medidas 300 mm (ancho) x
3 3 3 3
PRINCIPAL) 2000 mm (alto) como máximo
Certificados EAC o UL o CE o
2 2 2 2
cUL
UPS (SITE Entrada Trifásico 3 3 3 3
5
ALTERNO) Capacidad de Salida 20 kva 5 5 5 5
197
íte Ponderació Fabricant Fabricante Fabricante
Componente Característica
m n eA B C
Voltaje de salida soportado
380V
3 3 3 3
Voltaje de entrada soportado
380V
Autonomía ampliable (Baterías
5 5 5 5
externas)
Pantalla LCD 2 2 2 2
Método de enfriamiento
3 3 3 3
Ventiladores
Factor de forma Torre 3 3 3 3
Certificación EAC o UL o CE o
2 2 2 2
cUL
Tipo de batería VRLA o ION-
3 3 2 2
Litio
Entrada 380V-3ph - 60Hz 3 3 3 3
Tipo Precisión 10 10 10 10
AIRE Potencia Total de Refrigeración
5 5 5 5
ACONDICIONAD 12KW
6
O DE PRESICIÓN Medidas 300 mm (ancho) x
(SITE ALTERNO) 2000 mm (alto) como máximo 3 3 3 3
Certificados EAC o UL o CE o
2 2 2 2
cUL
Memoria 64 Mb como mínimo 5 3 5 2
Pantalla Color 3 2 3 2
Usuarios 300 como mínimo 3 2 3 1
Indicador Led Multi Color 2 2 2 2
Temperatura 20 Cº a 50Cº 2 2 2 2
SISTEMA DE Power 12 W. 2 2 2 2
CONTROL DE TCP/IP 2 2 2 2
7
ACCESO (SITE
ALTERNO) Interface RS485 2 2 2 2
Autenticación
Dedo/PIN/Tarjeta/reconocimie 3 3 3 3
nto facial
Certificado EAC o UL o CE o
2 2 2 2
cUL
Live finger detection 2 2 2 2
225 215 209 193
198
Anexo 6B Especificaciones Técnicas para la Adquisición de una solución de Hiperconvergencia
199
Anexo 7: Validación técnica del cumplimiento de los requerimientos técnicos
implementados
Anexo 7A Evaluación técnico económica
200
201
Anexo 7B Acta de la fase de entrega de bienes, licencias y garantías
202
203
204
205
206
207
208
Anexo 8: Acta de la fase de Implementación
209
210
Anexo 9: Informe de Conformidad a la Fase de Implementación
211
212
Anexo 10: Estructura del desglose de trabajo
213
Anexo 11: Cronograma del Proyecto
214
215
216
217
Anexo 12: Ruta Crítica del Proyecto
218
Anexo 13: Matriz de Riesgos
Diseño de Control Valor
Riesgo Riesgo
N Principales Probabilida Controles de Suficienci Contro residua
Riesgo Impacto Inherent Ejecució Periodicida Residu
º Causas d Mitigación Tipo a l l del
e n d al
riesgo
Coordinar con
Control
Patrimonial
Demora en el
Muy Moderad anticipación Preventiv
1 etiquetado de 48% Manual Esporádico Suficiente 63% 18% Medio
probable o para el o
Control Patrimonial
etiquetado
oportuno de
los bienes
Establecer
Indisponibilidad de personas
personal para Moderad alternas para Preventiv Periódico
2 Probable 36% Manual Suficiente 65% 13% Medio
realizar la revisión o cumplimiento o Adecuado
de equipos de la
actividad
Informar con
Inconvenientes
mínimo 48
con el ingreso del
Incumplimient horas de
personal para el Moderad Preventiv Periódico
3 o de Probable 36% anticipación el Manual Suficiente 65% 13% Medio
desarrollo de los o o Adecuado
cronograma ingreso a las
trabajos a las
sedes
sedes
requeridas
Agilizar la
Demora de
entrega de
entrega de
Moderad información Preventiv
4 información Probable 36% Mixto Esporádico Suficiente 78% 8% Bajo
o por parte de o
relevante sobre
infraestructur
aspectos técnicos
a
de infraestructura
Designar a
virtual por parte de Moderad Preventiv
5 Probable 36% una persona Mixto Esporádico Suficiente 78% 8% Bajo
PRODUCE o o
del equipo
Establecer
Falta de periódicament
Muy Preventiv Periódico
6 seguimiento de las Mayor 64% e reuniones Manual Suficiente 65% 22% Medio
probable o Adecuado
actividades para hacer
seguimiento
219
Riesgo Riesgo
e n d al
riesgo
al avance de
proyecto
Designar a un
personal para
Muy el Preventiv Periódico
7 Mayor 64% Manual Suficiente 65% 22% Medio
probable seguimiento o Adecuado
de las
actividades
Gestionar
salvo
Nuevas
conductos
disposiciones de Muy Preventiv
8 Crítico 80% para el Manual Esporádico Suficiente 63% 30% Medio
estado de probable o
desarrollo de
emergencia
actividades
del proyecto
Coordinar con
OA para que
las
actividades se
Poco Moderad Preventiv
9 24% realicen Manual Esporádico Suficiente 63% 9% Bajo
probable o o
rápidamente y
esté menos
Deterioro de tiempo en
equipamiento por almacén
mala manipulación Coordinar con
el contratista
para que el
1 Poco Moderad traslado de Preventiv
24% Manual Esporádico Suficiente 63% 9% Bajo
0 probable o los bienes a o
los puntos de
distribución
sea óptimo
220
Riesgo Riesgo
e n d al
riesgo
Reuniones
con las
coordinacione
s de OGTI
Requerimientos
1 Poco para aterrizar Preventiv Periódico
adicionales no Crítico 40% Mixto Suficiente 80% 8% Bajo
1 probable los o Adecuado
mapeados
requerimiento
s asociados
con la debida
anticipación
Solicitar
reporte
semanal de
las
1 Muy actividades Preventiv Periódico
Crítico 80% Manual Suficiente 65% 28% Medio
2 probable para el o Adecuado
cumplimiento
Demora en de las
instalaciones instalaciones
eléctricas de eléctricas
responsabilidad de Emitir un
FONDEPES OFICIO a
FONDEPES
para que
1 Muy Preventiv
Crítico 80% brinden Mixto Esporádico Suficiente 78% 18% Medio
3 probable o
prioridad en
las
instalaciones
eléctricas
Establecer
personas
Indisponibilidad de
1 Muy Moderad alternas para Preventiv Periódico
personal por 48% Manual Suficiente 65% 17% Medio
4 probable o cumplimiento o Adecuado
temas de SALUD
de la
actividad
221
BIBLIOGRAFÍA
Tesis
Larico Uchamaco, G. R. (2020). Sistemas Hiperconvergentes Para Mejorar La Gestión
Tecnológica En Centros De Datos De La Universidad Nacional Amazónica De Madre De
Dios (Tesis Doctoral). Universidad Nacional Federico Villareal, Facultad de Ingeniería de
Sistemas. Perú.
Recursos electrónicos
Alonso, N. (23 de septiembre de 2020). Centro de procesado de datos. ¿Qué es?. Obtenido
de https://protecciondatos-lopd.com/empresas/centro-procesado-datos/
Arroyo, P. (2014). Infraestructuras de cómputo convergentes y unificadas. Enfoque para

Data Center. Obtenido de http://www.cantabriatic.com/infraestructuras-de-computo-
convergentes-y-unificadas-enfoque-para-data-center-2/
Chafla-Altamirano, J. F., Escobar-Terán, C. E., Silva, S., & Córdova, R. (2017). Dialnet.
Obtenido de https://dialnet.unirioja.es/servlet/articulo?codigo=7066832
Conexión Esan. (1 de febrero de 2019). Estrategias para optimizar los servicios de TI.
Obtenido de https://www.esan.edu.pe/apuntes-empresariales/2019/02/estrategias-para-
optimizar-los-servicios-de-ti/
ETP-ISO/IEC TS 22237 . (2019). Tecnología de la información. Instalaciones e

infraestructuras de centro de datos Parte 1. conceptos generales. Obtenido de
https://busquedas.elperuano.pe/normaslegales/aprueban-normas-tecnicas-peruanas-
sobre-bebidas-alcoholicas-resolucion-directoral-no-030-2019-inacaldn-1842008-1/
Grupo Mundo Digital. (enero de 2019). Servicio De Nube - Cloud. Obtenido de

https://www.grupomundodigital.ec/corporativo/nube-publica-cloud-ecuador.html
Hytera. (28 de 08 de 2019). Servicios de misión crítica para mejor eficiencia y rendimiento.
Obtenido de https://www.hytera.la/recursos/mcs-intro
IBM Corporation . (2019). Conceptos relacionados con la disponibilidad. Obtenido de

https://www.ibm.com/docs/es/i/7.4?topic=roadmap-availability-concepts
IBM, C. (2021). Concepts of storage virtualization. Obtenido de

https://www.ibm.com/docs/es/ts7700-virtual-tape/5.2.2?topic=overview-concepts-storage-
virtualization
ITIL. (2019). ITIL v.4. Obtenido de https://wiki.en.it-processmaps.com/index.php/ITIL_4
Jimbo-Landi, E. L., & Cuenca-Tapia, J. P. (2020). FIPCAEC. Obtenido de

https://www.fipcaec.com/index.php/fipcaec/article/view/161/246
Moreira Zambrano, C. A., Lopez Navarrete, M. L., & Cusme Rodriguez, G. F. (2019). Mundo
Recursivo. Obtenido de https://www.atlantic.edu.ec/ojs/index.php/mundor/article/view/19
222
Nutanix. (2021). Obtenido de https://www.nutanix.com/es/hyperconverged-infrastructure
Ortiz, A. E. (diciembre de 2017). ¿Cual es el hipervisor bare metal? Obtenido de

https://blog.hostdime.com.co/cual-es-el-hipervisor-bare-metal/
Puricica, C.-A. (03 de 05 de 2018). Desmitificando los Objetivos de Recuperación. Obtenido

de https://www.veeam.com/blog/es-lat/rto-rpo-definitions-values-common-practice.html
Red Hat, I. (2021). Virtualización. Obtenido de

https://www.redhat.com/es/topics/virtualization/what-is-virtualization#tipos-de-
virtualizaci%C3%B3n
Red Hat, Inc. (2020). ¿Qué es un hipervisor? Obtenido de

https://www.redhat.com/es/topics/virtualization/what-is-a-hypervisor
RedHat. (2021). Red Hat, Inc. Obtenido de

https://www.redhat.com/es/topics/hyperconverged-infrastructure/what-is-hyperconverged-
infrastructure
soportexlan. (30 de junio de 2019). Estándar de Data Center TIER. Obtenido de

https://soportelan.com/2019/06/30/data-center-tier/
Soto, J. A. (26 de 07 de 2020). ¿Qué es el Kernel y para qué sirve? Obtenido de

https://www.geeknetic.es/Kernel/que-es-y-para-que-sirve
Strickland, J. (2021 ). Cómo funciona la virtualización de servidores. Obtenido de

https://computer.howstuffworks.com/cloud-computing/cloud-computing.htm
VMware, Inc. (2020). Five Common Pitfalls of HCI and How to Avoid Them. USA. Obtenido
de
https://www.vmware.com/content/dam/learn/en/amer/fy21/pdf/545048_Five_Common_Pitfa
lls_of_HCI_How_to_Avoid_Them.pdf
VMware, Inc. (2021). ¿Qué es un centro de datos? Obtenido de

https://www.vmware.com/es/topics/glossary/content/data-center.html
Vmware, Inc. (2021). Hipervisor. Obtenido de

https://www.vmware.com/latam/topics/glossary/content/hypervisor.html
VMware, Inc. (2021). La zona tecnológica de la plataforma en la nube. Obtenido de

https://core.vmware.com/?share=web_tool2458&title=vsphere-replication-calculator
VMware, Inc. (2021). Virtualización de red. Obtenido de

https://www.vmware.com/latam/topics/glossary/content/network-virtualization.html
Wallace, D. (18 de enero de 2018). ¿Por qué la infraestructura convergente finalmente ha

captado la atención de TI? Obtenido de https://www.itsitio.com/ar/la-infraestructura-
convergente-finalmente-ha-captado-la-atencion-ti/
Dell Technologies. (s.f.). Leaf-spine underlay. Obtenido de Leaf-spine underlay:

https://infohub-delltechnologies-com.translate.goog/l/vmware-cloud-foundation-on-vxrail-
multirack-deployment-using-bgp-evpn-part-2-of-2-1/leaf-spine-underlay-
223

UTP - Implementación de Una Infraestructura Hiperconvergente - Obtencion Titulo Profesional - 2022

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

UTP - Implementación de Una Infraestructura Hiperconvergente - Obtencion Titulo Profesional - 2022

Cargado por

Copyright:

Formatos disponibles

Facultad de Ingeniería

Programa Especial de Titulación:

“Implementación de una infraestructura hiperconvergente para la mejora de

los Servicios de Tecnologías de la Información de misión crítica del

Omar Manuel Huarcaya Lima

para optar el Título Profesional de

Asesor: Carlos Daniel Rodriguez Vilcarromero

concluir esta meta profesional. Se los dedico hasta el cielo.

Un eterno agradecimiento a cada miembro del equipo de infraestructura tecnológica y de

mesa de ayuda por su constante involucramiento en el logro de la implementación de este

aportes siempre hicieron la diferencia y generaron valor.

Agradezco a la Oficina General de Tecnologías de la Información del Ministerio de la

Producción por brindarme la oportunidad de resolver una gran problemática tecnológica y

que me ha permitido continuar creciendo como profesional.

El Ministerio de la Producción (Produce) tiene un centro de datos tradicional el cual cuenta

con una infraestructura convergente deficiente, lo que no permite asegurar la disponibilidad

de los Servicios de Tecnología de Información (TI) a los usuarios institucionales y

El presente proyecto busca solucionar esta problemática mediante la implementación de

una infraestructura hiperconvergente en Produce a modo de centro de datos principal y la

configuración de un centro de datos de recuperación ante desastres de los servicios de TI

de misión crítica, mediante la dotación de nodos hiperconvergentes alojados en el Fondo

Nacional de Desarrollo Pesquero (Fondepes).

Esta implementación logró beneficios para los servicios de TI como: incrementar la

disponibilidad hasta un 98%, reducir el Punto Objetivo de Recuperación (RPO - Recovery

Recovery Time Objective) hasta 90 minutos y reducir la pérdida de información.

ASPECTOS GENERALES ................................................................................................... 1

1.1. Definición del Problema .......................................................................................... 1

1.1.1. Descripción del Problema ............................................................................... 1

1.1.2. Formulación del Problema .............................................................................. 3

1.2. Definición de objetivos ............................................................................................ 4

1.2.1. Objetivo general .............................................................................................. 4

1.2.2. Objetivos específicos....................................................................................... 4

1.3. Alcances y limitaciones ........................................................................................... 4

1.3.1. Alcances .......................................................................................................... 4

1.3.2. Limitaciones ..................................................................................................... 5

1.4.1. Justificación Social .......................................................................................... 5

1.4.2. Justificación Económica .................................................................................. 6

1.5. Estado del Arte ....................................................................................................... 6

MARCO TEÓRICO ................................................................................................................ 9

2.1. Fundamento Teórico ............................................................................................... 9

2.1.1. Infraestructura Hiperconvergente.................................................................... 9

2.1.2. Centro de datos ............................................................................................. 23

2.1.3. Servicios de Tecnologías de la Información ................................................. 35

2.2.1. Hipervisor ....................................................................................................... 38

2.2.2. Footprint de centro de datos ......................................................................... 39

2.2.5. Backup ........................................................................................................... 41

2.2.6. RTO ............................................................................................................... 42

2.2.7. RPO ............................................................................................................... 42

2.2.8. MPLS ............................................................................................................. 43

2.2.9. Deduplicación ................................................................................................ 44

2.3. Marco Metodológico.............................................................................................. 45

2.3.1. Fase de inicio ................................................................................................. 46

2.3.2. Fase de planificación ..................................................................................... 47

2.3.3. Fase de Ejecución ......................................................................................... 47

2.3.4. Fase de Seguimiento y Control ..................................................................... 47

2.3.5. Fase de Cierre ............................................................................................... 48

DESARROLLO DE LA SOLUCIÓN ................................................................................... 49

3.1. Fase de Inicio ........................................................................................................ 49

3.1.1. Identificación .................................................................................................. 49

3.2. Fase de Planificación ............................................................................................ 71

3.2.1. Diseño de la solución .................................................................................... 71

3.3. Fase de Ejecución ................................................................................................ 85