Quantcast
Channel: Blog Virtualizacion
Viewing all 679 articles
Browse latest View live

Configuración de red (Networking) en Dockers

$
0
0

Configuración de red (Networking) en Dockers

Hoy os quiero mostrar la parte más compleja, a mi parecer más por concepto que por dificultad en sí, en este mundo de los dockers. En las tecnologías tradicionales de virtualización VMware, Microsoft o Citrix (asociadas al IAAS), colocar una IP a una máquina virtual resulta relativamente sencillo, ya que los conceptos se asemejan bastante a la informática más tradicional.

En los dockers hay dar otra vuelta de tuerca a esta parte, ya que los contenedores se abstraen casi por completo del hardware que los está lanzando. Lo puede llevar a liarnos en varias momentos, si no tienen el esquema claro en la cabeza de como trabajan. Vamos a intentar un poco de luz a los conceptos, desde mi propia perspectiva.

Partimos de una máquina virtual Centos 7 con Docker ya instalado. Hacemos un ifconfig con esto revisamos la red de nuestro Host que va a lanzar los Dockers. Como podéis ver, tenemos una IP de nuestra red local (en mi caso es un Workstation, así que ando rizando el rizo) y un interfaz docker0 que se genera en la instalación con configuración por defecto 172.17.0.1 :

[root@localhost /]# ifconfig
docker0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
 inet 172.17.0.1 netmask 255.255.0.0 broadcast 0.0.0.0
 inet6 fe80::42:56ff:fe35:93f prefixlen 64 scopeid 0x20<link>
 ether 02:42:56:35:09:3f txqueuelen 0 (Ethernet)
 RX packets 11206 bytes 457540 (446.8 KiB)
 RX errors 0 dropped 0 overruns 0 frame 0
 TX packets 17695 bytes 34427783 (32.8 MiB)
 TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eno16777736: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
 inet 192.168.48.128 netmask 255.255.255.0 broadcast 192.168.48.255
 inet6 fe80::20c:29ff:fe1a:36b0 prefixlen 64 scopeid 0x20<link>
 ether 00:0c:29:1a:36:b0 txqueuelen 1000 (Ethernet)
 RX packets 2740975 bytes 1827011450 (1.7 GiB)
 RX errors 0 dropped 0 overruns 0 frame 0
 TX packets 1784170 bytes 1644014862 (1.5 GiB)
 TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

A su vez al instalar Docker en el Host se generan también 3 redes (bridge, host y none), que podremos asociar al crear un Docker:

[root@localhost /]# docker network ls
NETWORK ID       NAME   DRIVER   SCOPE
2487f6785163     bridge bridge   local
c8ccf7ce3c9e     host   host     local
430d3d36c198     none   null     local

Os explico un poco para qué sirve cada red:

  • Bridge: Es la red por defecto, esta configuración la tendrán todos los dockers salvo que indiquemos lo contrario en su creación (luego os enseño como). Es un puente al interfaz docker0.
  • Host: Como su propio nombre indica se refiere a los interfaces del host, y todas los interfaces tendrán acceso.
  • None: Serán dockers aislados, sin interfaz de red.

CONFIGURACION RED DOCKERS EN MODO BRIDGE

Configuramos el interfaz bridge que viene por defecto. Si miramos lo que tenemos ahora mismo:

[root@localhost /]# docker network inspect bridge
[
 {
 "Name": "bridge",
 "Id": "2487f67851634020d91957b3b8048dfe2375d0af1e309a787dc77e631f19245a",
 "Created": "2017-04-11T15:54:19.941755532+02:00",
 "Scope": "local",
 "Driver": "bridge",
 "EnableIPv6": false,
 "IPAM": {
 "Driver": "default",
 "Options": null,
 "Config": [
 {
 "Subnet": "172.17.0.0/16"
 }
 ]
 },
 "Internal": false,
 "Attachable": false,
 "Containers": {},
 "Options": {
 "com.docker.network.bridge.default_bridge": "true",
 "com.docker.network.bridge.enable_icc": "true",
 "com.docker.network.bridge.enable_ip_masquerade": "true",
 "com.docker.network.bridge.host_binding_ipv4": "0.0.0.0",
 "com.docker.network.bridge.name": "docker0",
 "com.docker.network.driver.mtu": "1500"
 },
 "Labels": {}
 }
]

Como ya tenía una imagen centos bajada, la utilizo para generar un docker con nombre centos1. Se asignará la máscara y el gateway automáticamente:

[root@localhost /]# docker run -itd --name=centos1 centos
952f14dd0d6fc51f90e5054ee23db9270f3bce015d39f31c76e2d28d7465cd0b

Ahora volvemos a revisar:

[root@localhost /]# docker network inspect bridge
[
 {
 "Name": "bridge",
 "Id": "2487f67851634020d91957b3b8048dfe2375d0af1e309a787dc77e631f19245a",
 "Created": "2017-04-11T15:54:19.941755532+02:00",
 "Scope": "local",
 "Driver": "bridge",
 "EnableIPv6": false,
 "IPAM": {
 "Driver": "default",
 "Options": null,
 "Config": [
 {
 "Subnet": "172.17.0.0/16"
 }
 ]
 },
 "Internal": false,
 "Attachable": false,
 "Containers": {
 "952f14dd0d6fc51f90e5054ee23db9270f3bce015d39f31c76e2d28d7465cd0b": {
 "Name": "centos1",
 "EndpointID": "039c4f78afd126c007509938784db39f53985cbf92d2d89bd764ea8bb56b8a42" ,
 "MacAddress": "02:42:ac:11:00:02",
 "IPv4Address": "172.17.0.2/16",
 "IPv6Address": ""
 }
 },
 "Options": {
 "com.docker.network.bridge.default_bridge": "true",
 "com.docker.network.bridge.enable_icc": "true",
 "com.docker.network.bridge.enable_ip_masquerade": "true",
 "com.docker.network.bridge.host_binding_ipv4": "0.0.0.0",
 "com.docker.network.bridge.name": "docker0",
 "com.docker.network.driver.mtu": "1500"
 },
 "Labels": {}
 }
]

Podemos revisarlo atacando al docker:

[root@localhost /]# docker attach centos1

Y haciendo un simple ping al interfaz del host:

[root@952f14dd0d6f /]# ping 172.17.0.1
PING 172.17.0.1 (172.17.0.1) 56(84) bytes of data.
64 bytes from 172.17.0.1: icmp_seq=1 ttl=64 time=0.032 ms
64 bytes from 172.17.0.1: icmp_seq=2 ttl=64 time=0.076 ms

O al docker mismamente:

[root@952f14dd0d6f /]# ping 952f14dd0d6f
PING 952f14dd0d6f (172.17.0.2) 56(84) bytes of data.
64 bytes from 952f14dd0d6f (172.17.0.2): icmp_seq=1 ttl=64 time=0.080 ms
64 bytes from 952f14dd0d6f (172.17.0.2): icmp_seq=2 ttl=64 time=0.052 ms

Como podéis observar nuestro docker ya tiene una IP asignada automáticamente, si sucesivamente vamos generando dockers, tendremos todos colgando del interfaz docker0 y se verán entre ellos. Os dejo un esquema de cómo sería:

networking-dockers-1

Tendríamos que habilitar en el host el interface docker0 para poder trabajar en modo bridge, le añadiríamos el puerto y volveríamos a cargar para que se aplique la configuración.

[root@localhost /]# firewall-cmd --permanent --zone=trusted --change-interface=docker0
The interface is under control of NetworkManager, setting zone to 'trusted'.
success
[root@localhost /]# firewall-cmd --permanent --zone=trusted --add-port=80/tcp
success
[root@localhost /]# firewall-cmd --reload
success

