Está en la página 1de 16

PRINCIPALES VERSIONES O DISTRIBUCIONES DE LOS SERVIDORES

Ahora os voy a describir las alternativas más populares en el sector de los servidores bajo
Linux:

 Debian
La más antigua de las distribuciones de las que cito, Debian fue iniciada en 1993
por Ian Murdock. Es la única entre las variedades aquí mostradas en la que no hay
ninguna compañía detrás, la distribución está controlada totalmente por voluntarios
vinculados por el contrato social Debian. Un líder es elegido cada año desde y por
los miembros del proyecto Debian.
 Ubuntu
La distribución que más auge a tenido en los últimos años, con cada vez más
usuarios y que más rápido se ha adaptado a las necesidades de los
mismos. Ubuntu es una distribución basada en Debian, y gestionado por Canonical.
Aunque gran parte del énfasis de la distribución está en el escritorio, también hay
una versión de servidor, y es que Canonical ha atraído el apoyo de los agentes
comerciales más tradicionales de UNIX, como Oracle.
 Red Hat Enterprise
Red Hat Enterprise Linux (RHEL) es probablemente la distribución de Linux más
conocida y muy popular en cuanto a servidores, además de ser uno de los más
veteranos. Ha contribuido a un gran número de aplicaciones para la comunidad
Open Source de los años, incluyendo Red Hat GFS y su sistema de archivos en
clúster. Aunque no es obligatorio, el acceso a soporte y actualizaciones de seguridad
requiere que los clientes paguen un honorario por estos “derechos”, al igual que el
caso de SuSe Linux.
 CentOS
CentOS (abreviatura de Community Enterprise Operating System) es una versión
libre disposición de Red Hat Enterprise que no cobra por el acceso a actualizaciones
de seguridad. Esto es posible debido a la licencia libre bajo la cual se libera Red
Hat. Dado que es una copia casi exacta de RHEL, con únicamente los logotipos y
marcas registradas modificadas (y sin el soporte comercial), los binarios son 100%
compatibles, es decir, las aplicaciones diseñadas para aplicaciones comerciales de
Red Hat se ejecutarán sin modificaciones y con total compatibilidad.

 SuSE Enterprise
SuSE Linux Enterprise Server (SLES) es una distribución que toma prestado de Red
Hat su gestión de paquetes, distribución y su modelo de negocio. Fue creada
originalmente en Alemania por un grupo de consultores de UNIX, SuSE significa
“Software- und System-Entwicklung” (Desarrollo de software y de sistemas). Y en
2003 fue adquirida por Novell, que hicieron de esta una distribución en base a sus
ofertas.
Linux-VServer
Linux-VServer es una implementación de servidor privado virtual hecha por el agregado de
capacidades de virtualización en el ámbito de Sistema Operativo y distribuida como software
libre, licenciada bajo GPL.
El proyecto fue iniciado por Jacques Gélinas. Ahora es mantenido por Herbert Pötzl en Austria
y no está relacionado al proyecto Linux Virtual Server, que implementa balance de carga de
red.
Linux-VServer es un mecanismo de jaula en el cual se pueden usar de manera segura los
recursos de un sistema informático (tales como el sistema de archivos, tiempo de la CPU,
direcciones de red y memoria) en tal manera que los procesos no pueden realizar un ataque
de denegación de servicio sobre algo que estuviere por fuera de su partición.
A cada partición se le asigna un contexto de seguridad, y el sistema virtualizado dentro de
aquella es el servidor privado virtual. Se proporciona un utilitario al estilo chroot para
descender a los contextos de seguridad. Los contextos mismos son lo suficientemente
robustos para arrancar muchas distribuciones de Linux sin modificar,
incluyendo Debian y Fedora Core.
Los servidores privados virtuales se usan comúnmente en servicios de alojamiento web,
donde son útiles para segregar cuentas de los clientes, agrupar recursos y contener cualquier
brecha de seguridad potencial.
El Linux-Vserver no se incluye en la serie principal del núcleo. Linux-VServer 2.0, la versión
estable hasta septiembre de 2005, existe como un parche para los núcleos de la serie 2.6.
También se proporciona un parche para las series 2.4.
Conceptualmente Linux-VServer es similar a los Solaris Containers (incluyendo la tecnología
de aislamiento de Solaris Zones), o FreeBSD Jail, u OpenVZ.

