Caché o no Caché

En casi toda implementación de ProjectWise se recibe la misma pregunta sobre Caching Servers. “¿Cómo se si necesito un Caching Server en una oficina o no?”. Primero se debe entender qué hace un Caching Server y cómo se lo va a utilizar.

El ProjectWise Caching Server tiene dos propósitos. El primero es guardar los archivos administrados por ProjectWise y el segundo es hacer un caché de los archivos guardados en oficinas remotas. Un Caching Server generalmente necesitará el mismo poder de procesamiento que un file server local y no utiliza intensivamente el procesador. Sin embargo, el agregado de un Point Cloud Service puede incrementar las necesidades de procesamiento. El Point Cloud Service sólo se necesita en un ProjectWise Caching Server que tambien sera el área de almacenamiento de la nube de puntos.

Para instalaciones medianas a grandes, se recomienda que se instale un ProjectWise Caching Server en la misma ubicación que el ProjectWise Integration Server, por razones de performance. Tener ProjectWise Caching Server en una oficina remota es una de las mayores decisiones cuando se determina la arquitectura de hardware. Reglas generales para determinar si una oficina necesita un ProjectWise Caching Server incluirían lo siguiente:

• 10 o mas usuarios en una oficina utilizarán ProjectWise.
• Cinco o mas usuarios en una oficina trabajarán en el mismo proyecto y archivos.
• Oficinas que tiene alta latencia.
• Oficinas con ancho de banda limitado.
• Utilización de archivos grandes.
• Cuando se desea almacenamiento distribuído.
• Cuando se necesita mejor performance.

En muchas oficinas que están una al lado de la otra se puede comenzar sin Caching Server entendiendo que si la preformance es un problema se debe agregar uno.

Para ver el original de este artículo: http://projectwiseblog.com/2013/05/29/to-cache-or-not-to-cache/

Escalando un Sistema de ProjectWise

Dado que ProjectWise consiste de varios servidores que necesitan trabajar en conjunto, muchas veces es dificil diagnosticar los problemas de performance. Los diagnósticos de performance de ProjectWise generalmente entran dentro de cinco categorías diferentes. Es mejor asegurarse que se tiene el tamaño de sistema correcto. Condierando lo siguiente:

• CPU
• I/O de archivos
• Red
• Memoria
• Base de Datos

En general, casitodo hardware tiene un ciclo de vida de tres años alrededor del cual se puede planificar el sistema. Esto quiere decir que el hardware será suficiente para funcionar correctamente con versiones futuras del software de aplicación, como ProjectWise Integration Server, pero tambien funcionará con sistemas operativos nuevos que puedan ser desarrollados en ese período de tiempo. Ademas de los requerimientos de software, la carga de usuarios esperada debe ser tomada en consideración. Muchas compañías que utilizan ProjectWise verán un crecimiento en su uso a través del tiempo.

El siguiente cuadro muestra cómo un Integration Server se puede escalar para manejar una carga de hasta 2000 usuarios conectados. Sería una mejor práctica incluír un segundo (o mas) Integration Server, en un cluster o configuración de Network Load Balance, para permirir la conmutaciónpor error o para balancear la carga cuando se tiene uno cientos de usuarios o se necesita garantizara el tiempo de actividad. Se debe tener en cuenta que estos números son representativos de un SELECTseries 4 Integration Server que es 64bits verdadero.

Para ver el original de este artículo: http://projectwiseblog.com/2013/03/12/scaling-of-a-projectwise-system/

Performance en ProjectWise

Este es uno de los varios posts repecto a ProjectWise y Performance. Se cubrirán temas que ayudarán a entender qué hace que la performance de ProjectWise sea la correcta. Este tópico se refiere a la latencia y sus efectos en la performance.

Gran parte de la performance anticipada se puede determinar por la latencia entre los clientes y los servidores. En esta era digital, el ancho de banda y la latencia determinan la velocidad a la cual se reciben los datos. Lo bueno es que con plata generalmente se puede comprar mas ancho de banda, pero cuando se refiere a latencia, este no siempre es el caso. Latencia es la medida de tiempo que le toma a un paquete de datos en moverse desde / hacia. Los datos deben ir desde la interface del usuario al kernel, hacia placas de red, a switches, firewalls, routers, a otra placa de red, a otro kernel, y luego devuelta por la misma ruta. El tiempo que tarda todo este proceso se denomina latencia. Esta operación se realizará miles de veces por minuto. Por lo tanto, una latencia alta entrega baja performance sin importar el ancho de banda, que determina la cantidad de paquetes de datos que se pueden enviar simultaneamente.

La imagen debajo puede ayudar en cuanto a expectativas de performance.

Para ver el original de este artículo: http://projectwiseblog.com/2013/03/04/projectwise-performance/

Latencia, mejores prácticas

Dado que la latencia de una red tiene mucho que ver con performance, aquí algunas mejores prácticas que los usuarios pueden llevar a cabo para minimizar el efecto de la latencia. Siguiendo estos simples pasos en la rutina diaria se puede disminuir considerablemente la cantidad total de transacciones con el servidor y por lo tanto incrementar la performance.

• Apagar el Preview Pane en ProjectWise Explorer en las oficinas de alta latencia. Esto limitará la cantidad de datos y transacciones necesarias por el Cliente durante la navegación de carpetas y archivos.
• Limitar el uso de Vistas personalizadas, sólo mostrando un mínimo de datos acerca de cada archivos.
• Limitar el uso de titleblock integration con AutoCAD y MicroStation.
• Limitar la cantidad de atributos en todo Environment que sea utilizado en oficinas de alta latencia.
• Utilizar, cuando sea posible, Caching Server(s) como almacenamiento de archivos en oficinas de alta latencia.
• Utilizar, cuando sea posible, Cachin Server(s) como caché de archivos en oficinas de alta latencia.
• Utilizar Fetchfile.exe para pre-popular el caching de archivos locales.
• Limitar la cantidad de archivos en cualquier carpeta a un número manejable.
• Navegar utilizando el árbol de carpetas en ProjectWise y no seleccionando las sub-carpetas en la lista de contenidos.

Para ver el original de este artículo: http://projectwiseblog.com/2013/03/07/latency-best-practices/