CONFIGURACION RED DOCKERS EN MODO HOST

Para crear un docker con red en modo Host:

[root@localhost ~]# docker run -d --name centos3 --net=host repositorio/centos-mysql
5616d119fd3be40d545f12c95199bf444bff74ac9d83736460b9c7bd379cd813

Tener en cuenta que este modo impide lanzar varios dockers para hacer lo mismo. Ejemplo, publicar una web en el puerto 80 en el docker cuando ya tienes una en el Host u otro docker en el mismo modo. Para que funcione hay que modificar configuraciones, pero esto para más adelante.

CONFIGURACION RED DOCKERS EN MODO NONE

Creamos un docker con red none y comprobamos que realmente está aislado:

[root@localhost ~]# docker run --network=none -itd --name=centos2 centos
24b2ed0bde5b6377a96f8ff070a8bf3d949cfc326d766f080d27dea6ec95ab20
[root@localhost ~]# docker attach centos2
[root@24b2ed0bde5b /]# cat /etc/hosts
127.0.0.1 localhost
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

CREAR RED PERSONALIZADA PARA DOCKERS

Si queréis personalizar la red os dejo como hacerlo:

[root@localhost ~]# docker network create --driver bridge redpersonalizada
174078e40baef94b2b804e27f507dae54d824f9c932526d3fe78f42915ad814a
[root@localhost ~]# docker network ls
NETWORK ID NAME DRIVER SCOPE
2487f6785163 bridge bridge local
c8ccf7ce3c9e host host local
430d3d36c198 none null local
174078e40bae redpersonalizada bridge local

Y hasta aquí el siguiente capítulo…

La entrada Configuración de red (Networking) en Dockers aparece primero en VMware Blog.


Parches Wannacry Ransomware Windows

$
0
0

Parches Wannacry Ransomware Windows

Hemos tenido, y probablemente seguiremos teniendo, días tumultuosos en todos los departamentos de informática para impedir que Wanna Cry/Ransomware no nos haga como a telefónica y otras empresas en el mundo.

A continuación os pongo un listado de todos los KBs que intervienen en ponerle un parche a sistemas Windows que impidan la infección “de momento”.

https://technet.microsoft.com/en-us/library/security/ms17-010.aspx
https://blogs.technet.microsoft.com/sudheesn/2017/05/17/patches-that-fix-the-vulnerability-for-ms17-010/

Resumen de parches para protegernos de RansomWare

  • KB4012598 –> Windows Server 2008 Server Core SP2 y R2, Windows Server 2003, Windows Vista y Windows XP
  • KB4012212 –> Windows 7 y Windows Server 2008 R2
  • KB4012213 –> Windows 2012 R2, Windows 8.1
  • KB4012214 –> Windows 2012
  • KB4012215 –> Windows 7 y Windows 2008 R2
  • KB4012216 –> Windows 2012 R2, Windows 8.1, Windows RT 8.1
  • KB4012217 –> Windows 2012
  • KB4012606 –> Windows 10
  • KB4013198 –> Windows 10
  • KB7013429 –> Windows 10
  • KB4013429 –> Windows Server 2016

La entrada Parches Wannacry Ransomware Windows aparece primero en VMware Blog.

Versión Windows vía comando

$
0
0

Versión Windows vía comando

Parecerá una tontería saber qué versión de Windows tienes vía comando, pero para ciertas gestiones en la administración de un sistema operativo te puede venir como me vino a mí.

Os explico como podéis llegar a saber la versión del sistema mediante varios comandos.

El primero es el comando “ver”, que difiere mucho como se ve en un Windows XP o en un W7:

C:\>ver
Microsoft Windows XP [Version 5.1.2600]

Si vais a W7, por ejemplo, no muestra que es un W7, sino simplemente la versión (que para Microsoft tiene igualmente significado):

C:\Users>ver
 Microsoft Windows [Versión 6.1.7601]

Existen otras formas de extraer la versión:

Directamente desde Inicio –> Ejecutar, lanzamos el comando Winver:
Versión Windows vía comando-3

Podéis usar WMI:

C:\Users>wmic os get Caption,CSDVersion /value
Caption=Microsoft Windows 7 Professional
CSDVersion=Service Pack 1

La entrada Versión Windows vía comando aparece primero en VMware Blog.

Instalar Hyper-V y Dockers en Windows 2016

$
0
0

Instalar Hyper-V (Role) y Dockers (Feature Containers) en Windows 2016

El primer paso para tener dockers y máquinas virtuales en W2016 es instalar la Feature y Role para ello. Abrimos desde el Server Manager:

Instalar-Dockers-Windows-2016-1

Elegimos Role-based or feature-based installation:

Instalar-Dockers-Windows-2016-2

Pulsamos Next:Instalar-Dockers-Windows-2016-3

Elegimos el Role de Hyper-V y pulsamos Next:

Instalar-Dockers-Windows-2016-4

Elegimos Containers y pulsamos Next:

Instalar-Dockers-Windows-2016-5

Pulsamos Next:

Instalar-Dockers-Windows-2016-6

Elegimos el interfaz 2 para crear los Virtual Switches o ambos según nos interese (para mí esto último):

Instalar-Dockers-Windows-2016-7

Instalar-Dockers-Windows-2016-8

Habilitamos la capacidad de enviar o recibir máquinas virtuales:

Instalar-Dockers-Windows-2016-9

Modificamos la letra de las unidades ya que la D: la utilizaremos para los datos:

Instalar-Dockers-Windows-2016-10

Marcamos que se reinicie si es necesario e Install:

Instalar-Dockers-Windows-2016-11

POSTINSTALACION DOCKERS EN WINDOWS SERVER 2016

Esto no nos ha habilitado todavía la posibilidad de utilizar dockers. Ahora tenemos que habilitar Dockers, tenemos que instalar el soporte. Abrimos una consola de powershell como administradores e instalamos el módulo:

Install-Module -Name DockerMsftProvider -Repository PSGallery –Force

Instalar-Dockers-Windows-2016-12

Lanzamos:

Install-PackageProvider -Name NuGet -MinimumVersion 2.8.5.201 -Force

Ahora instalamos el paquete:

Install-Package -Name docker -ProviderName DockerMsftProvider

Instalar-Dockers-Windows-2016-13

Instalamos docker-compose:

Invoke-WebRequest https://dl.bintray.com/docker-compose/master/docker-compose-Windows-x86_64.exe -UseBasicParsing -OutFile $env:ProgramFiles\docker\docker-compose.exe

Y reiniciamos la máquina:

Restart-Computer –Force

Iniciamos sesión, abrimos una consola como administrador y lanzamos sconfig. En el menú elegimos el punto 6 para descargar e instalar actualizaciones:

Instalar-Dockers-Windows-2016-14

Elegimos la opción A:

Instalar-Dockers-Windows-2016-15

Una vez ha reiniciado, probamos a arrancar el docker de .NET por defecto, lo que nos dará una idea de si funciona correctamente o no:

docker run microsoft/dotnet-samples:dotnetapp-nanoserver

Instalar-Dockers-Windows-2016-16

El contenedor se iniciará, imprimirá el mensaje “hello world” y después se cerrará.

Instalar-Dockers-Windows-2016-17

Dispondremos de la imagen descargada:

Instalar-Dockers-Windows-2016-18

Con esto ya podremos trabajar con docker en nuestro servidor dedicado Windows Server 2016.

La entrada Instalar Hyper-V y Dockers en Windows 2016 aparece primero en VMware Blog.

Parches Wannacry Ransomware Windows

