RAN-as-a-Service Demo

End-to-End 4G and 5G RAN deployment automation

Mobile Network Operators (MNO) are faced with several challenges when modernizing and growing their networks, and need to make continuous investments in order to introduce new technologies, like 5G. Among these investments, the Radio Access Network (RAN) is usually the highest expense, given its scale: 10,000 to over 100,000 sites for medium to large networks. Emerging technologies like Open RAN promise a better Total Cost of Ownership for such investments, but embracing these new technologies pose a challenge to the MNO. They cannot afford to add more personnel to cope with the sheer network growth. Robin helps solve this dilemma by providing a RAN-as-a-Service capability through its automation and orchestration solution tailored to next-gen RAN deployments. Robin has successfully deployed this technology at Tier1 operators for their 4G and 5G RAN networks, resulting in dramatic reductions in CapEx and OpEx, extremely faster time-to-market and simplified operations.

More information on Robin solutions for 5G

Provision Oracle RAC Database as a Service with Robin Platform


Try Robin

Robin Video – Robin Hyper-converged Kubernetes Platform in Two Minutes

Robin Systems Resources

Oracle RAC Database as a Service – Provision with Robin Platform

See how easy it is for anybody to stand up an entirely new Oracle RAC environment including the grid infrastructure installation the ASM configuration and finally create the RAC database tool.

Log into the Robin Hyperconverged Kubernetes Platform console. Go straight to the application bundle screen. In this case, we just have a couple of simple bundles, one of which is our Oracle RAC bundle. So we’ll just simply click on that to provision Oracle RAC. On-click, we are immediately presented with the provisioning workflow associated with this application.

We will name our application. We’ll just call this Oracle RAC demo. Now we’ve got a couple of network interfaces we need to consider because for Oracle RAC both the public and private IP address ranges are available here. This is where we specify the public address because this is how the application will receive connection requests we’ve got the ability to specify the size of the cluster – both in terms of the number of nodes and the amount of compute and memory capacity.

This gives us the ability to shape the way in which the database will be laid out. In this case, we are going to change the default from flash to spinning disk because we, in this case, don’t have enough flash memory available for this particular deployment. We will then move down here to specify our private interconnect IP address and specify our single client address name for RAC. We’ll scroll on down to find a number of other environment variables which may be passed through robin for this deployment.

We’ve got the ability to define how we will declare ASM disk group redundancy – various credentials and then we have our placement rules where we can control how these resources will be deployed on the physical robin cluster. In this case, we need to be able to allow for multiple RAC instances on the same physical node in the cluster because we only have two nodes in our demo environment.

Simply click on provision application from that screen. This will kick off the deployment of our RAC environment. The provisioning process goes through a number of different phases beginning with the deployment of the V nodes or the actual virtual nodes or pods in the cluster running a variety of scripts to complete the configuration of the RAC environment itself from an Oracle perspective through the UI. After this, it is really just in a matter of minutes as we have our entirely fresh new RAC environment up and running.

View Provision Oracle RAC demo to learn more.

Robin Hyperconverged Kubernetes Platform


Try Robin for FREE

Scale Out Oracle RAC Database as a Service with Robin Platform


Try Robin

Robin Video – Robin Platform in Two Minutes

Robin Systems Resources

Oracle RAC Database as a Service – How to Scale

See how easy it is for anybody to stand up an entirely new Oracle RAC environment including the grid infrastructure installation the ASM configuration and finally create the RAC database tool.

You have seen how easy it is to deploy a fresh new Oracle RAC database environment. But what if we want to know how our workload might respond when adding a third node to the cluster? In other words, test the scalability of that particular workload when adding a third node.

So it’s really easy. We just click on “Scale Out” for the application and here we can define the number of nodes by which we want to extend this cluster. This is done simply by sliding across this bar but for this demonstration purpose, we need to add a single node. We can also explicitly
call out a hostname for the new node. We can go back and tweak some of the environment variables as input for this new operation but for this demo, we really don’t need to make any of these changes.

So let’s just close these out and just simply click on the “Scale Out” button to begin the process for extending our RAC cluster. Behind the scenes, Robin is making all the necessary calls to Oracle to affect the extension of the cluster – in very much the same way as you might through conventional means for any other installation ensuring that from an Oracle perspective things are all agreeable with the configuration. You can see the success of the operation in this window. We’ll close this window and now we are back on our application screen with the newly refreshed view to find that our third node has been added.