Ventajas
 Muy rápidos y livianos, los servidores virtuales comparten la misma interfaz de llamada
del sistema y no tienen ningún consumo por emulación.
 Los servidores virtuales pueden compartir un sistema de archivos común y no tienen
que estar respaldados por imágenes opacas de discos.
 Los procesos dentro del servidor virtual se ejecutan como procesos regulares en el
sistema anfitrión. Esto es algo más eficiente en cuanto a memoria y E/S se refiere que una
emulación de un sistema completo, la cual no puede entregar memoria sin uso o compartir
un cache de disco con el anfitrión.
Desventajas
 Requiere emparchar el núcleo del anfitrión.
 Todos los servidores virtuales comparten el mismo núcleo y por lo tanto se exponen a
los mismos bugs y potenciales agujeros de seguridad.
 No se incluyen capacidades de cluster o de migración de procesos, de manera que el
núcleo del anfitrión y la computadora anfitrión son un único punto de falla para todos los
servidores virtuales (similar a Xen y UML).
 La red no está completamente virtualizada (todavía) y los servidores virtuales son
comúnmente meros aliases asignados de la misma interfaz de red. esto impide que cada
servidor virtual cree su encaminamiento interno o configuración de cortafuegos propios.
 El límite de velocidad de E/S no se puede configurar por servidor virtual.
 Algunas llamadas del sistema (por ejemplo, aquellas que tratan con el reloj de tiempo
real y las partes de los sistemas de archivos /proc y /sys permanecen sin implementar o
sin virtualizar. Esto puede impedir que algunas distribuciones (especialmente Gentoo)
arranquen apropiadamente dentro de un vserver sin modificaciones.
 No tiene soporte para IPv6.

CentOs
No debería sorprender que CentOS siga siendo el favorito de GNU/Linux en la categoría de servidores para
pequeñas y medianas empresas.
Hay una muy buena razón por la que CentOS continua estando en lo alto de esta categoría: está basada
en Red Hat Enterprise Linux (RHEL). Debido a esto, sabes que estás trabajando con una plataforma
para servidores fiable.
La mayor diferencia entre Red Hat Enterprise Linux y CentOS (además de la identidad de marca) es el
soporte. Con RHEL, te beneficias del soporte oficial ofrecido por Red Hat.

Por el contrario, desde 2004, CentOS ha unido a una gran comunidad que es la que ofrece soporte al
sistema.

Así, si tienes un pequeño o medio negocio y estás buscando migrar a un centro de datos de código
abierto, tu primera parada es CentOS

Requisitos para instalar Ubuntu Server

Requisitos

Los requisitos para una versión server linux son mínimos debido a que no utiliza el entorno
gráfico, pero para que actúe como servidor dependiendo del tráfico que tengamos puede
requerir más.

Mínimo (Consola)

• 256 MB de memoria
• 2 Gb de espacio en HDD (Incluido swap)

• AMD o Intel Procesador de 64-32bits

• Incluido AMD Optaron y Intel EM64T Xeon, para versiones de 64.

Mínimo (Gráfico)

• 512 MB de memoria

• 4 Gb de espacio en HDD (Incluido swap)

• AMD o Intel Procesador de 64-32bits

• Tarjeta Gráfica VGA, monitor con resolucián de 800x600

Mínimo Recomendado

Requisitos recomendados para levantar un servicio webmail para 25 usuarios. Teniendo en


cuenta que cada usuario tiene 1gb de espacio asignado para almacenamiento de correo
electronico, deberiamos contar con la siguiente arquitectura:

• 27 Gb de HDD (25gb para usuarios + 2gb de SO) Con lo cual con un disco standard
de 40Gb nos alcanza para mantener a los 25 usuarios y ademas realizar politicas de
mantenimiento como(agregar usuarios, realizar back-up comprimidos de los mail, entre otros).

• 512Mb-1Gb de memoria ram nos alcanzaria para que el sistema responda sin
problemas en caso de contar con mail "pesados" o simultaneidad de acceso, aunque esto
tambien estara condicionado por los recursos de la red.

• Procesador Intel o AMD 64 o 32 bit, en nuestro caso usamos un Intel Dual-Core


2.4Ghz 32bits

REQUISITOS DEL SISTEMA para CentOs

Hardware recomendado para operar:


Memoria RAM: 64 MB (mínimo).

Espacio en Disco Duro: 1024 MB (mínimo) - 2 GB (recomendado).

Procesador: OBSERVAR ARQUITECTURAS

Arquitecturas

CentOS soporta casi las mismas arquitecturas que Red Hat Enterprise Linux:

Intel x86-compatible (32 bit) (Intel Pentium I/II/III/IV/Celeron/Xeon, AMD K6/K7/K8, AMD
Duron, Athlon/XP/MP).

AMD64(Athlon 64, etc) e Intel EM64T (64 bit).

Las versiones 3.x y 4.x (pero no la 5.0 y posteriores) además soportaron:

Intel Itanium (64 bit).

PowerPC/32 (Apple Macintosh PowerMac corriendo sobre procesadores G3 o G4 PowerPC).

IBM Mainframe (eServer zSeries y S/390).

También se tuvo soporte para dos arquitecturas no soportadas por Red Hat Enterprise Linux.

Alpha procesador (DEC Alpha) (sólo en CentOS 4)

SPARC (beta en CentOS 4)

Tabla con los requisitos mínimos y recomendados de las


distribuciones de Linux más comunes

Acabo de descubrir (gracias a Pillateunlinux) esta tabla con los requisitos de


hardware para ejecutar las distribuciones de Linux más conocidas. Copio y pego la
tabla para facilitar su acceso, pero recomiendo anotar también la dirección de
origen, pues seguramente se vaya actualizando según vayan saliendo nuevas
versiones de las diferentes distros.

Espacio Espacio en
Distro RAM RAM
CPU (procesador) en disco disco
gnu/Linux (Mínimo) (Recom.)
(mínimo) (Recom.)
Intel Pentium 1-4, Celeron,
openSUSE 10.3 AMD Duron, Athlon, Athlon 256 MB 512 MB 500 MB 3 GB
64, Semprom u Opteron
Intel Pentium 1-4, Celeron,
openSUSE 10.1 AMD Duron, Athlon, 256 MB 512 MB 500 MB 3 GB
Semprom u Opteron
Intel Pentium
I/II/III/IV/Celeron/Xeon,
CentOS 5 AMD K6/II/III, AMD Duron, 128 MB 512 MB 1.2 GB 2 GB
Athlon/XP/MP, (Pendiente
Itanium, Athlon 64, PowerPC)
Intel Pentium
I/II/III/IV/Celeron/Xeon,
CentOS 3/4 AMD K6/II/III, AMD Duron, 128 MB 256 MB 800 MB 2 GB
Athlon/XP/MP, Itanium,
Athlon 64, PowerPC
Cualquier procesador Intel o
AMD, 1Ghz o superior.
Mandriva 2008 256 MB 512 MB 3 GB 4 GB
Soporte para procesadores
dual-core.
Pentium 1-4, Celeron, Athlon,
Mandriva 2007 256 MB 512 MB 500 MB 4 GB
Duron, Sempron.
Intel Pentium 1-4, Celeron,
AMD Duron, Athlon,
Mandriva 2006 128 MB 256 MB 500 MB 4 GB
Semprom, Opteron, K6, Via
C3
Intel Pentium 2-4, Celeron, 128
Fedora 8 AMD Duron, Athlon, MB*/194 256 MB 500 MB 3 GB
Semprom u Opteron MB**
Intel Pentium 2-4, Celeron, 128
Fedora 7 AMD Duron, Athlon, MB*/194 256 MB 500 MB 3 GB
Semprom u Opteron MB**
Intel Pentium 1-4, Celeron, 64
Fedora Core 5 AMD Duron, Athlon, MB*/194 256 MB 500 MB 3 GB
Semprom u Opteron MB**
Debian 3.1 Intel Pentium 1-4, Celeron, 32 256 MB 500 MB 3 GB
AMD Duron, Athlon, MB*/194
Semprom u Opteron MB**
Intel Pentium 1-4, Celeron, 16
Debian 3.0 AMD Duron, Athlon, MB*/64 128 MB 450 MB 4 GB
Semprom u Opteron MB**
64
Intel o AMD con velocidad de
Xubuntu 7.10 MB/192 128 MB 1.5 GB 4 GB
500mhz
MB***
Intel o AMD con velocidad de
Kubuntu 7.10 384 MB 384 MB 4 GB 4 GB
500mhz
Intel o AMD con velocidad de
Ubuntu 7.10 256 MB 384 MB 4 GB 4 GB
500mhz
Intel o AMD con velocidad de
Ubuntu 6.06 256 MB 256 MB 2 GB 3 GB
500mhz
Intel o AMD con velocidad de
Ubuntu 5.10 192 MB 256 MB 2 GB 3 GB
500mhz
Slackware 486 o superior 16 MB 32 MB 100 MB 3.5 GB
Damn Samll 3.0 486DX o superior 16 MB 128 MB – –
Damn Samll 1.0 486DX o superior 16 MB 64 MB – –
fluxbox
96 MB
Slax 5.1 486, Pentium o AMD 36 MB – –
KDE 144
MB
Pentium 166MMX o superior
Puppy 2 128 MB 128 MB – –
(Intel o AMD)
simplyMEPIS 6 Intel Pentium o AMD Athlon 128 MB 512 MB 2 GB 3 GB
32
Knoppix 5 Intel Pentium o AMD Athlon MB*/96 128 MB – –
MB**

Algunas aspectos a tener en cuenta:

 CPU: Velocidad mínima recomendada en algunas distros es de 200 MHz

 * Modo texto: En este modo no se instala un ambiente gráfico, y el sistema


es controlado a través de la consola.

 ** Interfaz gráfica: Se instala un ambiente gráfico en el equipo, por


ejemplo KDE, Gnome, IceWM, XFC4, etc.

 *** Memoria necesaria para ejecutar el proceso de instalación. La versión


“Alternate” solo requiere 64 MB de RAM.
 – Indica que no necesita espacio en disco duro para funcionar/instalar.

Actualización: si tienes dudas más complejas relacionadas con el hardware,


puedes echar un vistazo a este excelente post: ¿correrá linux en mi hardware?

Linux: Requisitos del servidor Linux


X86_64
   Versión 7.1.0
Versión 7.1.0

El servidor Tivoli Storage Manager en Linux X86_64 tiene requisitos de software y


hardware.
Requisitos de hardware
Tabla 1 describe los requisitos mínimos de hardware necesarios para el
sistemaTivoli Storage Manager Linux X86_64. Para obtener más información
sobre la planificación del espacio de disco, consulte el apartado Linux:
Planificación de la capacidad.

Tabla 1. Requisitos de hardware

Tipo de
hardwar
e Requisitos de hardware

Hardware Un procesador AMD64 o Intel EMT-64

Espacio Los siguientes valores mínimos de espacio en disco:


de disco  512 MB para el directorio /var
 4 GB para el directorio de instalación
 2 GB para el directorio /tmp
 300 MB para el directorio /usr
 2 GB en el directorio padre
Consejo
Debe tener en cuenta que utilizará más espacio para la determinación de
problemas.
 2 GB para el área de recursos compartidos
Puede que sea necesario disponer de bastante más espacio en disco para la
Tabla 1. Requisitos de hardware

Tipo de
hardwar
e Requisitos de hardware

base de datos y los archivos de registro. El tamaño de la base de datos


depende del número de archivos de cliente que deben almacenarse y de
cómo los gestiona el servidor. El espacio de registro activo predeterminado
es de 16 GB, el mínimo necesario para la mayoría de cargas de trabajo y
configuraciones. Asigne al menos tres veces el espacio de registro activo
para el registro de archivado (48 GB). Asegúrese de disponer de recursos
suficientes si está utilizando la eliminación de datos duplicados o tiene
prevista una gran carga de trabajo de cliente.
Para el rendimiento óptimo y para facilitar la E/S, especifique al menos
dos contenedores de igual tamaño o dos números de unidad lógica (LUN)
para la base de datos. Consulte Optimización de rendimiento para obtener
más información sobre los directorios de configuración para la base de
datos. Además, cada recurso activo y registro de archivo debe tener su
propio contenedor o LUN.
Asegúrese de consultar la sección sobre planificación de la capacidad para
obtener más detalles sobre el espacio de disco.

Memoria Los siguientes valores mínimos para la memoria:


 12 GB.
 16 GB si utiliza la eliminación de datos duplicados
 Al menos 32 GB para servidores que se utilicen mucho. Con 32 GB
o más se mejora el rendimiento del inventario de bases de datos del
servidor de Tivoli Storage Manager.
 Si tiene previsto ejecutar varias instancias, cada instancia requiere
la memoria listada para un servidor. Multiplique la memoria para un
servidor por el número de instancias planeadas para el sistema.
 El proceso de replicación de nodos requiere memoria adicional.
Utilice 32 GB de memoria como mínimo para la réplica de nodos sin
deduplicación de datos. La réplica de nodo con la deduplicación de datos
requiere un mínimo de 64 GB de memoria.
 Cuando se crea el registro activo, se necesita un mínimo de 64 GB
de memoria para ejecutar la copia.Si la réplica y la eliminación de
duplicados se están usando, cree un registro activo de 128 GB de tamaño.

Requisitos de software
Tabla 2 describe los requisitos mínimos de software necesarios para el
sistema Tivoli Storage Manager Linux X86_64.
Tabla 2. Requisitos de software

Tipo de
software Requisitos de software mínimos

Sistema El servidor Tivoli Storage Manager en Linux X86_64 requiere uno


operativo de los siguientes sistemas operativos:
 Red Hat Enterprise Linux 6
 SUSE Linux Enterprise Server 11, Service Pack 2

Bibliotecas Bibliotecas GNU C, versión 2.3.3-98.38 o posterior está instalada en


el sistema Tivoli Storage Manager.
Para SUSE Linux Enterprise Servers:
 libaio
 libstdc++.so.5 en la versión 3.3 o posterior (se requieren
paquetes de 32 y 64 bits)
 libstdc++.so.6 en la versión 4.3 o posterior (se requieren
paquetes de 32 y 64 bits)
Para Hat Enterprise Linux Servers:
 libaio
 libstdc++.so.6 (paquetes de 32 y 64 bit necesarios)
Para determinar si SELinux está instalado y en modalidad de
imposición, realice una de las tareas siguientes:
 Examine el archivo /etc/sysconfig/selinux.
 Ejecute el mandato del sistema operativo sestatus.
 Examine el archivo /var/log/messages para ver avisos
de SELinux.
Para inhabilitar SELinux, realice una de las tareas siguientes:
 Establezca la modalidad permisiva emitiendo el
mandato setenforce 0 como superusuario.
 Modifique el archivo /etc/sysconfig/selinux y
reinicie la máquina.

Protocolo de  TCP/IP Versión 4 o Versión 6, que es estándar con Linux


comunicaciones  Protocolo de memoria compartida (con Tivoli Storage
Manager Versión 7.1 cliente de Linux X86_64)

Proceso La E/S asíncrona tiene que estar habilitada. En los kernels de Linux
en el 2.6 o posterior, instale la biblioteca libaio para habilitar la E/S
asíncrona.
Tabla 2. Requisitos de software

Tipo de
software Requisitos de software mínimos

Controladores El controlador del dispositivo de paso Tivoli Storage Manager se usa


de dispositivo para dispositivos que no sean de IBM®. Utiliza la interfaz de paso
SCSI para comunicarse con los dispositivos de cinta y las bibliotecas
de cintas. El controlador de dispositivos Linux SCSI Generic (sg) es
necesario para los controladores de cintas y las bibliotecas de cintas.
El paquete del controlador de dispositivos Tivoli Storage
Manager incluye herramientas de controlador de dispositivos y
daemons de ACSLS.
Para IBM 3590, 3592 o los controladores o biblioteca de cintas
Ultrium, son necesarios los controladores de dispositivo IBM. Instale
los controladores de dispositivos más actuales. Puede localizar los
paquetes de controladores IBM en el sitio web de Fix
Central: http://www.ibm.com/support/fixcentral/.
Configure los controladores de dispositivos antes de usar el
servidor Tivoli Storage Manager con los dispositivos de cinta.

Otro software Shell Korn (ksh)

Requisitos de sistema operativo


Los siguientes sistemas operativos de 64 bits satisfacen los requisitos de sistema
operativo mínimos. No se ofrece compatibilidad con los sistemas operativos de 32
bits; la instalación solo continuará si el sistema operativo es de 64 bits. ArcGIS
Server solo se puede utilizar en Linux x86_64, en las CPU que se ajusten a la
arquitectura x86_64 (64 bits) con versiones de Linux compatibles.

Los equipos con un guión bajo (_) en el nombre no son compatibles. La


configuración no continuará si se detecta un guión bajo en el nombre del equipo.
No puede instalar el software como usuario raíz. Si intenta hacerlo, la instalación no
continuará y una herramienta de diagnóstico de software mostrará un mensaje de
error que indica que no puede instalar como raíz.

Sistemas operativos compatibles Última actualización o Service Pack probado

Red Hat Enterprise Linux Server 7 Update 2

Red Hat Enterprise Linux Server 6 Update 8

SUSE Linux Enterprise Server 12 Service Pack 1

SUSE Linux Enterprise Server 11 Service Pack 4

LTS de servidor de Ubuntu 16.04.1

CentOS Linux 7 7.2

CentOS Linux 6 6.8

Scientific Linux 7 7.2

Scientific Linux 6 6.8

Oracle Linux 7 Update 2

Oracle Linux 6 Update 8

Las anteriores y futuras actualizaciones o Service Packs de estos sistemas


operativos serán compatibles y deberían funcionar, salvo que se indique lo
contrario. El proveedor del sistema operativo deberá admitir también la versión y
las actualizaciones del sistema operativo.
Nota:

El Soporte técnico de Esri está disponible para CentOS, Scientific Linux y las versiones de
Oracle Linux que ofrezcan compatibilidad binaria total con una versión de Red Hat
compatible equivalente. Como requisito indispensable para registrar un defecto, se intentará
reproducir los problemas del software de estos sistemas operativos en Red Hat Enterprise
Linux. En el caso de Oracle Linux, la compatibilidad se basa en el uso del kernel
compatible con Red Hat.

Precaución:

Si desea instalar el software, ejecute el Asistente para la autorización de software de


ArcGIS o ejecute la herramienta Buscar actualizaciones utilizando la interfaz gráfica de
usuario (GUI) del sistema operativo, el grupo de paquetes X Window System es
obligatorio.

Linux: Requisitos del servidor de


Linux on System z
       Versión 7.1.5
Versión 7.1.5

El servidor de Tivoli Storage Manager para Linux en System z tiene requisitos de


hardware y software.
Requisitos de hardware
Tabla 1 describe los requisitos mínimos de hardware necesarios para Tivoli
Storage Manager Linux en el sistema System z. Para obtener más información
sobre la planificación del espacio de disco, consulte el apartado Linux:
Planificación de la capacidad.
Tabla 1. Requisitos de hardware

Tipo de
hardwar
e Requisitos de hardware

Hardware Una partición lógica nativa de 64 bits de IBM® zSeries, IBM System z9,
IBM System z10 o IBM zEnterprise System (z114 y z196) o invitado
z/VM.

Espacio Los siguientes valores de espacio mínimo de disco:


de disco  Requisitos de espacio del directorio /var en instalaciones nuevas
y actualizaciones de versión:
o 512 MB para nuevas instalaciones
o 2560 MB para actualizaciones de versión
 3 GB para el directorio de instalación
 2 GB para el directorio /tmp
 2 GB en el directorio padre
Consejo
Debe tener en cuenta que utilizará más espacio para la determinación de
problemas.
 2 GB para el área de recursos compartidos
Puede hacer falta más espacio para los archivos de registro y de la base de
datos. El tamaño de la base de datos depende del número de archivos de
cliente que deben almacenarse y de cómo los gestiona el servidor. El
espacio de registro activo predeterminado es de 16 GB, el mínimo que se
necesita para la mayoría de las cargas de trabajo y configuraciones.
Cuando se crea el registro activo, se necesita un tamaño mínimo de 64 GB
para ejecutar la réplica. Si se están usando réplica y deduplicación, cree un
registro activo de 128 GB de tamaño. Asigne al menos el triple del espacio
de registro activo predeterminado para el registro de archivado (48 GB).
Asegúrese de disponer de recursos suficientes si está utilizando la
eliminación de datos duplicados o tiene prevista una gran carga de trabajo
de cliente.
Para el rendimiento óptimo y para facilitar la E/S, especifique al menos
dos contenedores de igual tamaño o dos números de unidad lógica (LUN)
para la base de datos. Consulte IBM Tivoli Storage Manager Optimizing
Performance (V7.1.1) para obtener más información sobre los directorios
de configuración para la base de datos. Además, cada recurso activo y
registro de archivo debe tener su propio contenedor o LUN.
Asegúrese de consultar la sección sobre planificación de la capacidad para
obtener más detalles sobre el espacio de disco.
Tabla 1. Requisitos de hardware

Tipo de
hardwar
e Requisitos de hardware

Memoria Los siguientes valores mínimos para la memoria:


 12 GB.
 16 GB si utiliza la eliminación de datos duplicados
 Al menos 32 GB para servidores que se utilicen mucho. Con 32 GB
o más se mejora el rendimiento del inventario de bases de datos del
servidor de Tivoli Storage Manager.
 Si planea ejecutar varias instancias, cada una de las instancias
necesita la memoria listada para un servidor. Multiplique la memoria para
un servidor por el número de instancias planeadas para el sistema.
 Si va a utilizar la réplica de nodos sin desduplicación de datos, el
sistema necesita 32 GB de memoria. La réplica de nodo con la
desduplicación de datos requiere un mínimo de 64 GB de memoria.

Requisitos de software
Tabla 2 describe los requisitos mínimos de software que se requieren para Tivoli
Storage Manager Linux en el sistema System z.

Tabla 2. Requisitos de software

Tipo de
software Requisitos mínimos de software

Sistema El servidor de Tivoli Storage Manager en Linux en System z


operativo (arquitectura de s390x 64 bits) requiere uno de los siguientes
sistemas operativos:
 Red Hat Enterprise Linux 6
 Red Hat Enterprise Linux 7
 SUSE Linux Enterprise Server 11, Service Pack 2
 SUSE Linux Enterprise Server 12

Bibliotecas La biblioteca GNU C versión 2.4-31.43.6 está instalada en el sistema


de Tivoli Storage Manager.
Tabla 2. Requisitos de software

Tipo de
software Requisitos mínimos de software

Para SUSE Linux Enterprise Servers:


 libaio
 libstdc++.so.5 en la versión 3.3 o posterior (se requieren
paquetes de 32 y 64 bits)
 libstdc++.so.6 en la versión 4.3 o posterior (se requieren
paquetes de 32 y 64 bits)
Para Hat Enterprise Linux Servers:
 libaio
 libstdc++.so.6 (paquetes de 32 y 64 bit necesarios)
 numactl.x86_64

Protocolo de  TCP/IP Versión 4 o Versión 6, que es estándar con Linux


comunicaciones  Protocolo de memoria compartida (con el cliente de Tivoli
Storage Manager Versión 7.1.5 Linux on System z)

Proceso Entrada/salida asíncrona tiene que estar habilitado. En los kernels de


Linux en el 2.6 o posterior, instale la biblioteca libaio para habilitar
la E/S asíncrona.

Otro software Shell Korn (ksh)

También podría gustarte