$
0
0

Parches Wannacry Ransomware Windows

Hemos tenido, y probablemente seguiremos teniendo, días tumultuosos en todos los departamentos de informática para impedir que Wanna Cry/Ransomware no nos haga como a telefónica y otras empresas en el mundo.

A continuación os pongo un listado de todos los KBs que intervienen en ponerle un parche a sistemas Windows que impidan la infección “de momento”.

https://technet.microsoft.com/en-us/library/security/ms17-010.aspx
https://blogs.technet.microsoft.com/sudheesn/2017/05/17/patches-that-fix-the-vulnerability-for-ms17-010/

Resumen de parches para protegernos de RansomWare

  • KB4012598 –> Windows Server 2008 Server Core SP2 y R2, Windows Server 2003, Windows Vista y Windows XP
  • KB4012212 –> Windows 7 y Windows Server 2008 R2
  • KB4012213 –> Windows 2012 R2, Windows 8.1
  • KB4012214 –> Windows 2012
  • KB4012215 –> Windows 7 y Windows 2008 R2
  • KB4012216 –> Windows 2012 R2, Windows 8.1, Windows RT 8.1
  • KB4012217 –> Windows 2012
  • KB4012606 –> Windows 10
  • KB4013198 –> Windows 10
  • KB7013429 –> Windows 10
  • KB4013429 –> Windows Server 2016

La entrada Parches Wannacry Ransomware Windows aparece primero en VMware Blog.

Versión Windows vía comando

$
0
0

Versión Windows vía comando

Parecerá una tontería saber qué versión de Windows tienes vía comando, pero para ciertas gestiones en la administración de un sistema operativo te puede venir como me vino a mí.

Os explico como podéis llegar a saber la versión del sistema mediante varios comandos.

El primero es el comando “ver”, que difiere mucho como se ve en un Windows XP o en un W7:

C:\>ver
Microsoft Windows XP [Version 5.1.2600]

Si vais a W7, por ejemplo, no muestra que es un W7, sino simplemente la versión (que para Microsoft tiene igualmente significado):

C:\Users>ver
 Microsoft Windows [Versión 6.1.7601]

Existen otras formas de extraer la versión:

Directamente desde Inicio –> Ejecutar, lanzamos el comando Winver:
Versión Windows vía comando-3

Podéis usar WMI:

C:\Users>wmic os get Caption,CSDVersion /value
Caption=Microsoft Windows 7 Professional
CSDVersion=Service Pack 1

La entrada Versión Windows vía comando aparece primero en VMware Blog.

Instalar Hyper-V y Dockers en Windows 2016

$
0
0

Instalar Hyper-V (Role) y Dockers (Feature Containers) en Windows 2016

El primer paso para tener dockers y máquinas virtuales en W2016 es instalar la Feature y Role para ello. Abrimos desde el Server Manager:

Instalar-Dockers-Windows-2016-1

Elegimos Role-based or feature-based installation:

Instalar-Dockers-Windows-2016-2

Pulsamos Next:Instalar-Dockers-Windows-2016-3

Elegimos el Role de Hyper-V y pulsamos Next:

Instalar-Dockers-Windows-2016-4

Elegimos Containers y pulsamos Next:

Instalar-Dockers-Windows-2016-5

Pulsamos Next:

Instalar-Dockers-Windows-2016-6

Elegimos el interfaz 2 para crear los Virtual Switches o ambos según nos interese (para mí esto último):

Instalar-Dockers-Windows-2016-7

Instalar-Dockers-Windows-2016-8

Habilitamos la capacidad de enviar o recibir máquinas virtuales:

Instalar-Dockers-Windows-2016-9

Modificamos la letra de las unidades ya que la D: la utilizaremos para los datos:

Instalar-Dockers-Windows-2016-10

Marcamos que se reinicie si es necesario e Install:

Instalar-Dockers-Windows-2016-11

POSTINSTALACION DOCKERS EN WINDOWS SERVER 2016

Esto no nos ha habilitado todavía la posibilidad de utilizar dockers. Ahora tenemos que habilitar Dockers, tenemos que instalar el soporte. Abrimos una consola de powershell como administradores e instalamos el módulo:

Install-Module -Name DockerMsftProvider -Repository PSGallery –Force

Instalar-Dockers-Windows-2016-12

Lanzamos:

Install-PackageProvider -Name NuGet -MinimumVersion 2.8.5.201 -Force

Ahora instalamos el paquete:

Install-Package -Name docker -ProviderName DockerMsftProvider

Instalar-Dockers-Windows-2016-13

Instalamos docker-compose:

Invoke-WebRequest https://dl.bintray.com/docker-compose/master/docker-compose-Windows-x86_64.exe -UseBasicParsing -OutFile $env:ProgramFiles\docker\docker-compose.exe

Y reiniciamos la máquina:

Restart-Computer –Force

Iniciamos sesión, abrimos una consola como administrador y lanzamos sconfig. En el menú elegimos el punto 6 para descargar e instalar actualizaciones:

Instalar-Dockers-Windows-2016-14

Elegimos la opción A:

Instalar-Dockers-Windows-2016-15

Una vez ha reiniciado, probamos a arrancar el docker de .NET por defecto, lo que nos dará una idea de si funciona correctamente o no:

docker run microsoft/dotnet-samples:dotnetapp-nanoserver

Instalar-Dockers-Windows-2016-16

El contenedor se iniciará, imprimirá el mensaje “hello world” y después se cerrará.

Instalar-Dockers-Windows-2016-17

Dispondremos de la imagen descargada:

Instalar-Dockers-Windows-2016-18

Con esto ya podremos trabajar con docker en nuestro servidor dedicado Windows Server 2016.

La entrada Instalar Hyper-V y Dockers en Windows 2016 aparece primero en VMware Blog.

Máquinas virtuales Windows gratuitas

$
0
0

Hay veces que Microsoft te sorprende y te pone a mano herramientas que pueden simplificar el día a día tanto como desarrollador como técnico de sistemas. En este caso, si lo que buscamos para realizar pruebas son máquinas virtuales Windows ya premontadas, nos lo ponen muy fácil. Son máquinas Windows clientes y no servidor, pero no nos tendremos que molestar en instalar de cero para generarlas.

Además han pensado que no todo el mundo usa Hyper-V o Windows, que sería lo lógico para fomentarlo, así que nos facilitan un poco más el trabajo, y podéis descargar máquinas virtuales para:

  • VMware (Windows / Mac)
  • Parallels (Mac)
  • Hyper-V (Windows)
  • Vagrant
  • VirtualBox

Como pone en la web, son para desarrollar para Internet Explorer, pero eso no impide que las puedas usar para otras cosas temporalmente.

Apoyamos estas iniciativas, que ayudan al buen desarrollo de aplicaciones o laboratorios. Os dejamos los datos:

ENLACE DESCARGA:

https://developer.microsoft.com/en-us/microsoft-edge/tools/vms/

Ya en la página web nos avisa que las máquinas virtuales de test tienen una licencia de 90 días:

Maquinas virtuales Windows gratuitas

 

Descomprimimos el fichero y vemos que tenemos los VMDK y VMX correspondientes si lo que necesitamos es una máquina VMWARE:

Maquinas virtuales Windows gratuitas 2

La entrada Máquinas virtuales Windows gratuitas aparece primero en VMware Blog.


Configuración Varnish Cache en Plesk Onyx y Centos 7

$
0
0

Hoy os queremos mostrar como instalar Varnish-Caché en Plesk Onyx con una máquina Centos 7 como servidor. Pero antes veremos qué es y como puede ayudarnos instalarlo.

