GridGain 8.1 Delivering Memory-Centric Architecture
Offering distributed in-memory computing performance with cost and durability of disk storage
This is a Press Release edited by StorageNewsletter.com on June 27, 2017 at 2:36 pmGridGain Systems, Inc., provider of enterprise-grade in-memory computing platform solutions based on Apache Ignite, announced GridGain 8.1.
The solution expands the bounds of in-memory computing with a new memory-centric architecture which leverages ongoing advancements in memory and storage technologies to provide distributed in-memory computing performance with the cost and durability of disk storage. GridGain 8.1 extends the SQL capabilities of the company’s platform, with expanded SQL Data Definition Language (DDL) capabilities added to its existing DML and ACID transaction support.
The new release provides performance on hybrid memory/disk infrastructures using a Persistent Store feature.
For organizations using Persistent Store in production, the GridGain Ultimate Edition includes a cluster snapshot backup feature which is recommended to utilize the memory-centric architecture in mission-critical environments.
Data Definition Language
DDL support was announced in the previous version of GridGain, including the ability to create and drop SQL indexes in runtime. Now users can manage caches and SQL schema with commands like Create and Drop table. This provides the ability to connect to GridGain using JDBC or ODBC drivers and fully configure the cluster using those well-known DDL statements. This eliminates the need to deal with Spring XML, Java or .NET-specific configuration options for the cluster. Instead, users can now communicate with the ANSI SQL-99 compliant GridGain platform using standard DDL and DML commands.
Persistent Store
Persistent Store is a distributed ACID and ANSI-99 SQL-compliant disk store available in Apache Ignite that transparently integrates with GridGain as an optional disk layer (which may be deployed on HDDs, SSDs, flash, 3D XPoint and other storage-class memory technologies). It keeps the full data set on disk while putting only user-defined, time-sensitive data in memory. Users are no longer required to keep all active data in memory or warm up RAM following a cluster restart to utilize the system’s in-memory computing capabilities.
The Persistent Store keeps the super set of data and all the SQL indexes on disk, making GridGain operational from disk.
The combination of this new feature and the platform’s advanced SQL capabilities allows GridGain to serve as a distributed transactional SQL database, spanning both memory and disk, while continuing to support all the existing use cases. Persistent Store allows organizations to maximize their ROI by establishing the tradeoff between infrastructure costs and application performance by adjusting the amount of data they keep in-memory.
Cluster snapshots
The GridGain Ultimate Edition introduces a cluster snapshots feature. Cluster snapshots are essential for production implementations of GridGain when using Persistent Store. They allow users to create both full and incremental snapshots which can be used as restore points for later recovery or as a source of reference data in staging and test environments. GridGain Web console and the snapshot command line tool can be used to schedule full and incremental snapshots according to user business requirements.
.NET Peer-class loading
For several GridGain versions, the GridGain peer-class loading feature has supported Java. This eliminated the need to manually deploy Java or Scala code on each node in the cluster and re-deploy it each time it changes. The required classes are pre-loaded or removed whenever needed.
With GridGain 8.1, .NET developers can benefit from the same capability. A .NET assembly can be automatically pre-loaded to an already running .NET cluster node if an implementation of a distributed computation task is missing locally. The unloading is also handled automatically.
C++ for design and development
Developers can design and develop GridGain Compute Grid tasks using C++ and send the tasks for execution to a GridGain cluster. Ignite.C++ automatically serializes, deserializes and runs the computations.
“GridGain 8.1 is a mature, next generation in-memory computing platform that can be used cost-effectively as an in-memory data grid with existing RDBMS, NoSQL or Apache Hadoop databases or it can function as a standalone distributed, transactional SQL database by leveraging the new Persistent Store feature,” said Abe Kleinfeld, president and CEO, GridGain. “The expanded SQL DDL makes GridGain easier to work with using standard SQL commands, and the addition of Persistent Store and Cluster Snapshots means it can be used for a broader range of production applications, allowing each organization to set the right balance between operating costs and application performance by adjusting the amount of data kept in-memory. The expanded .NET and enhanced C++ capabilities allow development teams to work with GridGain using the skills they already possess. In short, the next generation GridGain 8.1 platform now allows organizations to put a memory-centric computing platform at the strategic core of its data infrastructure.“