We can see the new IP addresses – the physical host on which the new container has been deployed. Let’s just jump back into the new container – rather do a similar verification to see that we have actually successfully reshaped RAC database environment with three nodes from two nodes. We now log into Oracle set our environment through SRB CTL. Let’s just do a status again of our Robin database so we can see that we’ve got our Robin three instance now, which has been added and it’s now running on our new V node.

In the new container in the Robin cluster, we can see the new vip is added and is up and running. The resources have been successfully configured across the new node and if we go back into SQL plus and log back into the database itself and do once again a query of gv$instance, we can see that we had the databases up and fully available across all three instances of the cluster. Okay, so we exit out of that. We’re back to the UI and so now what if we want to scale back in? So we need to shrink that cluster – testing is completed – so we need to shrink that cluster back to two nodes –

Watch the demo to understand how to scale back.

Robin Hyperconverged Kubernetes Platform


Try Robin for FREE

Clone Oracle RAC Database as a Service with Robin Platform


Try Robin

Robin Video – Robin Platform in Two Minutes

Robin Systems Resources

Clone Oracle RAC Database as a Service with Robin Platform

We have a database application that is up and running. Now let’s take a look at how easy it is to take snapshots of that application and then subsequently perform cloning operations.

Create Snapshot

Creating a snapshot is quite easy with Robin. We have the option to provide a name for the snapshot or just use the default – which is what we’ll do here. We can look at some of the operations behind the scenes that are going to occur with respect to freezing IO and quiescing the application to maintain consistency. We will then see the newly created snapshot.

From here we have the option for restoring back to that point in time or in this case we were going to perform a thin clone operation based on that snapshot. Here we want to name the clone. It’s essentially an entirely new application stack that will be stood up as part of this operation. So we need to give it a name just as we would give the original application when it was provisioned.

Therefore, we also need to specify both the public and the private IP addresses, because again, this is a RAC database application. We could tweak the capacity for this app and we’ll just leave that the same specify the private IP address and just simply launch the operation by clicking on the clone. This takes a few minutes.

We can again take a look at some of the operations that are occurring behind the scenes with respect to deploying the application. It’s relatively quick and at this point, we can close out this window.

View Oracle RAC Clone and the original application

Now we will be presented with the new application screen as it relates to this new clone cloned app with all the related information in terms of the new nodes that have been provisioned – IP addresses etc. So then if we go back and just click on the general application screen then we can get a summary. you can see the original application and the newly cloned deployment and the snapshot on which it was based.


Try Robin for FREE

Postgres Clone Database – Robin Storage

Postgres Clone Database - Robin Storage

Postgres Clone – Robin Storage PostgreSQL Demo

  • Use a PostgreSQL database Snapshot to create a clone
  • Verify the clone reflects the data captured in the snapshot
  • Modify the cloned database and verify the original database remains unaffected
  • Robin for Databases

Application cloning improves the collaboration across Dev/Test/Ops teams. Teams can share app+data quickly, reducing the procedural delays involved in re-creating environments. Each team can work on their clone without affecting other teams. In this demo, we will:

  • Use a PostgreSQL database Snapshot to create a clone
  • Verify the clone reflects the data captured in the snapshot
  • Modify the cloned database and verify the original database remains unaffected

We will see how we can clone an entire PostgreSQL database, including all Kubernetes resources such as Pods, StatefulSets, ConfigMaps, PersistentVolumeClaims, etc. with a single command.

Postgres Deploy, Snapshot, Rollback Robin Storage | Demo Video

Postgres Deploy, Snapshot, and Rollback - Robin Storage

Postgres – Robin Storage PostgreSQL Demo

Snapshots allow you to restore your application’s state to a point-in-time. If you make a mistake, such as unintentionally deleting important data, you can simply undo it by restoring a snapshot. In this demo, we will:

  • Deploy a Postgres database on Kubernetes using Helm and Robin Storage
  • Register our Postgres database with Robin as an “app”
  • Incrementally add data to our database and take snapshots
  • Simulate a user error or database fault by deleting some data
  • Recover the lost data using snapshot with Robin Rollback feature

We will see how we can roll back an entire PostgreSQL database, including all Kubernetes resources such as Pods, StatefulSets, ConfigMaps, PersistentVolumeClaims, etc. with a single command.