Cuando dispones de un proyecto web que va creciendo día a día, te vas dando cuenta que lo que te valía en un principio se va quedando corto. Esto viene porque aumentan las visitas, amplías los contenidos y la página se hace cada vez más pesada. En ese momento es necesario revisar la parte servidora, para ayudar a tus lectores que mejoren su experiencia.

Varnish Caché puede ayudar en esto. Es un sistema que acelera la navegación web en el sitio donde se configura. Esto lo hace una tecnología de proxy inverso, se instala delante del servidor web liberándole de la carga que tiene que soportar. ¿Y cómo hace eso? Guarda copias de ciertos elementos pesados (ejemplo imágenes) haciendo que el servidor no tenga que volver a cargarlas repetidamente en cada visita.

Esto mejora sustancialmente la experiencia de usuario y libera de carga al servidor. Es verdad que hay muchos más factores que pueden provocar que el servidor no vaya “fino”, pero Varnish Caché seguro que ayuda a reducir tiempos de carga.

Apuntar también que es un sistema escalable (admite balanceo de carga) y fácilmente configurable, como os muestro:

 

Configuración Varnish Cache en Plesk Onyx y Centos 7-3

Configuración Varnish Cache en Plesk Onyx y Centos 7

Instalar EPEL repositorio

wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
yum install epel-release-latest-7.noarch.rpm
Instalar Varnish
<span class="crayon-e">yum </span><span class="crayon-e">install </span><span class="crayon-v">varnish</span>
Configuración Varnish
<span class="crayon-v">vi</span> <span class="crayon-o">/</span><span class="crayon-v">etc</span><span class="crayon-o">/</span><span class="crayon-v">varnish/varnish.params</span>

# VARNISH_LISTEN_ADDRESS=192.168.1.5
VARNISH_LISTEN_PORT=80

# Admin interface listen address and port
VARNISH_ADMIN_LISTEN_ADDRESS=127.0.0.1
VARNISH_ADMIN_LISTEN_PORT=6082
Comprobar Varnish
varnishd -V
 
systemctl enable varnish
 
systemctl status varnish
Ahora modificamos default.vcl
vi /etc/varnish/default.vcl
 backend default {
 .host = "IP_WEB";
 .port = "8080";
 }
Configuración Apache:
vi /etc/httpd/conf/httpd.conf
 #
 # Listen: Allows you to bind Apache to specific IP addresses and/or
 # ports, instead of the default. See also the 
 # directive.
 #
 # Change this to Listen on specific IP addresses as shown below to
 # prevent Apache from glomming onto all bound IP addresses.
 #
 #Listen 7080
 Listen 8080
Configuración PLESK
cd /usr/local/psa/admin/conf/templates
 cp -a default custom
 cd custom
 find . -type f | xargs sed -r -i~ 's/\{?\$VAR-&gt;server-&gt;webserver-&gt;httpPort\}?/8080/g'
Lanzamos:
/usr/local/psa/admin/bin/httpdmng --reconfigure-all
Reinicio servicios:
systemctl restart varnish
 systemctl restart httpd
 systemctl restart varnish
 systemctl restart nginx
Comprobaciones:
[root@servidor-1 templates]# curl -I localhost
 HTTP/1.1 200 OK
 Date: Mon, 20 Feb 2017 09:10:34 GMT
 Server: Apache
 Last-Modified: Thu, 16 Jun 2016 12:25:45 GMT
 ETag: "e9f-53564565954d0"
 Content-Length: 3743
 X-Powered-By: PleskLin
 Content-Type: text/html
 X-Varnish: 5
 Age: 0
 Via: 1.1 varnish-v4
 Connection: keep-alive
Y comprobamos uno de nuestros vhosts:
[root@servidor-1 templates]# curl -I https://www.maquinasvirtuales.eu
 HTTP/1.1 200 OK
 Server: nginx
 Date: Mon, 20 Feb 2017 09:11:26 GMT
 Content-Type: text/html; charset=UTF-8
 Connection: keep-alive
 X-Powered-By: PHP/7.0.15
 Expires: Thu, 19 Nov 1981 08:52:00 GMT
 Cache-Control: no-store, no-cache, must-revalidate
 Pragma: no-cache
 X-Pingback: https://www.maquinasvirtuales.eu/xmlrpc.php
 Link: &lt;https://www.maquinasvirtuales.eu/wp-json/&gt;; rel="https://api.w.org/", &lt;https://www.maquinasvirtuales.eu/&gt;; rel=shortlink
 Set-Cookie: PHPSESSID=87na7jihifd507ujtkk83rlr00; path=/
 Set-Cookie: wfvt_992014284=58aab2be13dab; expires=Mon, 20-Feb-2017 09:41:26 GMT; Max-Age=1800; path=/; HttpOnly
 X-Frame-Options: SAMEORIGIN
 X-Powered-By: PleskLin
 X-Content-Type-Options: nosniff
 X-XSS-Protection: 1; mode=block

Eliminar Varnish-Caché de Centos 7

Deshacer cambios

rm –rf /usr/local/psa/admin/conf/templates/custom
/usr/local/psa/admin/bin/httpdmng --reconfigure-all
Reiniciamos servicios:
systemctl restart varnish
systemctl restart httpd
systemctl restart varnish
systemctl restart nginx
Comprobamos cada servicio:
systemctl status varnish
systemctl status httpd
systemctl status varnish
systemctl status nginx

La entrada Configuración Varnish Cache en Plesk Onyx y Centos 7 aparece primero en VMware Blog.

Crear Dockers IIS y SQLServer en Windows Server 2016

$
0
0

Crear Dockers IIS y SQLServer en Windows Server 2016

Siguiendo con los dockers en Windows Server 2016, hoy os mostramos como montar lo que en realidad os hará utilizarlo (porque salvo que vuestra infraestructura o desarrollos lo obligue lo lógico a día de hoy es crear dockers bajo Linux), los servidores IIS y SQL Server.

DOCKER IIS

Lanzamos la creación de un docker desde la imagen de Microsoft:

docker run --name iisprueba1 -d -it -p 8081:80 microsoft/iis

b61acfeb03dc70369f213eaf19eb9d7cb43fe3f33ed6650eef9287be056786c8

Revisamos que IP tiene el docker:

docker inspect -f "{{.NetworkSettings.Networks.nat.IPAddress }}" iisprueba1

172.26.108.200

Comprobamos que se ha levantado el IIS:

crear-docker-iis-sqlexpress-1

DOCKER SQL EXPRESS

Podéis encontrar información del docker para SQL Express en:

https://hub.docker.com/r/microsoft/mssql-server-windows-express/

Instalación base:

docker run -d -p 1433:1433 -e sa_password=&lt;SA_PASSWORD&gt; -e ACCEPT_EULA=Y microsoft/mssql-server-windows-express

crear-docker-iis-sqlexpress-2

La entrada Crear Dockers IIS y SQLServer en Windows Server 2016 aparece primero en VMware Blog.

Almacenamiento Dockers en Windows Server 2016

$
0
0

Almacenamiento Dockers en Windows Server 2016

Los dockers en Windows Server 2016 por defecto se almacenan en “C:\ProgramData\docker”. Nosotros vamos a realizar una modificación para que podamos generar contenido estático para nuestros proyectos desde la unidad D, de forma que podamos reutilizarlo al generar nuevas versiones, dockers u otros proyectos:

almacenamiento-dockers-1

Podemos saber con el comando docker info el directorio de trabajo (Docker Root Dir):

