martes, 1 de julio de 2014
Replicación híbrida y escalabilidad con SQL Server OnPremise y Azure (1/4)
Imaginemos que nuestro negocio tiene una clara vertiente estacional y necesitamos dar solución a la creciente demanda que está generando en la que, por ejemplo solo en los meses de verano el uso de nuestra plataforma aumenta un 600%. Tradicionalmente nos encontramos en un escenario en el que nosotros tenemos compradas las máquinas, tenemos compradas las licencias, montada la infraestructura IT, contratada luz, contratado un buen sistema de comunicaciones,…Ante este escenario, si la demanda de nuestro servicio aumenta drásticamente en determinadas épocas del año, nos encontraremos ante la problemática de qué hacer…¿compramos más máquinas, licencias,…o probamos con la nube?
Obviamente este post va de encajar en un escenario típico y cada vez más común, aplicación global con uso estacionalmente dispar. ¿Por qué nos decantaríamos por Azure en un escenario como el planteado en el ejemplo?, Se me ocurren bastantes cosas pero hay dos bastante importantes en el caso planteado:
· Necesitamos elasticidad en la plataforma
o Azure te ofrece poder añadir-quitar recursos a tu infraestructura en un abrir y cerrar de ojos. Ya no hablo solo de tener worker roles con escalabilidad automática, hablo de disponer en minutos de una máquina funcional completa con SQL Server 2012 SP2 y empezar a dar servicio, por ponerte un ejemplo.
o Además, una vez los recursos no te son necesarios los puedes desasignar directamente y dejar de pagar por ellos (aunque estén ahí configurados a la espera de que se vuelvan a levantar llegado el momento)
· Necesitamos que la plataforma Cloud tenga buenos tiempos de respuesta al rededor del globo
o Una de las ventajas de Azure es que tus servicios cloud pueden estar alojados en los CPD que MS proporciona…y eso implica que puedes tener una zona dando soporte en la región de Este USA, Oeste USA, Oeste Europa, Este Asia,…mejorando los tiempos de respuesta para los usuarios independientemente de la parte del globo en que se encuentren.
SIGUE LEYENDO
miércoles, 25 de junio de 2014
Benefits of Soft-NUMA: Don't believe everything you read
SQL Server is an application which supports NUMA. This means that it can correctly use hardware which has been designed with NUMA architecture. Additionally, you can use software configuration in order to get higher performance, as you'll see.
What is NUMA?
NUMA= Non Uniform Memory Access. NUMA architecture is characterized by a series of nodes, each one having its own CPU and local memory circuitry, which are interconnected by a bus (a token ring, shared bus,…whatever,…but they are interconnected).
This corresponds to the following diagram:
This post will not go into details of the benefits of NUMA hardware, but will focus rather on Soft-NUMA.
What is Soft-NUMA?
Soft-NUMA is the way you can, in SQL Server, “simulate” NUMA architecture or “trick” your SQL Server instances into believing that there is a NUMA architecture like that described above. This is not only used to configure nodes within a hardware NUMA node, but also to configure Soft-NUMA on SMP machines, where there are a series of CPUs which share ALL the same memory (there are no isolated nodes, there is just one node they can share)
This type of scenario would correspond to the following diagram:
And, in this case, the SQL Server would behave, to all intents and purposes, as though there were a single NUMA node, since that is how you can technically think of it.
Don't believe everything you read about Soft-NUMA
In many references in prestigious books (which I'm obviously not going to mention here, out of respect for the authors), and even in the books in official SQL Server screens, as of the date of writing this (3/5/2012), the following comment is made:
“The benefits of soft-NUMA include reducing I/O and lazy writer bottlenecks on computers with many CPUs and no hardware NUMA. There is a single I/O thread and a single lazy writer thread for each NUMA node. Depending on the usage of the database, these single threads may be a significant performance bottleneck. Configuring four soft-NUMA nodes provides four I/O threads and four lazy writer threads, which could increase performance”
Source: http://msdn.microsoft.com/en-us/library/ms178144.aspx
This is even a question in a certification exam for SQL Server
Well, in fact, this is not correct, and it has even been reported in connect as a bug to be corrected…but was closed without corrections :( https://connect.microsoft.com/SQLServer/feedback/details/670328/books-online-incorrect-soft-numa-information
How can I reproduce it?
Very easily. Imagine you've got a machine - as I have - with 8 CPUs (Intel core i7)
Imagine that you want to create 2 Soft-NUMA nodes, so that cores from 0 to 3 are node 1 and from 4 to 7 are node 2
CPUs 0 1 2 3 4 5 6 7
Soft-NUMA <----N0----><----N1---->
You should go to regedit.exe and do the following:
In SQL Server 2012:
Open regedit.exe HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\110\
If not exists KEY "NodeConfiguration" (this will happen in non hardware-NUMA systems)
Create new key: "NodeConfiguration"
If not exists key "Node0"
Create new key: Node0
If not exists key "Node1"
Create key "Node1"
Remember this:
Decimal Binary Allow SQL Server threads on processors
value bit mask
15 00001111 0, 1, 2, and 3
240 11110000 4,5,6 and 7
Then, apply the following configuration:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\110\NodeConfiguration]
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\110\NodeConfiguration\Node0]
"CPUMask"=dword:15
"Group"=dword:0
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\110\NodeConfiguration\Node1]
"CPUMask"=dword:240
"Group"=dword:0
Once you have restarted SQL Server, you will have proof that you have 2 NUMA nodes.
By looking in the SQL Server error log
And, of course, in the DMV which displays the NUMA nodes available
But, however hard you search, there are no additional LAZYWRITER processes resulting from having more Soft-NUMA nodes.
A simple sp_who2 will show you that there is only one LAZYWRITER process.
NOTE: Remember that this is only true for Soft-NUMA; if you have hardware-NUMA you will indeed have a LAZYWRITER process for each of the nodes
Therefore, this highly specific type of SQL Server configuration is not, as you might think, useful for improving disk I/O completion waits ... rather, it is useful for improving network I/O completion waits!!
jueves, 12 de junio de 2014
Rendimiento tempdb mejorado en SQL Server 2014
La realidad es que una tabla temporal o una variable de tabla, finalmente acaba escribiendose en disco…pero en los discos donde residen los ficheros de tempdb. Es decir, que si, que una tabla temporal o variable de tabla SI genera presión de E/S. ¡Sorpresa!
La buena noticia es que ese famoso “dicho” en SQL Server 2014 ya no es mentira del todo :).
CONTINUAR LEYENDO…
jueves, 5 de junio de 2014
Particionado de tablas en SQL Server 2014
Tradicionalmente el particionado de datos no ha sido muy de mi agrado por las implicaciones de mantenimiento que se tenian asociadas. Tareas como reindexar, mover particiones entre tablas, actualizar estadísticas,…no eran tarea sencilla en entornos con carga 24x7 en el momento en el que particionabas una tabla. Ni que decir tiene que en SQL Server 2005 particionar llevaba aparejado un grave problema de rendimiento en el momento en que una query “tocaba” más de una partición…
Cada edición de SQL Server mejoraba algun aspecto (mejoras en nº de hilos entre particiones, operadores optimizados para descartar particiones,…) pero siempre quedaba en la balanza de “contras”, el mantenimiento de las tablas particionadas.
Con SQL Server 2014 la cosa ha mejorado bastante, hasta el punto de que ya no me da tanto “reparo” el promover el particionado de datos en grandes volúmenes de información, dado que ahora los inconvenientes ya están bastante diluidos como para que se puedan poner en la balanza y evitar particionar.
Continua leyendo aqui…
sábado, 19 de abril de 2014
Back to my roots, una nueva edicion del evento tecnológico de referencia nacional
El año pasado tuve el placer de hablar en dicho evento sobre “Paralelismo en SQL Server” y este año me han vuelto a hacer el honor de invitarme para hablar esta vez del nuevo motor relacional In-Memory OLTP que viene con SQL Server 2014.
No olvides apuntarte gratuitamente aqui http://www.eventbrite.es/e/entradas-back-to-my-roots-10635022639
Esta es la lista de ponentes y sus respectivas sesiones:
Marc Estrada
Pague una, llévese dos (apps para múltiples dispositivos).
Marc Rubiño
AngularJS – Poli bueno, poli malo.
Juan María Hernández
No pierdas tiempo escribiendo tests.
Alfredo Fernández
Todo un misterio (es secreto: probablemente algo cañero de JS).
Juan Quijano
Coded UI, iniciación a pruebas funcionales del interfaz gráfico.
Quique Martínez
Video OnDemand y Live Streaming. Entrega de vídeo multiplataforma.
Luis Ruíz Pavón
CQRS – Hasta el infinito y más allá
Alberto Díaz & Adrián Díaz
Porque no veo otra cosa nada más que SharePoint
Pedro J. MolinaBackends y arquitecturas para servicios con Radarc
Alex CasqueteProgramación funcional reactiva
Eduard Tomás
Videojuegos web en tiempo real con Katana, SignalR y NancyFx
Roberto Luis Bisbé
Firefox OS: Javascript vuela en primera clase
Enrique Catalá
Nuevo motor relacional In-memory OLTP en SQL Server 2014
Bruno Capuano
Coding 4 Fun, Kinect V2, Leap Motion, Unity3D, etc …
Josue Yeray & Santiago Porras
Charla secreta
Isabel Cabezas & Toni Recio
Javascript y por qué no comparar la velocidad con el tocino
Carlos Carrillo
Windows Azure Mobile Services ahora con .NET
Juan Manuel Servera
Introducción a Roslyn
Miguel Egea
Diseñando bases de datos relacionales para mantener históricos
Eladio Rincón
Índices compuestos para desarrolladores
Fernando G. Guerrero
Reflexiones sobre el futuro, de alguien que ha peleado ya algunas recesiones
Fernando Escolar
Load Tests: ¿sobrevivirías al efecto menéame?
Pedro Hurtado, LLuis Franco y Sergio León
Dos tontos muy tontos y un tío con futuro
miércoles, 2 de abril de 2014
Solucion: Error: 17190, Severity: 16, State: 1.
A priori podría uno pensar que se trata de un bug en SQL Server 2014, pero parece algo que ya ocurre en versiones anteriores y tiene más que ver con un problema de seguridad en mi máquina. No voy a entrar en detalles de por qué me ha pasado, pero si que considero interesante que a cualquiera que le pase esto, pueda reaccionar y dar con una solución facil y rápida.
Continúa leyendo …
martes, 11 de marzo de 2014
Analizar perfmon con powerpivot
En este post vamos a ver lo facil que resulta analizar toda la información proveniente de nuestros ficheros .blg mediante PowerPivot. Usaremos además la herramienta “Relog” para convertir nuestros ficheros
Para ello imagina que tienes una captura .blg que lleva dias funcionando y queremos analizar. Puede que conozcas la herramienta PAL, la cual es bastante interesante y automatiza muchas tareas, pero seguramente si te dedicas como yo al “grano fino” necesitas ir mas alla. Para estos casos es para los que te vendrá bien conocer la importación de datos y análisis mediante PowerPivot.