Elastic – Dynamic Scaling with Robin Hyperconverged Kubernetes Platform |Video Demo

Deliver Elastic as-a-Service with Kubernetes

Scale on-demand

No need to create IT tickets wait for days to scale-up Data Nodes by adding more memory, CPU, or Storage, or to scale-out by adding more Data Nodes.

Dynamic scaling to meet sudden demands

If a Data Node runs out of resources, end users can simply scale up by adding more CPU/RAM, no need for IT tickets. Adding more Data Nodes to existing ELK cluster is also a simple 1-click operation.

Elastic – Deploy ELK Clusters with Robin Hyperconverged Kubernetes Platform

Elastic – Deploy ELK Clusters with Robin Platform

Deliver ELK (Elastic, Kibana, Logstash) Stack-as-a-service

Turbocharge your DevOps productivity with Elastic Stack on Kubernetes. Improve the agility and efficiency of your Developers, Operation teams, and Data Scientists.

Self-service experience

Robin provides self-service provisioning and management capabilities to developers, operations teams, and data scientists, significantly improving their productivity.

Provision custom Elastic stacks in minutes

Robin has automated the end-to-end cluster provisioning process for the Elastic Stack, including custom stacks with different versions and combinations of Elasticsearch, Logstash, Kibana, Beats, and Kafka. The entire provisioning process takes only a few minutes.

Deliver Database-as-a-Service

Consolidate ELK clusters with Robin Hyperconverged Kubernetes Platform

Deliver Elastic as-a-Service with Kubernetes

Improve hardware utilization

Robin provides performance isolation and RBAC to consolidate multiple ELK workloads without compromising SLAs and QoS.

Get more out of your hardware

Consolidate multiple ELK workloads and ensuring data locality for Data Nodes for better performance reduces hardware footprint. Also, reduce your hardware cost by sharing the compute resources between clusters. If an ELK cluster runs the majority of its batch jobs during the night-time, it can borrow a resource from an adjacent ELK cluster with day-time peaks, and vice versa.

Self-service deployment of a Cloudera cluster on the Robin platform demo video

Self-service deployment of a Cloudera cluster on the Robin platform

Robin Systems Videos

In this demo video, we demonstrate how you can setup a Cloudera cluster with a click of a button on the Robin Platform.

Robin’s application-aware manager simplifies deployment and lifecycle management using container-based “virtual clusters.” Each cluster node is deployed within a container. The collection of containers running across servers makes the “virtual cluster.” This allows Robin to automate all tasks pertaining to the creation, scheduling, and operation of these virtual application clusters, to the extent that an entire data pipeline can be provisioned or cloned with a single click and minimal upfront planning or configuration.

Robin Platform has three components

Robin Application-aware compute

Robin platform aggregates the existing compute – proprietary or commodity servers – and creates a single layer of all compute resources that are available to each application that the enterprise uses.

Container Technology

Robin leverages container technology to consolidate applications with complete runtime isolation. Container is a lightweight, OS-based virtualization technology that allows creation of compartmentalized and isolated application environment on top of the standard OS.

Performance-Sensitive Workloads

Robin is the first and only product in the industry that brings application lifecycle management benefits to all types of enterprise applications – including highly performance-sensitive workloads such as NoSQL databases RDBMS and Big Data.

Appropriate Container Configuration

Robin’s Adaptive container technology picks the appropriate container configuration depending on the application types. Traditional applications are deployed within “system containers” to provide VM-like semantics and Robin supports the deployment of stateless microservices applications such as Docker containers.

Zero Performance Impact

When used with bare-metal servers, Robin enables “zero-performance-impact” consolidation of data-havy databases, and other distributed applications such as Elasticsearch, with Application lifecycle management features, resulting in significant operational efficiency gains and cost reduction.

Robin Application-aware storage

Robin Application-aware manager

Agile Provisioning

  • Simplify cluster deployment using application-aware fabric controller—provision an entire operational data pipeline within minutes
  • Deploy container-based “virtual clusters” running across commodity servers
  • Automate tasks – create, schedule and operate virtual application clusters
  • Scale-up or scale-out instantaneously to meet application performance demands

Self-service deployment of a Cloudera cluster on the Robin platform

Robin Systems Videos