PS C:\&gt; docker info
Containers: 4 
Running: 0 
Paused: 0 
Stopped: 4
Images: 5
Server Version: 17.03.1-ee-3
Storage Driver: windowsfilter 
Windows:
Logging Driver: json-file
Plugins: Volume: local 
Network: l2bridge l2tunnel nat null overlay transparent
Swarm: inactive
Default Isolation: process
Kernel Version: 10.0 14393 (14393.693.amd64fre.rs1_release.161220-1747)
Operating System: Windows Server 2016 Datacenter Evaluation
OSType: windows
Architecture: x86_64
CPUs: 8
Total Memory: 31.9 
GiBName: WIN-MGPO0PFR52I
ID: F2MB:BTD7:RDFG:WB7M:UK3N:KNBM:OYIA:664W:QPK4:KMA7:DDXC:4P4F
Docker Root Dir: C:\ProgramData\docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
Experimental: false
Insecure Registries: 
127.0.0.0/8
Live Restore Enabled: false

COMPARTIR CARPETAS DOCKER Y HOST

Para el contenido estático de los diferentes proyectos utilizaremos D:\Proyectos. Aquí es donde copiaremos los ficheros que trabajarán con el IIS, por ejemplo, del docker. Lo que modifiquemos aquí se reflejará también el docker y viceversa.

almacenamiento-dockers-2

Ponemos el ejemplo de la imagen del IIS. Lo primero tenemos que crear la carpeta en el host:

 

almacenamiento-dockers-3

 

Una vez que tenemos la carpeta lanzamos la ejecución:

docker run -d -p 8005:8000 --name iis03 -v d:\proyectos\iis03:c:\site iis-site

almacenamiento-dockers-4

Ahora creamos un fichero de prueba con el siguiente comando:

echo "Esto es una prueba del IIS03" &gt; d:\Proyectos\iis03\index.html
Y comprobamos que lo vemos desde el navegador.
http://localhost:8006/

La entrada Almacenamiento Dockers en Windows Server 2016 aparece primero en VMware Blog.

Dockerfile y Docker Compose

$
0
0

Dockerfile y Docker Compose

En el mundo de los dockers existen formas de automatizar o generar acciones repetidas teniéndolas preprogramadas. Eso qué significa, que podemos trabajar un fichero base, por ejemplo, un docker con IIS que nos servirá para múltiples proyectos. Os mostramos dos opciones Dockerfile y Docker Compose, basándonos en las últimas entradas con Windows Server 2016 como base de host.

CREAR IMAGEN PERSONALIZADA CON DOCKERFILE

Se ha generado un ejemplo de Dockerfile para IIS, donde se genera un site en C:\site para el puerto 8000. Esto se hace así porque c:\inetpub\wwwroot da problemas de permisos:

<strong>FROM microsoft/iis</strong>

<strong>RUN mkdir C:\site</strong>

<strong>RUN powershell -NoProfile -Command \</strong>

<strong>    Import-module IISAdministration; \</strong>

<strong>    New-IISSite -Name "Site" -PhysicalPath C:\site -BindingInformation "*:8000:"</strong>

<strong>EXPOSE 8000</strong>

Nos colocamos en la carpeta que tiene el fichero Dockerfile, en este caso D:\Proyectos\Imagenes, y lo ejecutamos:

<strong>docker build –t iis-site .</strong>

DOCKER-COMPOSE Y FICHERO YML

Como ya hemos generado una imagen con dockerfile, que va a incluir IIS + SQL Express, vamos a automatizar la creación de proyectos con un fichero YML.

El ejemplo que hemos creado enlace IIS con SQL Express, colocando el docker en la red NAT. NO UTILIZAR TABULADORES, SOLO ESPACIOS:

version: '2.1'

services:

   db01:

        image: microsoft/mssql-server-windows-express

        volumes:

             - D:\Proyectos\Proyecto1\volumes\db01:c:\site

        environment:

             sa_password: "password2017"

             ACCEPT_EULA: Y

        ports:

            - "1433:1433" # REMARK: This is currently required, needs investigation

 

   iis01:

        image: iis-site

        depends_on:

             - db01

        volumes:

             - D:\Proyectos\Proyecto1\volumes\iis01:c:\site

        ports:

             - "8010:80"

 

networks:

  default:

    external:

      name: nat

Una vez que tenemos el fichero YML preparado en la carpeta del Proyecto (** CADA PROYECTO SE MODIFICARÁ LOS PUERTOS EXPUESTOS **):

Dockerfile y Docker Compose 1

Lanzamos su ejecución:

PS D:\Proyectos\Proyecto3&gt; docker-compose.exe up -d

Dockerfile y Docker Compose 2

Como podéis observar en la imagen, para trabajar con docker-compose sin errores, deberemos colocarnos en la carpeta del proyecto que queremos lanzar.

Dockerfile y Docker Compose 3

Para comprobar si están lanzados “docker ps”:

Dockerfile y Docker Compose 4

Y para parar todo el proyecto:

PS D:\Proyectos\Proyecto3&gt; docker-compose.exe down

Dockerfile y Docker Compose 5

La entrada Dockerfile y Docker Compose aparece primero en VMware Blog.

Operaciones básicas con Dockers

$
0
0

Operaciones básicas con Dockers

Os enseñamos a conectaros, borrar y realizar operaciones básicas que os servirán para empezar a trabajar con Dockers.

CONECTARSE A UN DOCKER

Lo primero que tenemos que hacer es ver los docker que están lanzados (En el ejemplo iis03):

docker ps

Operaciones básicas con Dockers

Para conectarnos al docker lanzaremos el comando:

docker exec –it iis03 cmd

Podemos cambiar cmd por powershell:

docker exec –it iis03 powershell

Operaciones básicas con Dockers 1

ASIGNAR IP FIJA A UN DOCKER

Lo primero que debemos saber son las redes de las que disponemos:

docker network ls
Una vez que sabemos en qué red vamos a crear el docker le damos una IP del rango que no esté ocupada:
docker run –d –p 8080:8080 --net nat --ip 172.17.144.20 –it microsoft/iis
Nos conectamos al docker:
docker exec –it nombre_docker cmd
Y comprobamos la IP:
ipconfig

ELIMINAR IMAGEN DE UN DOCKER

Podemos cambiar eliminar una imagen de un docker con:

docker rmi nombre-imagen

La entrada Operaciones básicas con Dockers aparece primero en VMware Blog.

Instalación instancia Openstack en OVH

$
0
0

Instalación instancia Openstack en OVH

Alguna vez hemos hablado que OVH es un proveedor bastante económico para empezar proyectos (yo soy partner con Cloud Consulting). Hoy os quiero enseñar como crear una instancia Openstack Centos y como la podéis gestionar.

Lo primero que tenemos que hacer es habilitar una forma de pago automático. Esto es así, porque OVH permite hacer pagos por uso en sus instancias. Así que desde el apartado Cloud generamos un proyecto y activamos la cuenta:

INSTALACION INSTANCIA OPENSTACK EN OVH 1

Lo primero que haremos será activar el vRack:

INSTALACION INSTANCIA OPENSTACK EN OVH 2

Y añadimos todos los objetos que tienen que estar interconectados. En nuestro caso, el Dedicado y las instancias openstack del proyecto:

INSTALACION INSTANCIA OPENSTACK EN OVH 3

Desde la sección del proyecto, generamos un usuario Openstack, le damos nombre y creamos el usuario:

INSTALACION INSTANCIA OPENSTACK EN OVH 4

Ahora añadimos la red que vamos a utilizar como red interna. Cloud -> Servidor -> Proyecto -> Infraestructura -> Añadir. El rango se puede modificar más adelante desde la API, para evitarlo deberemos elegirlo bien:

INSTALACION INSTANCIA OPENSTACK EN OVH 5

