Finally the help of IT is here

Blog de soluciones informaticas.

Como funcionan los CPU Credits en Amazon AWS

Posteado por Xavier Xaus Nadal on 19th agosto 2015

Los CPU Credits de Amazon AWS son los encargados de aumentar el rendimiento de CPU de una instancia t2 en caso de necesidad puntual, las instancias t2 también llamadas de performance burstable o de ráfaga disponen de un rendimiento definido fijo como el que podemos ver en la siguiente tabla y de una capacidad  temporal extra limitada por los CPU Credits definidos.

Esto significa que al contratar una instancia EC2 de tipo t2 aceptamos que no tenga un rendimiento fijo en el tiempo y que pueda variar según si los créditos de CPU han sido alcanzados o no para conseguir el 100% de rendimiento de CPU.

AWS CPUCredit_0

La instancia arranca con un balance de créditos de CPU suficiente para que el performance sea bueno, mientras la instancia este en modo idle (o sin llegar a usar su baseline performance) los CPU Credits se acumulan según la tabla anterior CPU Credits / Hour, hasta llegar a 24 horas, donde si no se han gastado no se seguirán acumulando.

En el caso que una instancia requiera de un nivel de CPU superior a su Baseline Performance en momentos puntuales (ráfagas) usará los créditos disponibles acumulados hasta terminarlos y seguirá con el rendimiento marcado en su baseline performance

No hay diferenciación de uso entre instancias Windows o Linux.

AWS CPU Credit

Los créditos de CPU pueden ser monitorizados gracias al servicio CloudWatch para detectar si necesitamos aumentar el tipo de instancia t2 y disponer de más créditos de CPU o ir pensando en pasar a una instancia de performance fijo como las instancias m3, c3, r3 …

Vamos a poner un ejemplo para que quede más claro.

Supongamos que tenemos una instancia t2.micro encendida usando un 10% de CPU continuo (Su máximo permitido), en este caso se van acumulando a razón de 6 Créditos de CPU cada hora. Transcurridas 2 horas dispondremos de 12 minutos completos (2 horas x 6 créditos) en los que podremos usar el 100% de performance de un core de CPU a máximo rendimiento, transcurridos estos 12 minutos el sistema bajará su performance hasta un 10% de la potencia del core de CPU que es el asignado en su baseline.

NOTA: El sistema operativo seguirá indicando que está al 100% de CPU si el proceso no ha finalizado, pero irá un 90% más lento que en los 12 minutos anteriores donde pudimos disfrutar de la máxima potencia del core físico asignado a la máquina virtual.

En el caso de una instancia t2.large dispondremos siempre de un 60% del core de CPU para nuestro uso y disfrute, en el caso puntual que necesitemos superar este rendimiento, el sistema cogerá de su reserva de CPU Crédits lo acumulado a razón de 36 créditos por hora el establecido en la primera imagen del artículo.

Si el uso de CPU de la instancia t2.large fuera inferior a un 60% de CPU durante 24 horas, dispondríamos de 14 horas o 864 minutos de uso del sistema al 100% de su capacidad de procesamiento (24 horas *36 créditos), transcurrido este tiempo volveríamos a disponer de un 60% de rendimiento del core.

Recordad que el performance interno del sistema operativo nunca mostrará el uso real de CPU de la instancia ya que el porcentaje de uso de CPU es relativo al uso de los CPU credits y del base performance de cada instancia.

Como sé que lo vais a preguntar os lo respondo ya directamente.

En el caso de las instancias t2 medium y large que disponen de 2 vCPU significa que tienen el doble de capacidad de proceso? Pues no. En el caso de t2 medium tiene como base un 40% de un núcleo disponible para un único proceso (1 vCPU) pero si utiliza multiproceso (2 vCPU) dispondrá de un 20% por cada proceso. en el caso de t2.large lo mismo pero con un 60% de una vCPU y de un 30% si es multiproceso.

Como es un tema bastante complicado de entender, os dejo el apartado de comentarios para que podáis opinar y presentar vuestras aportaciones que siempre son bienvenidas.

Un saludo MegaCracks.

Tags: , , ,
Posteado por Amazon AWS | No Comments »

Activar Memcached en CentOs mediante putty

Posteado por Xavier Xaus Nadal on 22nd julio 2013

Buenas noches.

Hoy vamos a ver como se instalar paso a paso Memcached en un CentOs, también os servirá para los newbies en el tema para vuestros hosting, lo haremos de una forma muy genérica y que se pueda utilizar en cualquier servidor virtual (VPS) o servidor dedicado, o incluso en vuestro hosting compartido.

Nosotros lo vamos a hacer mediante putty para el cual previamente hemos configurado una conexión SSH desde nuestro servidor web. Lo vamos a hacer con credenciales root (Quizá a vosotros os falten estas credenciales) pero si disponéis de ellas este es vuestro artículo paso a paso.

Tras conectar con Putty al servidor nos solicitará un Login y un password, poned el de vuestro usuario root.

Lo primero que vamos a hacer es crear un directorio temporal con el comando mkdir donde descargaremos memcache en su versión estable en el ejemplo la del 22/9/2012 versión 2.2.7.

mkdir repo

cd repo

Ahora vamos a descargar desde el repositorio de internet la última versión estable con el siguiente comando.

wget http://pecl.php.net/get/memcache-2.2.7.tgz

Memcached 1

