BLOB Caching en Sharepoint 2010: Atributo max-age

Hola gente,

En el post pasado recalqué la importancia que tiene el adecuado manejo de los BLOB (Binary Large OBject) en Sharepoint. Muy bien, para cerrar por el momento el tema, quisiera agregar algo más sobre el tiempo que estará disponible ese caché para que el cliente lo acceda.

Es posible especificar el atributo max-age en el archivo web.config, cuanta cantidad de tiempo (dada en segundos) le es permitido a Sharepoint mantener esa cache disponible localmente en los WFE's.

Por ejemplo, si se requiere almacenar esa cache por 6 horas (o sea 21600 segundos) la configuración sería la siguiente:

<BlobCache location="H:\su_directorio" path="\.(png|jpg)$" maxSize="10" max-age="21600" enabled="true" />

De lo anterior se desprende que, los recursos desde la caché de los WFE's (con el atributo max-age configurado) solamente pueden ser re-solicitados (a la BD de contenido) después de que el intervalo establecido en dicho atributo ha pasado o bien, la caché del web-browser haya sido limpiada. En otras palabras, si los recursos del BLOB cache cambian en el servidor antes de que el intervalo de max-age se haya ejecutado, los clientes que están haciendo uso de esos recursos no verán los cambios localmente.

Para poder que los clientes visualicen los cambios antes que el intervalo haya terminado, se necesitará un browser-cache-flush.

La reducción en las solicitudes de los clientes a la caché de los WFE's, ayuda a estos a mejorar su procesamiento y de rebote, hacen que la experiencia de uso del sitio web sea más placentera para el usuario final. Nos vemos.

BLOB Caching en Sharepoint 2010

Hola gente, me pareció interesante una configuración que estuve leyendo, por lo cual quisiera comentárselos.

Para mejorar el rendimiento del manejo de BLOB's en una plataforma Sharepoint 2010, existe un mecanismo out-of-the-box en el que se puede configurar en el web.config de los IIS Web Sites de la infraestructura que usa.

El Disk-Based Caching (BLOB Caching) es usado comúnmente para incrementar la velocidad de acceso a recursos almacenados en bases de datos de contenido, tales como imágenes, videos, archivos java script, etc. Estas mejoras en rendimiento se obtienen meediante el almacenamiento en el caché de los WFE's, una vez que han sido solicitados por primera vez por el cliente.

Esto le permite a Sharepoint servir peticiones subsecuentes para tales contenidos, desde los WFE's en lugar de realizar un round-tripping a la base de datos de nuevo. Para la mayoría de los sitios en Sharepoint este tipo de caching aligera significativamente la carga de tráfico sobre la Back-End Network y los servidores SQL.

Como ya lo mencioné, el BLOB Caching se controla a través del web.config, el cual no está habilitado por omisión. Para habilitar esto es tan sencillo como poner en "true" el atributo enabled de la forma:

1. Habra el web.config de cada WFE que tenga.
2. Busque la siguiente línea:
   <BlobCache location=”H:\su_directorio” path=”\.(gif|jpg|png|css|js)$” maxSize=”10” enabled=”true” />
3. Coloque en "true" el atributo enabled.
4. Cierre y salve el archivo.
5. No es necesario reiniciar IIS luego de esto, pero si lo desea hágalo con "iisreset /noforce".

Como notas finales:

• El maxSize estaá dado en Gigas y puede ser cambiado si así lo desea.
• El location puede ser cambiado. Si la dirección de disco no tiene suficiente espacio, debería hacerlo.
• Para agregar (o quitar) nuevos file types, digítelos en path y separelos entre sí con el pipe (|).

Nos vemos.

Sharepoint 2010: desde cero!! Parte I

Hola gente,

Este es el primer post sobre la configuración de una granja en Sharepoint Server 2010. Acá tocare temas muy diversos como NLB, SRSS, virtualización, BIDS, ESX, etc. Quiero dejar claro que todo lo que voy a exponer no es una receta única, existen muchas maneras de configurar Sharepoint Server 2010, por lo que lo único que deseo es guiarlos y evitarles ciertos "dolores de cabeza" que tuve yo. Muy bien, let's roll...

