WEBVTT 00:00.870 --> 00:11.280 Ahora vamos a ver el estores Gateway de datos almacenamiento dolerse Storage que es un servicio de almacenamiento 00:11.340 --> 00:18.600 híbrido que permite a tus aplicaciones propias usar el almacenamiento en la nube o dobles de manera 00:18.600 --> 00:20.400 continua. 00:20.520 --> 00:25.950 Puedes utilizar este servicio para realizar copias de seguridad recuperación de desastres procesamiento 00:25.950 --> 00:32.640 de datos en la nube y migraciones tus aplicaciones se conectan a este servicio mediante una máquina 00:32.730 --> 00:41.810 virtual o Gateway con protocolos de almacenamiento estándar como NFS SMB o s c s. 00:42.300 --> 00:48.850 Esta puerta de enlace o Gaikai se conecta con los servicios de almacenamiento de doble s como clase 00:50.000 --> 01:01.040 S3 PS y kw s lo que permite almacenar archivos volúmenes instantáneas y cintas virtuales dobles. 01:01.050 --> 01:07.740 Este servicio permite el almacenamiento en caché local para tu acceso local. 01:08.010 --> 01:15.790 Aquí vemos un esquema de doble s Storage que fue donde podremos ver el componente que tenemos que estar 01:15.790 --> 01:23.590 en nuestros servidores componente de Casvi que es como una máquina virtual que permite que nuestros 01:23.590 --> 01:29.540 ficheros volumenes son nuestras cintas que se puedan transportar hasta dobles. 01:29.560 --> 01:32.700 Los servicios de S3 Gleiser etcétera. 01:36.300 --> 01:43.530 Veamos ahora que dobles se Storch que tiene cuatro formas para implementarlo. 01:43.590 --> 01:50.280 El primero es la entrada de ficheros el segundo entrada de volumen escrachados el tercero entradas de 01:50.280 --> 01:54.860 volúmenes almacenados y por último entradas de cintas. 01:54.900 --> 02:02.280 El primero de ellos entrada de ficheros puedes almacenar y recuperar ficheros en S3 a través de protocolos 02:02.280 --> 02:11.130 de archivo estándar como NFS o SMP el dispositivo de software o Gateway se implementa en el entorno 02:11.130 --> 02:20.470 local como una máquina virtual y proporciona acceso a los objetos tales como archivos de archivos administra 02:20.490 --> 02:29.340 transferencia de datos entre nuestro entorno local y W.S sirve de pacer para las aplicaciones optimiza 02:29.400 --> 02:33.990 y transmite los datos en paralelo y administra el consumo de ancho de banda. 02:35.470 --> 02:39.910 Se integra con otros servicios de dobleces como vía M€ kms. 02:39.920 --> 02:48.380 Clave woks Cloud trail o dobles CFDI y con la administración de costes y facturación. 02:48.400 --> 02:51.340 Aquí vemos un esquema del film que 02:56.020 --> 03:02.700 aquí vemos nuestra parte nuestra parte de nuestros servidores donde dice que algunos de nuestros datos 03:02.700 --> 03:04.180 están cacheado sin el Greenway. 03:04.220 --> 03:11.820 Este componente de Gateway donde podemos cachear parte de los ficheros que almacena haremos directamente 03:12.000 --> 03:23.400 un back DS3 todos nuestros datos almacenados de forma permanente en Amazon S3 ahora veremos la entrada 03:23.400 --> 03:31.610 de volúmenes proporcionan volúmenes de almacenamiento respaldados por la nube de Amazon W.S que se pueden 03:31.610 --> 03:39.520 montar como dispositivos y S.C. y desde los servidores de aplicaciones locales tiene dos posibles configuraciones 03:39.530 --> 03:49.640 la primera volumenes en caché almacena los datos en S3 y conserva una copia local de los datos de acceso 03:49.640 --> 03:58.340 frecuente y volúmenes almacenados todos los datos almacenados localmente y se realiza de forma asíncrona 03:58.430 --> 04:01.490 copias de seguridad de los datos en S3. 04:01.490 --> 04:09.860 Así ofrecemos también recuperación de desastres pudiendo restaurar los backups directamente de S3. 04:09.860 --> 04:19.490 Aquí tenemos un esquema de volúmenes de cache donde vemos que los datos almacenan en S3 aquí y se conserva 04:19.490 --> 04:25.240 una copia en local con los datos de acceso frecuente que sería esta parte de aquí. 04:27.170 --> 04:30.530 Este sería nuestro servicio en nuestro CPD y nuestro servidor. 04:30.570 --> 04:32.450 Esta sería la parte de almacenar dobles 04:37.240 --> 04:44.590 aquí hay un esquema de los volúmenes almacenados donde todos los datos se almacenan localmente y se 04:44.590 --> 04:51.100 realiza de forma asíncrona copias de seguridad de los datos en ext3 todos los datos almacenados localmente 04:51.100 --> 04:56.710 aquí tenemos el 100 por ciento de los datos están almacenados tanto en nuestro servidor como un backup 04:57.340 --> 05:00.300 que se está realizando también del 100 por cien de los datos. 05:00.370 --> 05:01.990 En dobles 05:07.130 --> 05:14.460 y por último tenemos la entrada de cinta permite archivar datos de copias de seguridad de los backups 05:14.550 --> 05:25.560 de forma económica y duradera en Grecia que es un servicio de almacenamiento más barato de dobles ofrece 05:25.560 --> 05:31.650 una infraestructura de cintas virtuales que escala es decir permite aumentar o disminuir la capacidad 05:31.650 --> 05:35.310 o volumen de datos almacenado de manera sencilla y duradera. 05:35.310 --> 05:38.850 Aquí tenemos un esquema de cómo se montaría la entrada de cinta 05:43.940 --> 05:52.070 y por último decir que puedes ejecutar adolece de dos formas diferentes en local instalando una máquina 05:52.070 --> 05:57.450 virtual en tu servidor local y la segunda en el servidor. 05:57.610 --> 06:05.440 Es decir estará instalado y W.S en una instancia CC2 donde se puedan reservar volúmenes de almacenamiento 06:05.440 --> 06:12.220 de ese CDs y se pueden utilizar también para la recuperación de desastres. 06:12.220 --> 06:18.480 La duplicación de datos y para proporcionar almacenamiento para aplicaciones alojadas en CDOs.