En unos segundos dispondremos de la VLAN:

INSTALACION INSTANCIA OPENSTACK EN OVH 6B

Ahora vamos a realizar un paso previo a la generación de la instancia y que nos servirá para las sucesivas si queremos. Generaremos una clave para SSH.

En Windows, puedes generar claves SSH con el programa PuTTYgen. Así vamos a generarla.

Hacemos clic en Generar y, a continuación, desplazamos el ratón por la superficie en blanco de la ventana realizando movimientos al azar para generar una llave realmente aleatoria.

INSTALACION INSTANCIA OPENSTACK EN OVH 7

 

 

Cuando finalice la generación, copiamos la clave pública en un archivo y guardamos la clave privada en nuestro ordenador, ya que la necesitaremos para conectarnos a los servidores.

INSTALACION INSTANCIA OPENSTACK EN OVH 8

En el apartado Llaves SSH de nuestro Cloud, damos nombre y copiamos la clave pública para generar una llave de acceso al servidor:

INSTALACION INSTANCIA OPENSTACK EN OVH 9

 

Vamos a generar la instancia desde Infraestructura -> Añadir -> Añadir un servidor. Elegimos la instancia que nos conviene (la red lo ideal es que si vas a interconexionar con vrack estén en el mismo CPD, en este caso GRA):

INSTALACION INSTANCIA OPENSTACK EN OVH 10_LI

Una vez tengamos todos los datos, pulsamos Iniciar ahora:

INSTALACION-INSTANCIA-OPENSTACK-EN-OVH-11

En unos minutos tendremos la instancia disponible:

INSTALACION INSTANCIA OPENSTACK EN OVH 12

Utilizamos el fichero de la clave privada para validarnos:

INSTALACION INSTANCIA OPENSTACK EN OVH 13

Usuario “centos” y pulsamos Intro:

INSTALACION INSTANCIA OPENSTACK EN OVH 14

Ahora ya podemos generar usuarios, actualizar el sistema…

INSTALACION INSTANCIA OPENSTACK EN OVH 15

Le asignamos una contraseña a root (“sudo passwd root”)…

INSTALACION INSTANCIA OPENSTACK EN OVH 16

La entrada Instalación instancia Openstack en OVH aparece primero en VMware Blog.

Problema con Flash Player 27 y consola web VMware

$
0
0

Problema con Flash Player 27 y consola web VMware

Si durante estos días, el día 19 de Octubre muy concretamente, se os ha ocurrido actualizar vuestro flash player, que sepáis que vais a encontraros con errores para gestionar mediante la consola web de VMWare vuestra plataforma.

Esto se debe a que la versión 27.0.0.170 da error en los navegadores más comunes (Firefox, Internet Explorer o Chrome). En Chrome por ejemplo os encontraréis con una bonita ventana blanca:

error-flash-player-consola-vmware-1

En firefox en cambio os mostrará un error en la carga de la consola:

error-flash-player-consola-vmware-2

En Internet Explorer, por su parte, nos hará algo más divertido, bloqueando la ejecución del mismo:

error-flash-player-consola-vmware-3

¿Qué podemos hacer para solucionar el problema de nuestra consola web VMware con Flash Player?

Lo que podéis hacer es desinstalar a una versión más antigua que no de el problema. Desinstalando desde Agregar / Quitar Programas el flash player:

error-flash-player-consola-vmware-4

Esto sólo será una solución para la versión NPAPI (Firefox) y no para ActiveX (Internet Explorer). Ya que la segunda nos dirá que existe una versión más reciente y no nos lo dejará instalar.

La buena noticia es que la nueva beta ya nos trae la solución por lo que parece, así que podéis iros a la beta.

Si no tenéis acceso a ella, os dejo la versión anterior para Firefox que os soluciona el problema si la cambiáis (27.0.0130)

error-flash-player-consola-vmware-5

La entrada Problema con Flash Player 27 y consola web VMware aparece primero en VMware Blog.


Instalar laboratorio VMware Horizon 7

$
0
0

Instalar laboratorio VMware Horizon 7

Hoy os quiero mostrar como montar un laboratorio VMware Horizon 7. Lo voy a hacer en mi laboratorio casero ya montado que como ya hemos comentado alguna vez consta de:

HARDWARE

  • 2 Microservers HP Gen 8 de 16GB
  • 1 NAS Synology DS1515+
  • Red Gigabit
  • 1 Switch HP PS-1810-8G

SOFTWARE

  • VMware vCenter 6.5
  • 2 ESXi 6.0
  • 2 Máquinas virtuales Windows 2012 R2 (HORIZON1 y HORIZON2)
  • 1 Controlador de dominio (CLOUDAD01)
  • Licencia Horizon 7

MAQUINAS VIRTUALES (* Requisitos mínimos *)

  • HORIZON1: 1vCPU, 4GB RAM y 80GB de Disco – IP Fija y en directorio activo – Actuará de Connection Server
  • HORIZON2: 1vCPU, 4GB RAM y 80GB de Disco – IP Fija y en directorio activo – Actuará de Security Server
  • CLOUDAD01: 1vCPU, 2GB RAM y 50GB de Disco – IP Fija y controlador de dominio

COMPONENTES DE VMWARE HORIZON 7

  • Connection Server : este es el componente central de Horizon View 7. Es el primer rol que se debe instalar y donde se ubica la Consola de administración de View. El servidor de conexión es donde define los grupos de escritorio, aplicaciones, permisos, etc.
  • Replica Server : después del servidor de conexión inicial, los servidores de conexión adicionales se consideran réplicas. Su propósito es proporcionar redundancia y equilibrio de carga proporcionando disponibilidad.
  • Security Server : el servidor de seguridad se coloca en la zona desmilitarizada (DMZ) permitiendo a los usuarios externos acceder de forma segura a Horizon View en la red interna desde Internet.
  • Enrollment Server: utilizado para crear ‘True-SSO’.
  • Composer Server : aunque en Horizon View 7 se introdujo un nuevo concepto llamado Instant Clones, cuando está instalado, habilita el uso de Linked Clones.
  • View Agent: habilita Horizon View para usarlo como un recurso cuando está instalado en una estación o servidor.

Instalar VMware View Connection Server

Iniciamos HORIZON1 y arrancamos la sesión como administrador. Deberemos tener disponibles los ejecutables de instalación. Primera buena práctica para no desesperarnos si sale algo mal, hacer un snapshot:

install-vmware-horizon-7-2

Partimos de que las dos máquinas virtuales (HORIZON1 y HORIZON2) estén en directorio activo.

Para el primer componente, Connection Server, lanzamos el ejecutable VMware-viewconnectionserver-x86_64-7.0.0-3633490.exe (dejarlo a mano porque de este ejecutable también se instala el componente de seguridad) :

install-vmware-horizon-7-1

Empezamos la instalación, pulsamos Next:

install-vmware-horizon-7-3

Ahora aceptamos los términos y pulsamos Next:

install-vmware-horizon-7-4

Si esto sería en Producción cambiaríamos la ruta de instalación a otro disco, yo lo dejo por defecto:

install-vmware-horizon-7-5

Elegimos Horizon 7 Standard Server ya que es nuestra primera instancia e IPv4. En este paso si la máquina no está en DA o tiene IP fija no os dejará continuar:

install-vmware-horizon-7-6

Introducimos una credencial para los backups. :

install-vmware-horizon-7-7

Marcamos habilitar el Firewall automáticamente:

install-vmware-horizon-7-8

Damos permisos a un usuario de dominio:

install-vmware-horizon-7-9

Esto a vuestra elección:

install-vmware-horizon-7-10