Lo primero es mencionarles la lista de software que utilice en todo el periplo de configuración de la granja, les adjunto el link acá.

Empezaremos por el principio: la virtualización. Es de sobra conocido que Sharepoint 2010 está diseñado para trabajar con un mejor rendimiento sobre un ambiente virtualizado. Por lo que les adjunto tres vertientes:

• Sobre Hyper-V.
• Sobre Virtual Box.
• Sobre VMWare.

Yo en lo personal, prefiero la versión sobre VMWare, pero no los quiero coaccionar je je je je... Bueno, el hecho es que he logrado montar un Small Farm de cuatro vMachines en ESX 4.1 licenciados y administrados por un vCenter Server 4.1 licenciado también (que esperaban... es solución corporativa no casera). Les muestro con un esquema reducido, lo que hice:

Por diversas razones he dejado solamente lo escencial que nos compete por el momento. Observen que esta granja tiene la característica primordial de que los servidores WFE's (Web Front Ends) reparten la carga de las peticiones web y gracias a eso más adelante les explicaré como escalar un SRSS 2008 R2 valiéndonos del mismo NLB (Network Load Balancing).

El primer paso (que no es solamente uno :-)), será instalar en nuestros hosts físicos el ESX 4.1 de VMWare y configurarlo para vea discos de una SAN (lo que utilice es un poco más grande que una SAN... pero bueno...). Lo anterior es debido a que en VMWare es necesario que los discos virtuales que contendrán las vMachines no estén dentro de los hosts, sino, en un storage masivo para poder crear back-ups de forma segura y otras configuraciones (como vMotion).

Lo primero fue instalar el SO residente (ESX 4.1) que permite que una máquina física albergue una virtual:

 A partir de aquí se presentan estos pasos (sólo pondré algunos):

Hecho esto, se procedió a instalar en servidor aparte (lo hice en uno físico) de las máquinas virtuales el software llamado vCenter 4.1. Es importante resaltar que en la red corporativa en la que trabajo, tiene un Active Directory en una versión diferente (inferior) a los servidores que administro, así que recomiendo fehacientemente que si utilizan el Windows Server 2008 R2, instalen primero el SP1 de éste antes que el vCenter.

Una vez instalado, deberán conectar por medio del cliente de VMWare llamado vSphere Client, para que creen un pool de vMachines y así consolidar los recursos de hardware de los hosts físicos (este tema es muy largo, por lo que lo vere en otra serie diferente de posts). Si se les presenta el siguiente error durante la conexión por medio del cliente:

Deberán habilitar los servicios VMWare VitualCenter Management Webservices y/o VMWare VirtualCenter Server en el servidor donde se instaló vCenter:

Y listo! a este punto deberíamos tener la arquitectura virtual (mostrada en la primera imagen) para empezar a instalar nuestras vMachines. Nos vemos en el siguiente post. Ciao!!

Instalacion de Sharepoint 2010: desde cero!!

En este post, solamente definire los elementos de software utilizados. La lista es la siguiente:

• vCenter 4 de VMWare.
• ESX 4 de VMWare.
• Windows Server 2008 R2.
• SQL Server 2008 R2.
• Sharepont 2010 Server.

Los siguientes posts describire con detalles la instalacion de un small farm (4 vMachines), con los links de ayuda que utilice, los errores encontrados y como superarlos, ademas de la instalacion en si. Bueno, esten atentos ciao!!

Aca les dejo, Sharepoint users es lectura obligatoria!!!

SP1 de MSS 2010

Nuevos libros!!

Pronto en mi SkyDrive subiré BAAASTANTEEE material... espero les sirva!!

Charla sobre Sharepoint 2010 y Cloud Computing

El próximo 5 de noviembre estaremos ofreciendo una charla en la sede de la UTN en Puntarenas. Espero verlos por allá.

Se tratarán temas como MSS 2010, cloud computing y desarrollo web.