Como veis en la imagen hemos hecho un ls para ver que el fichero ha sido descargado en esta ruta.

 

 

Sigue leyendo MegaCrack »

Tags: , , , ,
Posteado por rendimiento web | No Comments »

15 plugins para WordPress (SEO, performance, sociable)

Posteado por Xavier Xaus Nadal on 12th octubre 2012

El siguiente artículo muestra los 15 plugins para WordPress que estamos usando en este blog.

Muchos blogs muestran plugins interesantes en sus artículos pero nunca nadie había mostrado hasta ahora los plugins que están usando en el blog.

Creo que es importante esto último ya que da confianza hacia el lector por que estos plugins para WordPress están verdaderamente testeados y recomendados.

Sé que es un fallo de seguridad exponer los plugins para WordPress que estamos usando en el blog ya que cualquier fallo en el código de estos puede provocar que seamos vulnerables ante ataques, espero que no sea así por el bien de los seguidores del blog, pero para ello también tenemos la precaución de mantener el blog con las últimas actualizaciones de seguridad.

Espero que os gusten y que nos comentéis los plugins para WordPress que utilizáis vosotros en vuestros blogs.

Primero os voy a mostrar todos de golpe con sus enlaces para que los descarguéis y luego hablaremos de cada uno de ellos por separado.

Akismet

Authors Widget

Dagon Design Sitemap Generator

FeedBurner FeedSmith

Google XML Sitemaps

GTranslate

RDFa Breadcrumb

Real IP

ShareThis

W3 Total Caché.

WordPress SEO

WP-Optimize

WP Smush.it

WPtouch

Yet Another Related Posts Plugin

Sigue leyendo MegaCrack »

Tags: , , , , , ,
Posteado por General | No Comments »

Solventar problemas rendimiento Outlook y Exchange

Posteado por Xavier Xaus Nadal on 10th mayo 2012

Buenos días.

Desde hace algunos años que usuarios de Outlook con Exchange 2003 están sufriendo lentitud en sus sistemas, time out, errores, etc.. Cada día la cantidad de mails que recibimos es superior, el tamaño de los correos es superior y las capacidades de los servidores siguen siendo las mismas (tema crisis).

Pero caer en el error que el servidor de correo es el causante, es una forma incorrecta de asumir el problema.

Outlook 2003/2007/2010 como muchos otros sistemas de correo tiene sus limitaciones y sus buenas prácticas que deberíamos seguir a rajatabla y únicamente sin modificar el sistema Outlook del usuarios y sobretodo sin tener que invertir en nuevo hardware o incluso sin pensar en actualizar el sistema de correo a una versión reciente podríamos conseguir muy buenos resultados en cuanto a rendimiento del sistema de correo se refiere. (El usuario lo agradecerá.)

Uno de los grandes problemas y muy fáciles de solventar es el número de emails en cada carpeta en Outlook.

Este número de correos no debería superar nunca los 3000 correos (Parece mucho a simple vista, pero mirad vuestra bandeja de entrada o la carpeta elementos enviados (Cuantos tenéis???).

Con este simple cambio podremos ver una mejora sustancial en el rendimiento de nuestro Outlook y por ende en el feedback del usuario en cuanto al sistema de correo. Y aunque os parezca increíble también en la carga del servidor Exchange.

El contenido de cada carpeta se almacena en una tabla en el Information Store Database, a medida que aumenta el número de elementos en cada carpeta el mecanismo de almacenamiento extensible también llamado ESE que utiliza estructuras de datos de árboles B + para almacenar registros también aumenta y como el número de registros aumenta, el número de entradas / salidas de disco para almacenar nueva información también aumenta y decrementa el performance del sistema por completo.

Sigue leyendo MegaCrack »

Tags: , , , , , , , , , , , , , , , , , , , , , , , , , , , , , ,
Posteado por Exchange | No Comments »

Migración a servidor más rápido (conseguido 100/100 web performance)

Posteado por Xavier Xaus Nadal on 3rd mayo 2012

Buenas,

Hoy quizá durante un rato no hayáis podido entrar al blog, pero la interrupción ha sido para mejor.

Siento no haber podido avisar antes pero hemos sufrido un upgrade del sistema operativo central en nuestro proveedor de hosting Bluehost.

Esta mañana hemos recibido la siguiente carta.

Dear Xavier,

 

We’re pleased to inform you that the server hosting your megacrack.es website will be undergoing a major software upgrade, from CentOS 5 to CentOS 6, within the next 48 hours.

 

This upgrade includes newer software packages (including Python, Perl and gcc), as well as all the security and performance benefits that come along with CentOS 6. In addition to this, the server will be redeployed with a different file system type simultaneously, further increasing performance.

 

Although a bulk of the upgrades to your server are being done with it online and functional, in order to safely finalize these changes our Administrators will need to temporarily take your server offline in the early morning hours. Barring any extenuating circumstances this outage should only last about 2 hours.

 

Please note that while we do not anticipate your software having problems post-update, it may be required to re-compile any module(s) you are using to take advantage of the newer included libraries. We suggest reviewing your site afterward to verify that it is functioning as it should.

 

If you have any questions or concerns please do not hesitate to contact us.

La verdad es que he realizado una prueba de rendimiento y por fin tenemos un First Byte Time de 506 ms. Bieeeeeeeeennn!!!!! Sigue leyendo MegaCrack »

Tags: , , , , , , , , , , , ,
Posteado por Improving Web Speed, web | 1 Comment »