Comenzamos la instalación:

install-vmware-horizon-7-11

Y esperamos a que termine:

install-vmware-horizon-7-11

install-vmware-horizon-7-12

CONSOLA DE GESTION HORIZON 7

Ahora entramos en la consola de gestión vía web (yo uso Firefox para esto):

https://IP_o_NOMBRE_HORIZON1/admin

Hay que activar Flash Player para la web:

install-vmware-horizon-7-13

Introducimos los datos del usuario de dominio que hemos configurado previamente:

install-vmware-horizon-7-14

Introducimos la licencia:

install-vmware-horizon-7-15

Añadimos el vCenter:

install-vmware-horizon-7-16

Introducimos los datos de conexión:

install-vmware-horizon-7-17

Validamos el certificado:

install-vmware-horizon-7-18

Y aceptamos:

install-vmware-horizon-7-19

Dejamos sin usar View Composer de momento ya que usaremos Instant Clone:

 

install-vmware-horizon-7-20-2

Pulsamos Next:

install-vmware-horizon-7-21

Pulsamos Finish:

install-vmware-horizon-7-22

Ya tenemos el vCenter configurado y listo para trabajar:

install-vmware-horizon-7-23

En siguientes entradas veremos como configurar el resto del laboratorio y trabajaremos con VMware Horizon 7

La entrada Instalar laboratorio VMware Horizon 7 aparece primero en VMware Blog.

Instalar UDS Enterprise en VMware

$
0
0

Instalar UDS Enterprise en VMware

Hoy os vamos a mostrar el software UDS Enterprise, y lo vamos a instalar en el laboratorio VMware mediante los ficheros OVA que dispone la empresa. Antes de nada, agradecer a la parte comercial de UDS Enterprise (Beatriz en este caso), por facilitarnos el acceso en tiempo récord y poner a nuestro disposición todo el material, que nunca es fácil conseguir software de pruebas.

Lo primero que vamos a hacer es entender en qué consiste y qué utilidad le podemos dar dentro del entorno de nuestra empresa. Una vez que entendamos qué es, os explicaremos como instalarlo.

¿Qué es UDS Enterprise?

Detrás de UDS Enterprise se encuentra una empresa española, Virtual Cable, que ha desarrollado el software y está abriendo mercado poco a poco. Según lo define la propia empresa, se trata de un broker de conexiones utilizado principalmente para virtualización de escritorios y aplicaciones. Entonces, la primera duda que nos surge es ¿qué es un broker de conexiones? Lo que realiza un broker de conexiones es facilitarnos la gestión entre recursos virtualizados o físicos y ponerlos a disposición del usuario final de una forma transparente. El recurso puede estar en nuestras instalaciones, en un laboratorio o en un cloud, el broker de conexiones facilita la integración de todos los recursos para que estén disponibles de una forma ordenada.

Al broker de conexiones no le importa la plataforma (Linux o Windows), el tipo de Hypervisor utilizado (tendréis compatibilidad a todos los hypervisores punteros VMware, Citrix, Microsoft, Nutanix, RHEL,…). Realmente todas las grandes plataformas disponen de un broker de conexiones Citrix XenDesktop o VMware Horizon View, pero normalmente están limitadas a sus propios productos.

Otra de las características que hemos visto en UDS Enterprise, es que a simple vista parece un software muy flexible, no sólo, como ya hemos comentado, porque se puede implementar casi cualquier plataforma de virtualización, sino por los protocolos de conexión (es accesible desde cualquier navegador web o sistema operativo) y las tareas que se pueden programar entorno a él.

El sistema de licenciamiento también es interesante, el coste es por usuarios, y para grandes empresas con un volumen alto de usuarios se transforma en un coste fijo a partir de X usuarios, sin límite.

instalar-uds-enterprise-1

Instalación UDS Enterprise

Vamos a generar nuestro laboratorio de UDS Enterprise. Iremos a la web:

https://www.udsenterprise.com/es/my-uds/

Necesitaremos tener el Serial ya cargado.

instalar-uds-enterprise-2

En la parte inferior tendréis acceso a las imágenes OVA que nos permitirán instalar el laboratorio:

instalar-uds-enterprise-3

Una vez descargadas las imágenes procedemos a subirlas a nuestra plataforma VMware.

instalar-uds-enterprise-4

Las vamos cargando:

instalar-uds-enterprise-5

Para la instalación nos basamos en el manual oficial para la última versión 2.1  

Versiones en UDS ENTERPRISE

Antes de empezar. Tenéis que tener claro qué diferencias hay entre las versiones para tener claro hasta donde podemos llegar. Yo hoy os voy a mostrar la versión FREE:

instalar-uds-enterprise-6

Networking en UDS ENTERPRISE

Este el diseño tanto para la red LAN como para la WAN. Tendréis que abrir puertos si decidís trabajar debajo de un Firewall:

instalar-uds-enterprise-7

instalar-uds-enterprise-8

instalar-uds-enterprise-10

Componentes de UDS ENTERPRISE

  • UDS Server (Broker). Es una máquina virtual, uno de los ficheros OVA que hemos descargado. Gestiona la interrelación entre los clientes y los diferentes proveedores. Básico para funcionar.
  • UDS Tunneler: Es una máquina virtual, uno de los ficheros OVA que hemos descargado. Su función es gestionar las conexiones seguras a través de la WAN.
  • UDS Data Base: Es una máquina virtual, uno de los ficheros OVA que hemos descargado (No se utiliza en UDS Enterprise Free Edition y  UDS Evaluation Edition). Almacena los datos de UDS Enterprise.
  • UDS Actor: Realizas las conexiones para informar sobre el estado de diferentes parámetros (escritorio virtual,…)
  • UDS Plugin: Se utiliza en los clientes para conectarse los servicios de escritorio

instalar-uds-enterprise-9

Ejecutando versión FREE en VMWare

Como no tengo acceso a la licencia de pago, os muestro la versión FREE. Ya anteriormente hemos subido las 3 máquinas (UDS Server, Tunneler y Database). En la versión free no usaremos la máquina UDS Database porque ya lleva integrada una base de datos el propio UDS Server.

Así que arrancamos UDS Server:

instalar-uds-enterprise-11

En el arranque ya vemos que está basado en Debian. Elegimos teclado:

instalar-uds-enterprise-12

Introducimos el serial:

instalar-uds-enterprise-13

Introducimos los datos. Daros cuenta que necesitaréis un DNS y un servidor DHCP para trabajar con UDS Enterprise:

instalar-uds-enterprise-14

Elegimos el usuario y contraseña para acceder:

instalar-uds-enterprise-15

Y terminamos:

instalar-uds-enterprise-16

Comienza el proceso:

instalar-uds-enterprise-17

Y en pocos segundos lo tendremos arrancado, pulsamos Done y esperamos a que reinicie:

instalar-uds-enterprise-18

Accedemos a la URL previamente configurada con el usuario que también hemos configurado:

instalar-uds-enterprise-19

La primera vez nos dará esta pantalla. Vamos a Administrador del sistema –> Panel de control:

instalar-uds-enterprise-20

Y ya podemos empezar a juguetear:

instalar-uds-enterprise-21

Vamos a la pestaña servicios y añadimos nuestro vCenter que debe tener Linked Clones configurados, por ejemplo:

instalar-uds-enterprise-22

Introducimos los datos de conexión y lanzamos una prueba para comprobarlos:

instalar-uds-enterprise-23

instalar-uds-enterprise-24

Pulsamos Guardar:

instalar-uds-enterprise-25

Os mostraremos en otras entradas otras configuraciones que nos muestren para qué podemos usar UDS Enterprise con varios ejemplos concretos.

 

