Wiki de Sistemas Operativos - Contribuciones del usuario [es]

Contenedores con podman

2020-01-29T20:25:45Z

Isaarrveg: /* Algunas diferencias entre Podman y Docker */

A primera vista, Podman es muy similar a [https://1984.lsi.us.es/wiki-ssoo/index.php/Contenedores Docker].
Tan parecido es su uso que, para usar los comandos de podman, tan sólo tendremos que usar los de Docker y cambiar la palabra "docker" por "podman".
Si queremos hacer esta sustitución automática, de forma que, aun poniendo docker, funcione podman, ejecutamos el siguiente comando:

<syntaxhighlight lang="bash">
alias docker=podman
</syntaxhighlight>

(recomendado en la propia página de podman: https://podman.io/whatis.html)

=Descarga de podman=

En primer lugar, procuraremos tener la máquina virtual actualizada:
<syntaxhighlight lang="bash">
dnf search update
sudo dnf upgrade
</syntaxhighlight>

A continuación, ejecutanos:
<syntaxhighlight lang="bash">
sudo dnf install podman
</syntaxhighlight>

Una vez descargado, podemos consultar más información haciendo:
<syntaxhighlight lang="bash">
man podman
</syntaxhighlight>

=Construir una imagen a partir de un fichero Dockerfile=

Seguimos los mismos pasos que si creáramos una imagen a partir de un fichero con docker. Para ello, podman hace uso de los mismos Dockerfiles, sin hacer modificaciones. Lo podemos comprobar con el Dockerfile de ejemplo de aplicaciones hug usado [https://1984.lsi.us.es/wiki-ssoo/index.php/Contenedores aquí]. Con un editor de textos, como nano (que no viene por defecto instalado en la versión 31 de Fedora).

Para descargar nano:
<syntaxhighlight lang="bash">
sudo dnf install nano
</syntaxhighlight>

Dockerfile:
<syntaxhighlight lang="bash">
FROM python:alpine

ENV USERNAME="username"
RUN mkdir /app
RUN pip install hug
COPY endpoint.py /app
WORKDIR /app
CMD hug -f endpoint.py
</syntaxhighlight>

endpoint.py:
<syntaxhighlight lang="bash">
FROM python:alpine

ENV USERNAME="username"
RUN mkdir /app
RUN pip install hug
COPY endpoint.py /app
WORKDIR /app
CMD hug -f endpoint.py
</syntaxhighlight>

Dentro de la carpeta que contiene estos 2 archivos, para construir la imagen, ejecutamos el siguiente comando:
<syntaxhighlight lang="bash">
podman build -t app:v1 -f Dockerfile .
</syntaxhighlight>

Comprobamos que se ha creado la imagen correctamente:
<syntaxhighlight lang="bash">
podman images
</syntaxhighlight>

Iniciamos un contenedor a partir de nuestra nueva imagen:
<syntaxhighlight lang="bash">
podman run -ti app:v1
</syntaxhighlight>

Si todo funcionó bien, debería aparecer por pantalla:
<syntaxhighlight lang="bash">
/#######################################################################\
`.----``..-------..``.----.
:/:::::--:---------:--::::://.
.+::::----##/-/oo+:-##----:::://
`//::-------/oosoo-------::://. ## ## ## ## #####
.-:------./++o/o-.------::-` ``` ## ## ## ## ##
`----.-./+o+:..----. `.:///. ######## ## ## ##
``` `----.-::::::------ `.-:::://. ## ## ## ## ## ####
://::--.``` -:``...-----...` `:--::::::-.` ## ## ## ## ## ##
:/:::::::::-:- ````` .:::::-.` ## ## #### ######
``.--:::::::. .:::.`
``..::. .:: EMBRACE THE APIs OF THE FUTURE
::- .:-
-::` ::- VERSION 2.6.0
`::- -::`
-::-` -::-
\########################################################################/

Copyright (C) 2016 Timothy Edmund Crosley
Under the MIT License

Serving on :8000...

</syntaxhighlight>

==Algunas diferencias entre Podman y Docker==
*La primera diferencia que nos encontramos, respecto a Docker, es que Podman no tiene servicio.
*Podman no hace uso de un demonio.
*En podman, un usuario sólo puede ver y utilizar los contenedores y las imágenes que hayan sido creadas o descargadas por este mismo usuario. Por esto mismo,podemos hacer uso de podman sin ser necesariamente los administradores del sistema. Por esto mismo, si se descarga una imagen con el usuario por defecto, "sudo podman images" no la mostrará.

*Podman no posee todavía una herramienta de orquestación de contenedores oficial, ya que consideran que, por defecto, para esta tarea se emplea Kubernetes, para lo cuál Podman tiene comandos que facilitan su despligue con esta herramienta. Sin embargo, existe un proyecto third-party llamado [https://github.com/containers/podman-compose podman-compose], que trata de ser la solución a la sustitución de docker-compose.

Contenedores con podman

2020-01-29T20:23:02Z

Isaarrveg: /* Diferencias entre Podman y Docker */

A primera vista, Podman es muy similar a [https://1984.lsi.us.es/wiki-ssoo/index.php/Contenedores Docker].
Tan parecido es su uso que, para usar los comandos de podman, tan sólo tendremos que usar los de Docker y cambiar la palabra "docker" por "podman".
Si queremos hacer esta sustitución automática, de forma que, aun poniendo docker, funcione podman, ejecutamos el siguiente comando:

<syntaxhighlight lang="bash">
alias docker=podman
</syntaxhighlight>

(recomendado en la propia página de podman: https://podman.io/whatis.html)

=Descarga de podman=

En primer lugar, procuraremos tener la máquina virtual actualizada:
<syntaxhighlight lang="bash">
dnf search update
sudo dnf upgrade
</syntaxhighlight>

A continuación, ejecutanos:
<syntaxhighlight lang="bash">
sudo dnf install podman
</syntaxhighlight>

Una vez descargado, podemos consultar más información haciendo:
<syntaxhighlight lang="bash">
man podman
</syntaxhighlight>

=Construir una imagen a partir de un fichero Dockerfile=

Seguimos los mismos pasos que si creáramos una imagen a partir de un fichero con docker. Para ello, podman hace uso de los mismos Dockerfiles, sin hacer modificaciones. Lo podemos comprobar con el Dockerfile de ejemplo de aplicaciones hug usado [https://1984.lsi.us.es/wiki-ssoo/index.php/Contenedores aquí]. Con un editor de textos, como nano (que no viene por defecto instalado en la versión 31 de Fedora).

Para descargar nano:
<syntaxhighlight lang="bash">
sudo dnf install nano
</syntaxhighlight>

Dockerfile:
<syntaxhighlight lang="bash">
FROM python:alpine

ENV USERNAME="username"
RUN mkdir /app
RUN pip install hug
COPY endpoint.py /app
WORKDIR /app
CMD hug -f endpoint.py
</syntaxhighlight>

endpoint.py:
<syntaxhighlight lang="bash">
FROM python:alpine

ENV USERNAME="username"
RUN mkdir /app
RUN pip install hug
COPY endpoint.py /app
WORKDIR /app
CMD hug -f endpoint.py
</syntaxhighlight>

Dentro de la carpeta que contiene estos 2 archivos, para construir la imagen, ejecutamos el siguiente comando:
<syntaxhighlight lang="bash">
podman build -t app:v1 -f Dockerfile .
</syntaxhighlight>

Comprobamos que se ha creado la imagen correctamente:
<syntaxhighlight lang="bash">
podman images
</syntaxhighlight>

Iniciamos un contenedor a partir de nuestra nueva imagen:
<syntaxhighlight lang="bash">
podman run -ti app:v1
</syntaxhighlight>

Si todo funcionó bien, debería aparecer por pantalla:
<syntaxhighlight lang="bash">
/#######################################################################\
`.----``..-------..``.----.
:/:::::--:---------:--::::://.
.+::::----##/-/oo+:-##----:::://
`//::-------/oosoo-------::://. ## ## ## ## #####
.-:------./++o/o-.------::-` ``` ## ## ## ## ##
`----.-./+o+:..----. `.:///. ######## ## ## ##
``` `----.-::::::------ `.-:::://. ## ## ## ## ## ####
://::--.``` -:``...-----...` `:--::::::-.` ## ## ## ## ## ##
:/:::::::::-:- ````` .:::::-.` ## ## #### ######
``.--:::::::. .:::.`
``..::. .:: EMBRACE THE APIs OF THE FUTURE
::- .:-
-::` ::- VERSION 2.6.0
`::- -::`
-::-` -::-
\########################################################################/

Copyright (C) 2016 Timothy Edmund Crosley
Under the MIT License

Serving on :8000...

</syntaxhighlight>

==Algunas diferencias entre Podman y Docker==
*La primera diferencia que nos encontramos, respecto a Docker, es que Podman no tiene servicio.
*Podman no hace uso de un demonio.
*En podman, un usuario sólo puede ver y utilizar las imágenes y contenedores que han sido descargadas por este mismo usuario. Por esto mismo,podemos hacer uso de podman sin ser necesariamente los administradores del sistema.

*Podman no posee todavía una herramienta de orquestación de contenedores oficial, ya que consideran que, por defecto, para esta tarea se emplea Kubernetes, para lo cuál Podman tiene comandos que facilitan su despligue con esta herramienta. Sin embargo, existe un proyecto third-party llamado [https://github.com/containers/podman-compose podman-compose], que trata de ser la solución a la sustitución de docker-compose.

Contenedores con podman

2020-01-29T20:18:59Z

Isaarrveg:

A primera vista, Podman es muy similar a [https://1984.lsi.us.es/wiki-ssoo/index.php/Contenedores Docker].
Tan parecido es su uso que, para usar los comandos de podman, tan sólo tendremos que usar los de Docker y cambiar la palabra "docker" por "podman".
Si queremos hacer esta sustitución automática, de forma que, aun poniendo docker, funcione podman, ejecutamos el siguiente comando:

<syntaxhighlight lang="bash">
alias docker=podman
</syntaxhighlight>

(recomendado en la propia página de podman: https://podman.io/whatis.html)

=Descarga de podman=

En primer lugar, procuraremos tener la máquina virtual actualizada:
<syntaxhighlight lang="bash">
dnf search update
sudo dnf upgrade
</syntaxhighlight>

A continuación, ejecutanos:
<syntaxhighlight lang="bash">
sudo dnf install podman
</syntaxhighlight>

Una vez descargado, podemos consultar más información haciendo:
<syntaxhighlight lang="bash">
man podman
</syntaxhighlight>

=Construir una imagen a partir de un fichero Dockerfile=

Seguimos los mismos pasos que si creáramos una imagen a partir de un fichero con docker. Para ello, podman hace uso de los mismos Dockerfiles, sin hacer modificaciones. Lo podemos comprobar con el Dockerfile de ejemplo de aplicaciones hug usado [https://1984.lsi.us.es/wiki-ssoo/index.php/Contenedores aquí]. Con un editor de textos, como nano (que no viene por defecto instalado en la versión 31 de Fedora).

Para descargar nano:
<syntaxhighlight lang="bash">
sudo dnf install nano
</syntaxhighlight>

Dockerfile:
<syntaxhighlight lang="bash">
FROM python:alpine

ENV USERNAME="username"
RUN mkdir /app
RUN pip install hug
COPY endpoint.py /app
WORKDIR /app
CMD hug -f endpoint.py
</syntaxhighlight>

endpoint.py:
<syntaxhighlight lang="bash">
FROM python:alpine

ENV USERNAME="username"
RUN mkdir /app
RUN pip install hug
COPY endpoint.py /app
WORKDIR /app
CMD hug -f endpoint.py
</syntaxhighlight>

Dentro de la carpeta que contiene estos 2 archivos, para construir la imagen, ejecutamos el siguiente comando:
<syntaxhighlight lang="bash">
podman build -t app:v1 -f Dockerfile .
</syntaxhighlight>

Comprobamos que se ha creado la imagen correctamente:
<syntaxhighlight lang="bash">
podman images
</syntaxhighlight>

Iniciamos un contenedor a partir de nuestra nueva imagen:
<syntaxhighlight lang="bash">
podman run -ti app:v1
</syntaxhighlight>

Si todo funcionó bien, debería aparecer por pantalla:
<syntaxhighlight lang="bash">
/#######################################################################\
`.----``..-------..``.----.
:/:::::--:---------:--::::://.
.+::::----##/-/oo+:-##----:::://
`//::-------/oosoo-------::://. ## ## ## ## #####
.-:------./++o/o-.------::-` ``` ## ## ## ## ##
`----.-./+o+:..----. `.:///. ######## ## ## ##
``` `----.-::::::------ `.-:::://. ## ## ## ## ## ####
://::--.``` -:``...-----...` `:--::::::-.` ## ## ## ## ## ##
:/:::::::::-:- ````` .:::::-.` ## ## #### ######
``.--:::::::. .:::.`
``..::. .:: EMBRACE THE APIs OF THE FUTURE
::- .:-
-::` ::- VERSION 2.6.0
`::- -::`
-::-` -::-
\########################################################################/

Copyright (C) 2016 Timothy Edmund Crosley
Under the MIT License

Serving on :8000...

</syntaxhighlight>

==Diferencias entre Podman y Docker==
*La primera diferencia que nos encontramos, respecto a Docker, es que Podman no tiene servicio.
*Podman no hace uso de un demonio.
*En podman, un usuario sólo puede ver y utilizar las imágenes y contenedores que han sido descargadas por este mismo usuario. Por esto mismo,podemos hacer uso de podman sin ser necesariamente los administradores del sistema.

*Podman no posee todavía una herramienta de orquestación de contenedores oficial, ya que consideran que, por defecto, para esta tarea se emplea Kubernetes, para lo cuál Podman tiene comandos que facilitan su despligue con esta herramienta. Sin embargo, existe un proyecto third-party llamado [https://github.com/containers/podman-compose podman-compose], que trata de ser la solución a la sustitución de docker-compose.

Contenedores con podman

2020-01-29T20:17:04Z

Isaarrveg: /* Descarga de podman */

A primera vista, Podman es muy similar a [https://1984.lsi.us.es/wiki-ssoo/index.php/Contenedores Docker].
Tan parecido es su uso que, para usar los comandos de podman, tan sólo tendremos que usar los de Docker y cambiar la palabra "docker" por "podman".
Si queremos hacer esta sustitución automática, de forma que, aun poniendo docker, funcione podman, ejecutamos el siguiente comando:

<syntaxhighlight lang="bash">
alias docker=podman
</syntaxhighlight>

(recomendado en la propia página de podman: https://podman.io/whatis.html)

Sin embargo, a pesar de que casi todos los comandos se pueden transcribir tal cuál de docker a podman, el segundo tiene diferencias en cuanto a su funcionamiento.

==Diferencias de Podman y Docker==
*La primera diferencia que nos encontramos, respecto a Docker, es que Podman no tiene servicio.
*Podman no hace uso de un demonio.
*En podman, un usuario sólo puede ver y utilizar las imágenes y contenedores que han sido descargadas por este mismo usuario. Por esto mismo,podemos hacer uso de podman sin ser necesariamente los administradores del sistema.

*Podman no posee todavía una herramienta de orquestación de contenedores oficial, ya que consideran que, por defecto, para esta tarea se emplea Kubernetes, para lo cuál Podman tiene comandos que facilitan su despligue con esta herramienta. Sin embargo, existe un proyecto third-party llamado [https://github.com/containers/podman-compose podman-compose], que trata de ser la solución a la sustitución de docker-compose.

=Descarga de podman=

En primer lugar, procuraremos tener la máquina virtual actualizada:
<syntaxhighlight lang="bash">
dnf search update
sudo dnf upgrade
</syntaxhighlight>

A continuación, ejecutanos:
<syntaxhighlight lang="bash">
sudo dnf install podman
</syntaxhighlight>

Una vez descargado, podemos consultar más información haciendo:
<syntaxhighlight lang="bash">
man podman
</syntaxhighlight>

=Construir una imagen a partir de un fichero Dockerfile=

Seguimos los mismos pasos que si creáramos una imagen a partir de un fichero con docker. Para ello, podman hace uso de los mismos Dockerfiles, sin hacer modificaciones. Lo podemos comprobar con el Dockerfile de ejemplo de aplicaciones hug usado [https://1984.lsi.us.es/wiki-ssoo/index.php/Contenedores aquí]. Con un editor de textos, como nano (que no viene por defecto instalado en la versión 31 de Fedora).

Para descargar nano:
<syntaxhighlight lang="bash">
sudo dnf install nano
</syntaxhighlight>

Dockerfile:
<syntaxhighlight lang="bash">
FROM python:alpine

ENV USERNAME="username"
RUN mkdir /app
RUN pip install hug
COPY endpoint.py /app
WORKDIR /app
CMD hug -f endpoint.py
</syntaxhighlight>

endpoint.py:
<syntaxhighlight lang="bash">
FROM python:alpine

ENV USERNAME="username"
RUN mkdir /app
RUN pip install hug
COPY endpoint.py /app
WORKDIR /app
CMD hug -f endpoint.py
</syntaxhighlight>

Dentro de la carpeta que contiene estos 2 archivos, para construir la imagen, ejecutamos el siguiente comando:
<syntaxhighlight lang="bash">
podman build -t app:v1 -f Dockerfile .
</syntaxhighlight>

Comprobamos que se ha creado la imagen correctamente:
<syntaxhighlight lang="bash">
podman images
</syntaxhighlight>

Iniciamos un contenedor a partir de nuestra nueva imagen:
<syntaxhighlight lang="bash">
podman run -ti app:v1
</syntaxhighlight>

Si todo funcionó bien, debería aparecer por pantalla:
<syntaxhighlight lang="bash">
/#######################################################################\
`.----``..-------..``.----.
:/:::::--:---------:--::::://.
.+::::----##/-/oo+:-##----:::://
`//::-------/oosoo-------::://. ## ## ## ## #####
.-:------./++o/o-.------::-` ``` ## ## ## ## ##
`----.-./+o+:..----. `.:///. ######## ## ## ##
``` `----.-::::::------ `.-:::://. ## ## ## ## ## ####
://::--.``` -:``...-----...` `:--::::::-.` ## ## ## ## ## ##
:/:::::::::-:- ````` .:::::-.` ## ## #### ######
``.--:::::::. .:::.`
``..::. .:: EMBRACE THE APIs OF THE FUTURE
::- .:-
-::` ::- VERSION 2.6.0
`::- -::`
-::-` -::-
\########################################################################/

Copyright (C) 2016 Timothy Edmund Crosley
Under the MIT License

Serving on :8000...

</syntaxhighlight>

Contenedores con podman

2020-01-29T20:16:31Z

Isaarrveg:

A primera vista, Podman es muy similar a [https://1984.lsi.us.es/wiki-ssoo/index.php/Contenedores Docker].
Tan parecido es su uso que, para usar los comandos de podman, tan sólo tendremos que usar los de Docker y cambiar la palabra "docker" por "podman".
Si queremos hacer esta sustitución automática, de forma que, aun poniendo docker, funcione podman, ejecutamos el siguiente comando:

<syntaxhighlight lang="bash">
alias docker=podman
</syntaxhighlight>

(recomendado en la propia página de podman: https://podman.io/whatis.html)

Sin embargo, a pesar de que casi todos los comandos se pueden transcribir tal cuál de docker a podman, el segundo tiene diferencias en cuanto a su funcionamiento.

==Diferencias de Podman y Docker==
*La primera diferencia que nos encontramos, respecto a Docker, es que Podman no tiene servicio.
*Podman no hace uso de un demonio.
*En podman, un usuario sólo puede ver y utilizar las imágenes y contenedores que han sido descargadas por este mismo usuario. Por esto mismo,podemos hacer uso de podman sin ser necesariamente los administradores del sistema.

*Podman no posee todavía una herramienta de orquestación de contenedores oficial, ya que consideran que, por defecto, para esta tarea se emplea Kubernetes, para lo cuál Podman tiene comandos que facilitan su despligue con esta herramienta. Sin embargo, existe un proyecto third-party llamado [https://github.com/containers/podman-compose podman-compose], que trata de ser la solución a la sustitución de docker-compose.

=Descarga de podman=

En primer lugar, procuraremos tener la máquina virtual actualizada:
<syntaxhighlight lang="bash">
dnf search update
sudo dnf upgrade
</syntaxhighlight>

A continuación, ejecutanos:
<syntaxhighlight lang="bash">
sudo dnf install podman
</syntaxhighlight>

Una vez descargado, para más información:
<syntaxhighlight lang="bash">
man podman
</syntaxhighlight>

=Construir una imagen a partir de un fichero Dockerfile=

Seguimos los mismos pasos que si creáramos una imagen a partir de un fichero con docker. Para ello, podman hace uso de los mismos Dockerfiles, sin hacer modificaciones. Lo podemos comprobar con el Dockerfile de ejemplo de aplicaciones hug usado [https://1984.lsi.us.es/wiki-ssoo/index.php/Contenedores aquí]. Con un editor de textos, como nano (que no viene por defecto instalado en la versión 31 de Fedora).

Para descargar nano:
<syntaxhighlight lang="bash">
sudo dnf install nano
</syntaxhighlight>

Dockerfile:
<syntaxhighlight lang="bash">
FROM python:alpine

ENV USERNAME="username"
RUN mkdir /app
RUN pip install hug
COPY endpoint.py /app
WORKDIR /app
CMD hug -f endpoint.py
</syntaxhighlight>

endpoint.py:
<syntaxhighlight lang="bash">
FROM python:alpine

ENV USERNAME="username"
RUN mkdir /app
RUN pip install hug
COPY endpoint.py /app
WORKDIR /app
CMD hug -f endpoint.py
</syntaxhighlight>

Dentro de la carpeta que contiene estos 2 archivos, para construir la imagen, ejecutamos el siguiente comando:
<syntaxhighlight lang="bash">
podman build -t app:v1 -f Dockerfile .
</syntaxhighlight>

Comprobamos que se ha creado la imagen correctamente:
<syntaxhighlight lang="bash">
podman images
</syntaxhighlight>

Iniciamos un contenedor a partir de nuestra nueva imagen:
<syntaxhighlight lang="bash">
podman run -ti app:v1
</syntaxhighlight>

Si todo funcionó bien, debería aparecer por pantalla:
<syntaxhighlight lang="bash">
/#######################################################################\
`.----``..-------..``.----.
:/:::::--:---------:--::::://.
.+::::----##/-/oo+:-##----:::://
`//::-------/oosoo-------::://. ## ## ## ## #####
.-:------./++o/o-.------::-` ``` ## ## ## ## ##
`----.-./+o+:..----. `.:///. ######## ## ## ##
``` `----.-::::::------ `.-:::://. ## ## ## ## ## ####
://::--.``` -:``...-----...` `:--::::::-.` ## ## ## ## ## ##
:/:::::::::-:- ````` .:::::-.` ## ## #### ######
``.--:::::::. .:::.`
``..::. .:: EMBRACE THE APIs OF THE FUTURE
::- .:-
-::` ::- VERSION 2.6.0
`::- -::`
-::-` -::-
\########################################################################/

Copyright (C) 2016 Timothy Edmund Crosley
Under the MIT License

Serving on :8000...

</syntaxhighlight>

Contenedores con podman

2020-01-29T19:30:36Z

Isaarrveg: /* Construir una imagen a partir de un fichero Dockerfile */

A primera vista, Podman es muy similar a [https://1984.lsi.us.es/wiki-ssoo/index.php/Contenedores Docker].
Tan parecido es su uso que, para usar los comandos de podman, tan sólo tendremos que usar los de Docker y cambiar la palabra "docker" por "podman".
Si queremos hacer esta sustitución automática, de forma que, aun poniendo docker, funcione podman, ejecutamos el siguiente comando:

<syntaxhighlight lang="bash">
alias docker=podman
</syntaxhighlight>

(recomendado en la propia página de podman: https://podman.io/whatis.html)

Sin embargo, a pesar de que casi todos los comandos se pueden transcribir tal cuál de docker a podman, el segundo tiene diferencias en cuanto a su funcionamiento.

==Diferencias de Podman y Docker==
*La primera diferencia que nos encontramos, respecto a Docker, es que Podman no tiene servicio.
*Podman no hace uso de un demonio.
*En podman, un usuario sólo puede ver y utilizar las imágenes y contenedores que han sido descargadas por este mismo usuario. Por esto mismo,podemos hacer uso de podman sin ser necesariamente los administradores del sistema.

*Podman no posee todavía una herramienta de orquestación de contenedores oficial, ya que consideran que, por defecto, para esta tarea se emplea Kubernetes, para lo cuál Podman tiene comandos que facilitan su despligue con esta herramienta. Sin embargo, existe un proyecto third-party llamado [https://github.com/containers/podman-compose podman-compose], que trata de ser la solución a la sustitución de docker-compose.

=Descarga de podman=

En primer lugar, procuraremos tener la máquina virtual actualizada:
<syntaxhighlight lang="bash">
dnf search update
sudo dnf upgrade
</syntaxhighlight>

A continuación, ejecutanos:
<syntaxhighlight lang="bash">
sudo dnf install podman
</syntaxhighlight>

Una vez descargado, para más información:
<syntaxhighlight lang="bash">
man podman
</syntaxhighlight>

=Construir una imagen a partir de un fichero Dockerfile=

Seguimos los mismos pasos que si creáramos una imagen a partir de un fichero con docker. Para ello, podman hace uso de los mismos Dockerfiles, sin hacer modificaciones. Lo podemos comprobar con el Dockerfile de ejemplo de aplicaciones hug usado [https://1984.lsi.us.es/wiki-ssoo/index.php/Contenedores aquí]. Con un editor de textos, como nano (que no viene por defecto instalado en la versión 31 de Fedora).

Para descargar nano:
<syntaxhighlight lang="bash">
sudo dnf install nano
</syntaxhighlight>

Dockerfile:
<syntaxhighlight lang="bash">
FROM python:alpine

ENV USERNAME="username"
RUN mkdir /app
RUN pip install hug
COPY endpoint.py /app
WORKDIR /app
CMD hug -f endpoint.py
</syntaxhighlight>

endpoint.py:
<syntaxhighlight lang="bash">
FROM python:alpine

ENV USERNAME="username"
RUN mkdir /app
RUN pip install hug
COPY endpoint.py /app
WORKDIR /app
CMD hug -f endpoint.py
</syntaxhighlight>

Dentro de la carpeta que contiene estos 2 archivos, para construir la imagen, ejecutamos el siguiente comando:
<syntaxhighlight lang="bash">
podman build -t app:v1 -f Dockerfile .
</syntaxhighlight>

Iniciamos un contenedor a partir de nuestra nueva imagen:
<syntaxhighlight lang="bash">
podman run -ti app:v1
</syntaxhighlight>

Si todo funcionó bien, debería aparecer por pantalla:
<syntaxhighlight lang="bash">
/#######################################################################\
`.----``..-------..``.----.
:/:::::--:---------:--::::://.
.+::::----##/-/oo+:-##----:::://
`//::-------/oosoo-------::://. ## ## ## ## #####
.-:------./++o/o-.------::-` ``` ## ## ## ## ##
`----.-./+o+:..----. `.:///. ######## ## ## ##
``` `----.-::::::------ `.-:::://. ## ## ## ## ## ####
://::--.``` -:``...-----...` `:--::::::-.` ## ## ## ## ## ##
:/:::::::::-:- ````` .:::::-.` ## ## #### ######
``.--:::::::. .:::.`
``..::. .:: EMBRACE THE APIs OF THE FUTURE
::- .:-
-::` ::- VERSION 2.6.0
`::- -::`
-::-` -::-
\########################################################################/

Copyright (C) 2016 Timothy Edmund Crosley
Under the MIT License

Serving on :8000...

</syntaxhighlight>

Contenedores con podman

2020-01-29T19:29:25Z

Isaarrveg:

A primera vista, Podman es muy similar a [https://1984.lsi.us.es/wiki-ssoo/index.php/Contenedores Docker].
Tan parecido es su uso que, para usar los comandos de podman, tan sólo tendremos que usar los de Docker y cambiar la palabra "docker" por "podman".
Si queremos hacer esta sustitución automática, de forma que, aun poniendo docker, funcione podman, ejecutamos el siguiente comando:

<syntaxhighlight lang="bash">
alias docker=podman
</syntaxhighlight>

(recomendado en la propia página de podman: https://podman.io/whatis.html)

Sin embargo, a pesar de que casi todos los comandos se pueden transcribir tal cuál de docker a podman, el segundo tiene diferencias en cuanto a su funcionamiento.

==Diferencias de Podman y Docker==
*La primera diferencia que nos encontramos, respecto a Docker, es que Podman no tiene servicio.
*Podman no hace uso de un demonio.
*En podman, un usuario sólo puede ver y utilizar las imágenes y contenedores que han sido descargadas por este mismo usuario. Por esto mismo,podemos hacer uso de podman sin ser necesariamente los administradores del sistema.

*Podman no posee todavía una herramienta de orquestación de contenedores oficial, ya que consideran que, por defecto, para esta tarea se emplea Kubernetes, para lo cuál Podman tiene comandos que facilitan su despligue con esta herramienta. Sin embargo, existe un proyecto third-party llamado [https://github.com/containers/podman-compose podman-compose], que trata de ser la solución a la sustitución de docker-compose.

=Descarga de podman=

En primer lugar, procuraremos tener la máquina virtual actualizada:
<syntaxhighlight lang="bash">
dnf search update
sudo dnf upgrade
</syntaxhighlight>

A continuación, ejecutanos:
<syntaxhighlight lang="bash">
sudo dnf install podman
</syntaxhighlight>

Una vez descargado, para más información:
<syntaxhighlight lang="bash">
man podman
</syntaxhighlight>

=Construir una imagen a partir de un fichero Dockerfile=

Seguimos los mismos pasos que si creáramos una imagen a partir de un fichero con docker. Para ello, podman hace uso de los mismos Dockerfiles, sin hacer modificaciones. Lo podemos comprobar con el Dockerfile de ejemplo de aplicaciones hug usado [https://1984.lsi.us.es/wiki-ssoo/index.php/Contenedores aquí]. Con un editor de textos, como nano (que no viene por defecto instalado en la versión 31 de Fedora), creamos estos dos ficheros:

Dockerfile:
<syntaxhighlight lang="bash">
FROM python:alpine

ENV USERNAME="username"
RUN mkdir /app
RUN pip install hug
COPY endpoint.py /app
WORKDIR /app
CMD hug -f endpoint.py
</syntaxhighlight>

endpoint.py:
<syntaxhighlight lang="bash">
FROM python:alpine

ENV USERNAME="username"
RUN mkdir /app
RUN pip install hug
COPY endpoint.py /app
WORKDIR /app
CMD hug -f endpoint.py
</syntaxhighlight>

Dentro de la carpeta que contiene estos 2 archivos, para construir la imagen, ejecutamos el siguiente comando:
<syntaxhighlight lang="bash">
podman build -t app:v1 -f Dockerfile .
</syntaxhighlight>

Iniciamos un contenedor a partir de nuestra nueva imagen:
<syntaxhighlight lang="bash">
podman run -ti app:v1
</syntaxhighlight>

Si todo funcionó bien, debería aparecer por pantalla:
<syntaxhighlight lang="bash">
/#######################################################################\
`.----``..-------..``.----.
:/:::::--:---------:--::::://.
.+::::----##/-/oo+:-##----:::://
`//::-------/oosoo-------::://. ## ## ## ## #####
.-:------./++o/o-.------::-` ``` ## ## ## ## ##
`----.-./+o+:..----. `.:///. ######## ## ## ##
``` `----.-::::::------ `.-:::://. ## ## ## ## ## ####
://::--.``` -:``...-----...` `:--::::::-.` ## ## ## ## ## ##
:/:::::::::-:- ````` .:::::-.` ## ## #### ######
``.--:::::::. .:::.`
``..::. .:: EMBRACE THE APIs OF THE FUTURE
::- .:-
-::` ::- VERSION 2.6.0
`::- -::`
-::-` -::-
\########################################################################/

Copyright (C) 2016 Timothy Edmund Crosley
Under the MIT License

Serving on :8000...

</syntaxhighlight>

Contenedores con podman

2020-01-27T15:58:22Z

Isaarrveg:

Contenedores con podman

2020-01-27T15:57:38Z

Isaarrveg: Página creada con «A primera vista, Podman es muy similar a [https://1984.lsi.us.es/wiki-ssoo/index.php/Contenedores Docker]. Tan parecido es su uso que, para usar los comandos de podman, tan...»

Usando Fedora en libvirt

2020-01-27T15:18:42Z

Isaarrveg: Página creada con «= Paso 1: Descargar la imagen de Fedora Cloud = El proceso para crear una máquina virtual de fedora es muy similar al de una imagen virtual de Ubuntu, descrito en: Virt...»

= Paso 1: Descargar la imagen de Fedora Cloud =

El proceso para crear una máquina virtual de fedora es muy similar al de una imagen virtual de Ubuntu, descrito en: [[Virtualización_con_libvirt]].

Primero, nos haremos con la imagen cloud de la versión de fedora que queramos usar. En este caso, fedora 31 es la más reciente. Podemos encontrarla en el siguiente enlace:
https://alt.fedoraproject.org/cloud/ .
Escogeremos la '''Imagen Cloud Base para Openstack''', que es una imagen qcow2, con las que trabaja libvirt.

=Paso 2: Configuración de la imagen de Fedora con cloud-init =
Similar a la configuración cloud que se realiza para crear máquinas virtuales de Ubuntu.
Podríamos hacer una máquina virtual tal cuál a partir de esta imagen pero, para poder hacer login en ella y usarla correctamente, necesitamos crearnos un fichero de configuración de cloud.cfg. Con un editor de textos, escribimos la configuración que queramos. Por ejemplo:

<syntaxhighlight lang="bash">
#cloud-config
password: fedora
chpasswd: { expire: False }
ssh_pwauth: True
</syntaxhighlight>
(De nuevo, es similar a cuando creamos una máquina virtual de Ubuntu)

A continuación, en el mismo directorio donde guardamos nuestro cloud.cfg, desde la terminal, escribimos el siguiente comando para que apliquen estos cambios a la imagen:
<syntaxhighlight lang="bash">
cloud-localds mediafed.img cloud.cfg
</syntaxhighlight>
Estó generará el archivo mediafed.img, que lo utilizaremos en libvirt.

=Paso 3: Creación de la máquina virtual=
Abrimos virt manager y seleccionamos creación de una máquina virtual nueva por '''medio de instalación local (imagen ISO o CDROM)'''.
Seguimos los mismos pasos que con una imagen de ubuntu, poniendo en “Utilizar imagen ISO” nuestro mediafed.img, al menos 2GB de memoria ram y en “Creación de una máquina virtual nueva”, nuestra imagen qcow2. Tras logearnos con el usuario por defecto “fedora” y la contraseña que hemos puesto en el cloud.cfg, ya tenemos nuestra máquina con fedora lista para su uso.

'''Muy importante:''' por defecto,el cloud-init de la máquina virtual de Fedora hará múltiples intentos de conexiones, que resultarán todas fallidas. Esto provocará que el arranque de la máquina virtual tarde unos 4 minutos y medio. Para evitar tener que esperar todo este tiempo en futuros usos de nuestra máquina virtual, ejecutamos el siguiente comando una vez consigamos iniciar sesión en ella:
<syntaxhighlight lang="bash">
touch /etc/cloud/cloud-init.disabled
</syntaxhighlight>

De esta forma, no debería de tardar tanto

RAIDs

2019-12-23T18:40:49Z

Isaarrveg: /* RAID 4 */

==Definición de RAID==
Un RAID, del inglés '''Redundant Array of Independent Disks''', consiste en la unión dos o más discos con idea de simular uno de mejores características, como mayor rendimiento, tolerancia a fallos o capacidad, según las diferentes configuraciones o “niveles”.

Niveles de raid más comunes:
*RAID 0: Mejora capacidad.
*RAID 1: Mejor fiabilidad y tasa de transferencia (solo lectura).
*RAID 4: Mejor tamaño y fiabilidad (si se detecta un fallo en un único disco se puede solucionar).
*RAID 5: Similar al 4 pero con la paridad distribuida.
*RAID 0+1, RAID 1+0: Raids anidados.

==RAID 0==
[[Archivo:raid-0.jpg|300px|thumb|right|RAID 0]]
En este nivel, se utilizan N discos para simular uno de mayor capacidad. La información se divide en bandas (strips) de N sectores consecutivos. Cada sector de una banda se almacena en un disco y se transfieren en paralelo. Las ventajas de este nivel residen en una mejor tasa de transferencia de datos y capacidad. Se puede crear un raid 0 con discos de distinto tamaño, pero el espacio de almacenamiento añadido se limita al del disco de menor capacidad. Ej: Un 450 GB + 100GB= 200 GB (100GB de cada disco). La desventaja principal de este nivel es su fiabilidad, ya que si se daña un disco esa información es irrecuperable.

Características:
*Mayor capacidad.
*Mejora de transferencia
*Peor fiabilidad, ya que ,si se daña un disco, esa información es irrecuperable.

==RAID 1==
[[Archivo:RAID1.jpg|300px|thumb|right|RAID 0]]
Este nivel es conocido también como RAID espejo debido a su funcionamiento. Los datos se almacenan simultáneamente en N discos (normalmente 2), mejorando así la transferencia en la lectura. Aunque la información esté almacenada en varios discos, no reemplaza a la copia de seguridad, ya que una modificación en cualquiera de los discos produce una replicación del mismo en el resto de discos automáticamente. Por otra parte, al almacenar los mismos datos en varios discos, disminuye la capacidad de almacenamiento.

Características:
*Mejor tasa de transferencia en la lectura
*Mejor fiabilidad.
*No aumenta el tamaño.

==RAID 4==
[[Archivo:RAID4.png|300px|thumb|right|RAID 4]]
Para este nivel, se unirán N+1 discos (se necesitan mínimo 3) que simularán uno único de mayor capacidad. Es similar al raid 0, con la excepción de que uno de los discos será el de paridad, que almacenará las operaciones matemáticas realizadas.
Aunque se realice escritura en paralelo, supone una mejora de la capacidad y, gracias al disco de paridad, de fiabilidad: si el sistema detecta que uno (sólo uno) de los discos, que no sea el de paridad, ha dejado de funcionar,es decir, se ha roto, se podrá recuperar la información gracias a este. Por este motivo, el disco de paridad se transforma en cuello de botella.

Características:
*Mayor tamaño
*Mayor fiabilidad
*El disco de paridad produce cuello de botella.

==RAID 5==
[[Archivo:Raid_5.jpg|300px|thumb|right|RAID 5]]
Este RAID es similar al anterior, pero soluciona el problema de cuello de botella del disco de paridad. El funcionamiento es el mismo que el del RAID 4, pero los bloques de paridad se reparten entre los distintos discos.

Características:
*Mayor tamaño.
*Mayor fiabilidad.
*Soluciona el cuello de botella del RAID 4.

==RAID 0+1 o RAID 01 (RAID ANIDADO)==
[[Archivo:Raid_01.jpg|300px|thumb|right|RAID 0+1 o RAID 01]]
Es un RAID cuyo fin es replicar y compartir datos entre varios discos, uniendo las funciones de los raid 0 y 1. Se puede definir un RAID 0+1 como un espejo de divisiones.

Su funcionamiento es el siguiente: Sobre un RAID 0 previamente creado, se realiza un segundo RAID 0 con los mismos datos del primero, de forma que se hace espejo de este. De esta forma, se crea un RAID 1 formado por los dos RAID 0. Aporta mayor fiabilidad ya que, si falla uno de los discos, se pueden recuperar los datos accediendo a su disco espejo.

Su desventaja principal reside a la hora de aumentar el tamaño, porque debido a su estructuración, si se añade un disco a un lado, ha de ser añadido al otro para que ambos RAID 0 sean idénticos.

==RAID 1+0 o RAID 10 (RAID ANIDADO)==
[[Archivo:Raid_10.jpg|300px|thumb|right|RAID 1+0 o RAID 10]]
Su composición es similar a la del raid 0+1 anteriormente mencionado solo que, en este caso, se invierte el orden en el que se realizan RAID 0 y RAID 1,de manera que se crea una división de espejos.

Se realizan dos RAID 1 con la misma información y, sobre estos, un RAID 0 que los une. De esta forma, si falla una de las divisiones de uno de los RAID 1, se podrá recuperar con su otra mitad. No obstante, si falla todo el raid 1, la información será irreparable, ya que el RAID 0 no podría recuperar su información usando sólo una de sus mitades. Por ello, el RAID 0+1 es más habitual que este.

RAIDs

2019-12-23T18:40:25Z

Isaarrveg: /* RAID 4 */

==Definición de RAID==
Un RAID, del inglés '''Redundant Array of Independent Disks''', consiste en la unión dos o más discos con idea de simular uno de mejores características, como mayor rendimiento, tolerancia a fallos o capacidad, según las diferentes configuraciones o “niveles”.

Niveles de raid más comunes:
*RAID 0: Mejora capacidad.
*RAID 1: Mejor fiabilidad y tasa de transferencia (solo lectura).
*RAID 4: Mejor tamaño y fiabilidad (si se detecta un fallo en un único disco se puede solucionar).
*RAID 5: Similar al 4 pero con la paridad distribuida.
*RAID 0+1, RAID 1+0: Raids anidados.

==RAID 0==
[[Archivo:raid-0.jpg|300px|thumb|right|RAID 0]]
En este nivel, se utilizan N discos para simular uno de mayor capacidad. La información se divide en bandas (strips) de N sectores consecutivos. Cada sector de una banda se almacena en un disco y se transfieren en paralelo. Las ventajas de este nivel residen en una mejor tasa de transferencia de datos y capacidad. Se puede crear un raid 0 con discos de distinto tamaño, pero el espacio de almacenamiento añadido se limita al del disco de menor capacidad. Ej: Un 450 GB + 100GB= 200 GB (100GB de cada disco). La desventaja principal de este nivel es su fiabilidad, ya que si se daña un disco esa información es irrecuperable.

Características:
*Mayor capacidad.
*Mejora de transferencia
*Peor fiabilidad, ya que ,si se daña un disco, esa información es irrecuperable.

==RAID 1==
[[Archivo:RAID1.jpg|300px|thumb|right|RAID 0]]
Este nivel es conocido también como RAID espejo debido a su funcionamiento. Los datos se almacenan simultáneamente en N discos (normalmente 2), mejorando así la transferencia en la lectura. Aunque la información esté almacenada en varios discos, no reemplaza a la copia de seguridad, ya que una modificación en cualquiera de los discos produce una replicación del mismo en el resto de discos automáticamente. Por otra parte, al almacenar los mismos datos en varios discos, disminuye la capacidad de almacenamiento.

Características:
*Mejor tasa de transferencia en la lectura
*Mejor fiabilidad.
*No aumenta el tamaño.

==RAID 4==
[[Archivo:RAID4.jpg|300px|thumb|right|RAID 4]]
Para este nivel, se unirán N+1 discos (se necesitan mínimo 3) que simularán uno único de mayor capacidad. Es similar al raid 0, con la excepción de que uno de los discos será el de paridad, que almacenará las operaciones matemáticas realizadas.
Aunque se realice escritura en paralelo, supone una mejora de la capacidad y, gracias al disco de paridad, de fiabilidad: si el sistema detecta que uno (sólo uno) de los discos, que no sea el de paridad, ha dejado de funcionar,es decir, se ha roto, se podrá recuperar la información gracias a este. Por este motivo, el disco de paridad se transforma en cuello de botella.

Características:
*Mayor tamaño
*Mayor fiabilidad
*El disco de paridad produce cuello de botella.

==RAID 5==
[[Archivo:Raid_5.jpg|300px|thumb|right|RAID 5]]
Este RAID es similar al anterior, pero soluciona el problema de cuello de botella del disco de paridad. El funcionamiento es el mismo que el del RAID 4, pero los bloques de paridad se reparten entre los distintos discos.

Características:
*Mayor tamaño.
*Mayor fiabilidad.
*Soluciona el cuello de botella del RAID 4.

==RAID 0+1 o RAID 01 (RAID ANIDADO)==
[[Archivo:Raid_01.jpg|300px|thumb|right|RAID 0+1 o RAID 01]]
Es un RAID cuyo fin es replicar y compartir datos entre varios discos, uniendo las funciones de los raid 0 y 1. Se puede definir un RAID 0+1 como un espejo de divisiones.

Su funcionamiento es el siguiente: Sobre un RAID 0 previamente creado, se realiza un segundo RAID 0 con los mismos datos del primero, de forma que se hace espejo de este. De esta forma, se crea un RAID 1 formado por los dos RAID 0. Aporta mayor fiabilidad ya que, si falla uno de los discos, se pueden recuperar los datos accediendo a su disco espejo.

Su desventaja principal reside a la hora de aumentar el tamaño, porque debido a su estructuración, si se añade un disco a un lado, ha de ser añadido al otro para que ambos RAID 0 sean idénticos.

==RAID 1+0 o RAID 10 (RAID ANIDADO)==
[[Archivo:Raid_10.jpg|300px|thumb|right|RAID 1+0 o RAID 10]]
Su composición es similar a la del raid 0+1 anteriormente mencionado solo que, en este caso, se invierte el orden en el que se realizan RAID 0 y RAID 1,de manera que se crea una división de espejos.

Se realizan dos RAID 1 con la misma información y, sobre estos, un RAID 0 que los une. De esta forma, si falla una de las divisiones de uno de los RAID 1, se podrá recuperar con su otra mitad. No obstante, si falla todo el raid 1, la información será irreparable, ya que el RAID 0 no podría recuperar su información usando sólo una de sus mitades. Por ello, el RAID 0+1 es más habitual que este.

RAIDs

2019-12-23T18:38:52Z

Isaarrveg: /* RAID 4 */

==Definición de RAID==
Un RAID, del inglés '''Redundant Array of Independent Disks''', consiste en la unión dos o más discos con idea de simular uno de mejores características, como mayor rendimiento, tolerancia a fallos o capacidad, según las diferentes configuraciones o “niveles”.

Niveles de raid más comunes:
*RAID 0: Mejora capacidad.
*RAID 1: Mejor fiabilidad y tasa de transferencia (solo lectura).
*RAID 4: Mejor tamaño y fiabilidad (si se detecta un fallo en un único disco se puede solucionar).
*RAID 5: Similar al 4 pero con la paridad distribuida.
*RAID 0+1, RAID 1+0: Raids anidados.

==RAID 0==
[[Archivo:raid-0.jpg|300px|thumb|right|RAID 0]]
En este nivel, se utilizan N discos para simular uno de mayor capacidad. La información se divide en bandas (strips) de N sectores consecutivos. Cada sector de una banda se almacena en un disco y se transfieren en paralelo. Las ventajas de este nivel residen en una mejor tasa de transferencia de datos y capacidad. Se puede crear un raid 0 con discos de distinto tamaño, pero el espacio de almacenamiento añadido se limita al del disco de menor capacidad. Ej: Un 450 GB + 100GB= 200 GB (100GB de cada disco). La desventaja principal de este nivel es su fiabilidad, ya que si se daña un disco esa información es irrecuperable.

Características:
*Mayor capacidad.
*Mejora de transferencia
*Peor fiabilidad, ya que ,si se daña un disco, esa información es irrecuperable.

==RAID 1==
Este nivel es conocido también como RAID espejo debido a su funcionamiento. Los datos se almacenan simultáneamente en N discos (normalmente 2), mejorando así la transferencia en la lectura. Aunque la información esté almacenada en varios discos, no reemplaza a la copia de seguridad, ya que una modificación en cualquiera de los discos produce una replicación del mismo en el resto de discos automáticamente. Por otra parte, al almacenar los mismos datos en varios discos, disminuye la capacidad de almacenamiento.

Características:
*Mejor tasa de transferencia en la lectura
*Mejor fiabilidad.
*No aumenta el tamaño.
[[Archivo:RAID1.jpg]]

==RAID 4==
Para este nivel, se unirán N+1 discos (se necesitan mínimo 3) que simularán uno único de mayor capacidad. Es similar al raid 0, con la excepción de que uno de los discos será el de paridad, que almacenará las operaciones matemáticas realizadas.
Aunque se realice escritura en paralelo, supone una mejora de la capacidad y, gracias al disco de paridad, de fiabilidad: si el sistema detecta que uno (sólo uno) de los discos, que no sea el de paridad, ha dejado de funcionar,es decir, se ha roto, se podrá recuperar la información gracias a este. Por este motivo, el disco de paridad se transforma en cuello de botella.

Características:
*Mayor tamaño
*Mayor fiabilidad
*El disco de paridad produce cuello de botella.
[[Archivo:RAID4.png]]

==RAID 5==
[[Archivo:Raid_5.jpg|300px|thumb|right|RAID 5]]
Este RAID es similar al anterior, pero soluciona el problema de cuello de botella del disco de paridad. El funcionamiento es el mismo que el del RAID 4, pero los bloques de paridad se reparten entre los distintos discos.

Características:
*Mayor tamaño.
*Mayor fiabilidad.
*Soluciona el cuello de botella del RAID 4.

==RAID 0+1 o RAID 01 (RAID ANIDADO)==
[[Archivo:Raid_01.jpg|300px|thumb|right|RAID 0+1 o RAID 01]]
Es un RAID cuyo fin es replicar y compartir datos entre varios discos, uniendo las funciones de los raid 0 y 1. Se puede definir un RAID 0+1 como un espejo de divisiones.

Su funcionamiento es el siguiente: Sobre un RAID 0 previamente creado, se realiza un segundo RAID 0 con los mismos datos del primero, de forma que se hace espejo de este. De esta forma, se crea un RAID 1 formado por los dos RAID 0. Aporta mayor fiabilidad ya que, si falla uno de los discos, se pueden recuperar los datos accediendo a su disco espejo.

Su desventaja principal reside a la hora de aumentar el tamaño, porque debido a su estructuración, si se añade un disco a un lado, ha de ser añadido al otro para que ambos RAID 0 sean idénticos.

==RAID 1+0 o RAID 10 (RAID ANIDADO)==
[[Archivo:Raid_10.jpg|300px|thumb|right|RAID 1+0 o RAID 10]]
Su composición es similar a la del raid 0+1 anteriormente mencionado solo que, en este caso, se invierte el orden en el que se realizan RAID 0 y RAID 1,de manera que se crea una división de espejos.

Se realizan dos RAID 1 con la misma información y, sobre estos, un RAID 0 que los une. De esta forma, si falla una de las divisiones de uno de los RAID 1, se podrá recuperar con su otra mitad. No obstante, si falla todo el raid 1, la información será irreparable, ya que el RAID 0 no podría recuperar su información usando sólo una de sus mitades. Por ello, el RAID 0+1 es más habitual que este.

Archivo:RAID4.png

2019-12-23T18:34:22Z

Isaarrveg:

RAIDs

2019-12-23T18:33:46Z

Isaarrveg: /* RAID 1 */

==Definición de RAID==
Un RAID, del inglés '''Redundant Array of Independent Disks''', consiste en la unión dos o más discos con idea de simular uno de mejores características, como mayor rendimiento, tolerancia a fallos o capacidad, según las diferentes configuraciones o “niveles”.

Niveles de raid más comunes:
*RAID 0: Mejora capacidad.
*RAID 1: Mejor fiabilidad y tasa de transferencia (solo lectura).
*RAID 4: Mejor tamaño y fiabilidad (si se detecta un fallo en un único disco se puede solucionar).
*RAID 5: Similar al 4 pero con la paridad distribuida.
*RAID 0+1, RAID 1+0: Raids anidados.

==RAID 0==
En este nivel, se utilizan N discos para simular uno de mayor capacidad. La información se divide en bandas (strips) de N sectores consecutivos. Cada sector de una banda se almacena en un disco y se transfieren en paralelo. Las ventajas de este nivel residen en una mejor tasa de transferencia de datos y capacidad. Se puede crear un raid 0 con discos de distinto tamaño, pero el espacio de almacenamiento añadido se limita al del disco de menor capacidad. Ej: Un 450 GB + 100GB= 200 GB (100GB de cada disco). La desventaja principal de este nivel es su fiabilidad, ya que si se daña un disco esa información es irrecuperable.

Características:
*Mayor capacidad.
*Mejora de transferencia
*Peor fiabilidad, ya que ,si se daña un disco, esa información es irrecuperable.

[[Archivo:raid-0.jpg]]

==RAID 1==
Este nivel es conocido también como RAID espejo debido a su funcionamiento. Los datos se almacenan simultáneamente en N discos (normalmente 2), mejorando así la transferencia en la lectura. Aunque la información esté almacenada en varios discos, no reemplaza a la copia de seguridad, ya que una modificación en cualquiera de los discos produce una replicación del mismo en el resto de discos automáticamente. Por otra parte, al almacenar los mismos datos en varios discos, disminuye la capacidad de almacenamiento.

Características:
*Mejor tasa de transferencia en la lectura
*Mejor fiabilidad.
*No aumenta el tamaño.
[[Archivo:RAID1.jpg]]

==RAID 4==
Para este nivel, se unirán N+1 discos (se necesitan mínimo 3) que simularán uno único de mayor capacidad. Es similar al raid 0, con la excepción de que uno de los discos será el de paridad, que almacenará las operaciones matemáticas realizadas.
Aunque se realice escritura en paralelo, supone una mejora de la capacidad y, gracias al disco de paridad, de fiabilidad: si el sistema detecta que uno (sólo uno) de los discos, que no sea el de paridad, ha dejado de funcionar,es decir, se ha roto, se podrá recuperar la información gracias a este. Por este motivo, el disco de paridad se transforma en cuello de botella.

Características:
*Mayor tamaño
*Mayor fiabilidad
*El disco de paridad produce cuello de botella.

==RAID 5==
Este RAID es similar al anterior, pero soluciona el problema de cuello de botella del disco de paridad. El funcionamiento es el mismo que el del RAID 4, pero los bloques de paridad se reparten entre los distintos discos.

Características:
*Mayor tamaño.
*Mayor fiabilidad.
*Soluciona el cuello de botella del RAID 4.

==RAID 0+1 o RAID 01 (RAID ANIDADO)==
Es un RAID cuyo fin es replicar y compartir datos entre varios discos, uniendo las funciones de los raid 0 y 1. Se puede definir un RAID 0+1 como un espejo de divisiones.

Su funcionamiento es el siguiente: Sobre un RAID 0 previamente creado, se realiza un segundo RAID 0 con los mismos datos del primero, de forma que se hace espejo de este. De esta forma, se crea un RAID 1 formado por los dos RAID 0. Aporta mayor fiabilidad ya que, si falla uno de los discos, se pueden recuperar los datos accediendo a su disco espejo.

Su desventaja principal reside a la hora de aumentar el tamaño, porque debido a su estructuración, si se añade un disco a un lado, ha de ser añadido al otro para que ambos RAID 0 sean idénticos.

==RAID 1+0 o RAID 10 (RAID ANIDADO)==
Su composición es similar a la del raid 0+1 anteriormente mencionado solo que, en este caso, se invierte el orden en el que se realizan RAID 0 y RAID 1,de manera que se crea una división de espejos.

Se realizan dos RAID 1 con la misma información y, sobre estos, un RAID 0 que los une. De esta forma, si falla una de las divisiones de uno de los RAID 1, se podrá recuperar con su otra mitad. No obstante, si falla todo el raid 1, la información será irreparable, ya que el RAID 0 no podría recuperar su información usando sólo una de sus mitades. Por ello, el RAID 0+1 es más habitual que este.

Archivo:RAID1.jpg

2019-12-23T18:33:12Z

Isaarrveg:

RAIDs

2019-12-23T18:32:17Z

Isaarrveg: /* RAID 0 */

==Definición de RAID==
Un RAID, del inglés '''Redundant Array of Independent Disks''', consiste en la unión dos o más discos con idea de simular uno de mejores características, como mayor rendimiento, tolerancia a fallos o capacidad, según las diferentes configuraciones o “niveles”.

Niveles de raid más comunes:
*RAID 0: Mejora capacidad.
*RAID 1: Mejor fiabilidad y tasa de transferencia (solo lectura).
*RAID 4: Mejor tamaño y fiabilidad (si se detecta un fallo en un único disco se puede solucionar).
*RAID 5: Similar al 4 pero con la paridad distribuida.
*RAID 0+1, RAID 1+0: Raids anidados.

==RAID 0==
En este nivel, se utilizan N discos para simular uno de mayor capacidad. La información se divide en bandas (strips) de N sectores consecutivos. Cada sector de una banda se almacena en un disco y se transfieren en paralelo. Las ventajas de este nivel residen en una mejor tasa de transferencia de datos y capacidad. Se puede crear un raid 0 con discos de distinto tamaño, pero el espacio de almacenamiento añadido se limita al del disco de menor capacidad. Ej: Un 450 GB + 100GB= 200 GB (100GB de cada disco). La desventaja principal de este nivel es su fiabilidad, ya que si se daña un disco esa información es irrecuperable.

Características:
*Mayor capacidad.
*Mejora de transferencia
*Peor fiabilidad, ya que ,si se daña un disco, esa información es irrecuperable.

[[Archivo:raid-0.jpg]]

==RAID 1==
Este nivel es conocido también como RAID espejo debido a su funcionamiento. Los datos se almacenan simultáneamente en N discos (normalmente 2), mejorando así la transferencia en la lectura. Aunque la información esté almacenada en varios discos, no reemplaza a la copia de seguridad, ya que una modificación en cualquiera de los discos produce una replicación del mismo en el resto de discos automáticamente. Por otra parte, al almacenar los mismos datos en varios discos, disminuye la capacidad de almacenamiento.

Características:
*Mejor tasa de transferencia en la lectura
*Mejor fiabilidad.
*No aumenta el tamaño.

==RAID 4==
Para este nivel, se unirán N+1 discos (se necesitan mínimo 3) que simularán uno único de mayor capacidad. Es similar al raid 0, con la excepción de que uno de los discos será el de paridad, que almacenará las operaciones matemáticas realizadas.
Aunque se realice escritura en paralelo, supone una mejora de la capacidad y, gracias al disco de paridad, de fiabilidad: si el sistema detecta que uno (sólo uno) de los discos, que no sea el de paridad, ha dejado de funcionar,es decir, se ha roto, se podrá recuperar la información gracias a este. Por este motivo, el disco de paridad se transforma en cuello de botella.

Características:
*Mayor tamaño
*Mayor fiabilidad
*El disco de paridad produce cuello de botella.

==RAID 5==
Este RAID es similar al anterior, pero soluciona el problema de cuello de botella del disco de paridad. El funcionamiento es el mismo que el del RAID 4, pero los bloques de paridad se reparten entre los distintos discos.

Características:
*Mayor tamaño.
*Mayor fiabilidad.
*Soluciona el cuello de botella del RAID 4.

==RAID 0+1 o RAID 01 (RAID ANIDADO)==
Es un RAID cuyo fin es replicar y compartir datos entre varios discos, uniendo las funciones de los raid 0 y 1. Se puede definir un RAID 0+1 como un espejo de divisiones.

Su funcionamiento es el siguiente: Sobre un RAID 0 previamente creado, se realiza un segundo RAID 0 con los mismos datos del primero, de forma que se hace espejo de este. De esta forma, se crea un RAID 1 formado por los dos RAID 0. Aporta mayor fiabilidad ya que, si falla uno de los discos, se pueden recuperar los datos accediendo a su disco espejo.

Su desventaja principal reside a la hora de aumentar el tamaño, porque debido a su estructuración, si se añade un disco a un lado, ha de ser añadido al otro para que ambos RAID 0 sean idénticos.

==RAID 1+0 o RAID 10 (RAID ANIDADO)==
Su composición es similar a la del raid 0+1 anteriormente mencionado solo que, en este caso, se invierte el orden en el que se realizan RAID 0 y RAID 1,de manera que se crea una división de espejos.

Se realizan dos RAID 1 con la misma información y, sobre estos, un RAID 0 que los une. De esta forma, si falla una de las divisiones de uno de los RAID 1, se podrá recuperar con su otra mitad. No obstante, si falla todo el raid 1, la información será irreparable, ya que el RAID 0 no podría recuperar su información usando sólo una de sus mitades. Por ello, el RAID 0+1 es más habitual que este.

Archivo:Raid-0.jpg

2019-12-23T18:30:58Z

Isaarrveg: Imagen-esquema de la RAID 0 para la página de teoría sobre los RAIDs

Imagen-esquema de la RAID 0 para la página de teoría sobre los RAIDs

RAIDs

2019-12-23T18:22:40Z

Isaarrveg: Página creada con «==Definición de RAID== Un RAID, del inglés '''Redundant Array of Independent Disks''', consiste en la unión dos o más discos con idea de simular uno de mejores caracte...»

Teoría de sistemas operativos

2019-12-23T18:07:26Z

Isaarrveg: /* Unidades de Almacenamiento */

== Introducción a los Sistemas Operativos ==
* 1.1. [[Qué es un Sistema operativo|Qué es un Sistema Operativo]]
==Fundamentos de Sistemas Operativos==
* 2.1. [[Organización básica de un ordenador]]
* 2.2. [[Modos de operación de la CPU|Modos de operación de la CPU]]
* 2.3. [[Interrupciones y excepciones|Interrupciones y excepciones]]
* 2.4. [[Conceptos básicos|Conceptos básicos]]
* 2.5. [[Arranque del sistema]]
* 2.6. [[Llamadas al sistema|Llamadas al sistema]]
==Modelos de diseño de Sistemas Operativos==
* 3.1. [[Modelos de Dise%C3%B1o de Sistemas Operativos]]
==Procesos==
* 4.1. [[Multiprogramación|La multiprogramación]]
* 4.2. [[Estados de los procesos|Estados de los procesos]]
* 4.3. [[Hilos|Hilos]]
==Entrada/Salida==
* 5.1. [[EstructuraES|Estructura dispositivo E/S]]
* 5.2. [[GestionES|Modos de gestionar dispositivos E/S]]
* 5.3. [[Diseño modular E/S|Diseño modular E/S]]
== Unidades de Almacenamiento==
* 6.1. [[Discos Magnéticos|Discos Magnéticos]]
* 6.2. [[Unidades SSD]]
* 6.3. [[RAIDs]]

== Administración de archivos==
* 7.1. [[Ejemplo uso de llamadas al sistema para modificar el sistema de archivos]]
* 7.2. [[Introducción en la administración de archivos|Introducción en la administración de archivos]]
* 7.3. [[FAT|FAT]]
* 7.4. [[EXT2 |EXT2]]
==Paginación==
* 8.1. [[Paginación|Paginación]]
==Memoria Virtual==
* 9.1. [[Memoria Virtual|Memoria Virtual]]
==Terminología de red==
* 10.1.[[Terminología de red]]