Oracle Exalytics Model Overview: Series X versus Series T
In my previous blog, I provided an overview of the Oracle Exalytics engineered platform. In this post, I would like to offer some more details on the differences between the Exalytics models so you can decide which is right for you.
Exalytics comes in two flavors: the X series and the T series. Each represents variances in how chips handle the logical instructions for moving electrons around a circuit. Historically, these differences represented brains versus brawn, but today’s modern processors encompass a little of each to support high horsepower and broad concurrent processing.
Differences in power
The Exalytics X series leverages processing cores focused on one to four hosted instances. This processing model is most effective for achieving the speed-of-thought analytics that most top executives require. The X series machines are designed for isolating a variety of new application-based tools that can exploit the processors and RAM more effectively.
On the other hand, the Exalytics T series is all about horsepower. The processing architecture here is more suited to five or more hosted instances, providing greater value in consolidation use cases while still supporting high-end performance.
*X4-4 details extracted from Oracle data sheet http://www.oracle.com/us/products/applications/exalytics-x24-1500259.pdf
**T5-8 details extracted from Oracle data sheet http://www.oracle.com/us/products/applications/exalytics-t5-8-2017793.pdf
Differences in cost
Cost is another differentiator, and understanding these differences is critical for decision makers looking to control the cost of implementation, maintenance and expansion of the Exalytics value once an engineered platform is in place. The difference in the cost of X series and T series is readily apparent, as the cost of the T series is roughly double that of the X series.
The combination of these two models can be leveraged to support isolation between production and development environments, using fewer pieces of hardware and applying the same system management infrastructure. This minimizes maintenance cost while still supporting growth and analytic performance. Using both Exalytics models can broaden the engineering value of the engineered platform, which must account for a number of environments and applications, as well as improve performance.
Different for a reason
There is a very good technical reason why Oracle has implemented these two different processing architectures. By maximizing the value of an Exalytics engineered system, you can achieve balance between performance and consolidation so that internal IT controls can benefit from both Exalytics models.
My next installment will introduce you to the virtualization tools that bring these two processing models together as a unified solution so you can enable consolidation and deploy the development patterns necessary to provide the analytics agility required by your decision makers.