La entrada Instalar UDS Enterprise en VMware aparece primero en VMware Blog.

VMware OS Optimization Tool

$
0
0

VMware OS Optimization Tool

Continuando con Horizon 7, hoy os queremos mostrar una herramienta que está disponible gratuitamente en VMwareLabs, se trata de VMware OS Optimization Tool. Ha sido diseñada por el ingeniero Jack McMichael de VMware y se puede descargar gratuitamente. ¿Y para qué sirve exactamente? Lo que nos permite VMware OS Optimization Tool es “limpiar” de cosas innecesarias sistemas operativos Windows, con el fin de optimizar el desempeño de los mismos al utilizarlos en Horizon 7.

¿Qué beneficios exactamente extraemos de utilizar VMware OS Optimization Tool?

  • Mejoramos el rendimiento de las imágenes base en VDI, mejorando por ejemplo el inicio de sesión.
  • Eliminamos procesos o configuraciones innecesarias (tareas programadas, características, servicios, aplicaciones…)
  • Podremos aplicar modificaciones en el registro tanto HKCU (usuario) como HKLM (máquina)
  • Aplicar la configuración de efectos visuales que mejor trabaje para nuestros nuevos usuarios
  • Deshabilitar procesos que se ejecutan el arranque
  • Podremos desactivar UAC

Aunque estamos hablando de VMware Horizon 7, realmente también la podremos utilizar con Microsoft VDI o Citrix XenDesktop

DOWNLOADhttps://labs.vmware.com/flings/vmware-os-optimization-tool#summary

GUIA OFICIAL: https://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/techpaper/vmware-view-virtual-desktops-windows-optimization.pdf

Requisitos VMware OS Optimization Tool

  • Windows 7/8/10, Windows Server 2008 R2 / 2012/2016
  • NET Framework 3.5, SP1.

vmware-os-optimization-tool-1

La entrada VMware OS Optimization Tool aparece primero en VMware Blog.

Hiperconvergencia VMware

$
0
0

Hiperconvergencia VMware

De un tiempo a esta parte se habla constantemente de Infraestructuras y Soluciones Hiperconvergentes en Virtualización. Hoy os queremos mostrar qué es el concepto de hiperconvergencia, qué soluciones existen, qué las difiere de las infraestructuras tradicionales y qué soluciones dispone VMware con respecto al resto de actores del mercado.

Definición de Hiperconvergencia en Virtualización

Podríamos definir Hiperconvergencia (HCI) como la consolidación de varias capas de la infraestructura, computación, red y almacenamiento en un solo nivel. El nombre de hiperconvergencia, como podéis suponer, tiene que ver con hipervisor, que es uno de los elementos fundamentales.

El objetivo principal de la hiperconvergencia es simplificar el diseño y reducir el coste de la infraestructura. Aunque realmente, como veremos, podemos incluso a mejorar el rendimiento sobre una plataforma tradicional.

hiperconvergencia-vmware-0

Vamos a hablar sobre las tres capas que queremos consolidar en un sólo nivel:

  • Computación: la capa de computación se refiere al hardware del servidor y al software del hipervisor, que puede variar dependiendo la tecnología que utilicemos.
  • Red: es la capa que menos se ve afectada. Las mayores diferencias que existirán entre infraestructuras convergentes y tradicionales, será la parte de red que gestiona el tráfico del almacenamiento, que ya no es un elemento compartido, aunque sí tiene que ser asignado.
  • Almacenamiento: es la capa que más afectada se ve. Normalmente se elimina el almacenamiento compartido y se asigna almacenamiento interno a los nodos. Ahora se define por software y se generan volúmenes virtuales.

Aunque se intenta simplificar el diseño, siempre habrá que ser capaz de gestionar las capas o componentes que componen una infraestructura hiperconvergente. También es verdad que no disponer de una cabina de almacenamiento, hace que sea más fácil gestionar la infraestructura para los administradores de TI.

Soluciones Hiperconvergentes más importantes en 2017

Existe un diagrama que muestra quienes son los líderes del mercado en cada sector o especialidad que no es otro que Gartner Magic Quadrant. 

Como podéis ver EMC, Nutanix y SimpliVity, son empresas punteras en temas de Hiperconvergencia. Como podéis observar VMware no aparece en este cuadrante, y eso no significa que no esté entre los líderes, pero no vende hardware hiperconvergente como sus rivales, sino que dispone de socios tecnológicos que lo hacen por ellos como Dell, HP, Supermicro,…y se comercializa el paquete hiperconvergente basado en especificaciones de VMware de esta forma.

Destaca en este cuadrante Nutanix o SimpliVity, que además de poder trabajar con VMware o Hyper-V (Nutanix), llevan muchos años especializándose en este tipo de infraestructuras y tienen sus propios hipervisores como Nutanix con Acropolis.

hiperconvergencia-vmware-2

VMware y la hiperconvergencia

¿Entonces VMware donde se encuentra en este mercado con respecto al resto de competidores? Os dejo un libro de interesante lectura:

Actualmente VMware dispone de dos productos Virtual SAN 6.6 y vSphere 6.5 que se han orientado significativamente a las infraestructuras HCI. Novedades como poder gestionar vSAN desde el propio ESXi, mejora en el rendimiento de hasta el 50% en unidades All-Flash o tener la posibilidad de utilizar tráfico Unicast, hacen que un entorno hiperconvergente tenga más sentido.

En resumen, VMware es otro actor en el mercado de la hiperconvergencia, con un papel bastante importante por ser líder en virtualización, al cual le intentan dar soporte el resto de fabricantes o integrarse con sus soluciones, creando una capa extra entorno a vSphere o vSAN. Otras empresas llevan años con esto, y VMware está dando grandes pasos para seguir la misma línea.

La entrada Hiperconvergencia VMware aparece primero en VMware Blog.

Integración directorio activo vCenter

$
0
0

Integración directorio activo vCenter

Si no habéis integrado con directorio activo vuestro vCenter y lo queréis hacer a posteriori os explicamos como hacerlo. Entrar con vuestras credenciales de adminitrador (normalmente administrator@vsphere.local) y una vez dentro de la consola, pulsáis sobre el menú principal –> Administración –> Implementación –> Configuración del sistema:

Integración directorio activo vCenter 01

Pulsamos sobre Nodos y pulsamos sobre la IP de nuestro vCenter. Iremos a la pestaña Administrar –> Active Directory –> Unir:

Integración directorio activo vCenter 02

Introducimos los datos para unirnos al dominio:

Integración directorio activo vCenter 03

Tendremos que reiniciarlo.

Integración Single Sign-On

Ahora que tenemos el vCenter integramos también Single-Sign On

Integración directorio activo vCenter 1

Pulsáis sobre la pestaña Orígenes de identidad y sobre el icono +:

Integración directorio activo vCenter 2

Elegimos Active Directory:

Integración directorio activo vCenter 3

Configurar para Usar cuenta de equipo:

Integración directorio activo vCenter 4

Y pulsamos Finalizar:

Integración directorio activo vCenter 5

Ahora nos mostrará otra fuente de autenticación como es directorio activo:

Integración directorio activo vCenter 6

En mi caso añado mi usuario de directorio activo al grupo de administradores:

Integración directorio activo vCenter 7

Seleccionamos el dominio y el usuario que queremos agregar al grupo:

Integración directorio activo vCenter 8

Ahora podemos utilizar nuestro usuario de dominio para loguearnos:

Integración directorio activo vCenter 9

 

La entrada Integración directorio activo vCenter aparece primero en VMware Blog.

Viewing all 679 articles
Browse latest View live