We use it for the integration part, as a jump host, or to create an ABS VM for lift and shift. That's what we use it for.
I'm just involved in providing VMs; application testing and development are handled by a different department.
We use it for the integration part, as a jump host, or to create an ABS VM for lift and shift. That's what we use it for.
I'm just involved in providing VMs; application testing and development are handled by a different department.
The security is robust; it's encrypted. If you have a VM running on a private subnet, then it's highly secure, which is what everyone prefers with Oracle.
If you want to access the VM from anywhere over the Internet, you put it in a public subnet. So, VMs are linked to that. The subnets are linked to it. So, it's perfectly secured if it's a private network. The security is set.
Integration capabilities are a little complicated. It could be made easier. Whether integrating with Azure or other platforms or integration with OIC itself, the integration part is a little complicated. The integration console could also be made a bit more user-friendly.
Sometimes, the API calls and procedures are a bit complicated. Not everyone is familiar with the systems and how to work with them, but a little easier steps would do better.
The console is clear, but the integration side of it, sometimes, the Oracle Cloud doesn't have an IDCS user. Normally, in the integration of Oracle Identity Cloud Service (IDCS), it is useless. But now there's no Oracle Identity and Access Management (IAM) IDCS because it's been compressed to domain-based. So, it's domain-based right now. There's no ID here. Everyone has access, depending on the policy and access.
However, in specific environments, like GovCloud, there need to be more upgrades. Maybe it's because it's GovCloud; it's like that. However, the integration part becomes a little complicated in terms of the GovCloud log, where we have to make adjustments. There are no IDCS users, so we need to put in an IAM user and implement the policies. The integration of the VM agent and connectivity agent becomes a little complicated.
I have been using it for two years.
It is stable. But in some cases, the connectivity to the service gateways is a little complicated to the SaaS cloud. We have that difficulty. Oracle is working on that.
It's highly scalable. You can scale up and scale down, both vertically and horizontally. So, those are good features.
The customer service and support are good.
Positive
I've been working with Azure recently, so I started learning it. It's just like creating a VM, creating users, and setting passwords for them.
Oracle is entirely on a Linux platform. Very rarely Windows is used unless it's a Jump host or for IDP sessions. But Azure is completely Windows-based. So, we need to switch over and switch on to using Linux commands. That's the major difference.
The initial setup is complex. We need to configure the integration on the console. We need to install that connectivity agent to a VM. And the whole process is a little complicated. Where it could be made a little easier, the API could be a bit easier where OAuth tokens and everything generated is a bit more straightforward.
The whole process from the beginning will take around two days. For deployment and maintenance, two people are enough.
The user will be charged accordingly as well—pay as you go. So, that's also a feature that comes with Oracle.
Basically, you get charged only for storage. If I stop a VM, then I'm not charged for the CPU usage. So, that's fine.
The pricing is cheap. The charge is around $20 to $ 30 per day for that.
Overall, I would rate the solution a nine out of ten.
The only recommendation is, in case you lose the keys for the VMs, that becomes a little complicated process to get through. There is a process, but unless the person is very technically sound, the keys cannot be exchanged or checked. They cannot be retrieved, but they can be changed.
That's the only point you need to remember.
We were curious and wanted to test the product since we were standardizing our virtualized environment.
We knew that VMware was feature-rich, and we wanted to look as others as well to avoid vendor lock in.
I've been using it for one years.
It was complex.
We did it in-house.
We were not happy with the aggressive licensing model of Oracle and thought we would end-up in a similar situation to the Database where we have to pay the license fee for passive nodes as well.
We selected VMware and KVM.
The Red Hat KVM is better than the OVM in terms of performance and simple support.
This is a very simple post to show the results of some recent testing that Tom and I ran using Oracle SLOB on Violin to determine the impact of using virtualization. But before we get to that, I am duty bound to write a paragraph of text featuring lots of long sentences peppered with industry buzz words. Forgive me, it’s just the way I’m wired.
It is increasingly common these days to find database environments running in virtual machines – even large, business critical ones. The driver is the trend to commoditize I.T. services and build consolidated, private-cloud style solutions in order to control operational expense and increase agility (not to mention reduce exposure to Oracle licenses). But, as I’ve said in previous posts, the catalyst has been the unblocking of I/O as legacy disk systems are replaced by flash memory. In the past, virtual environments caused a kind of I/O blender effect whereby I/O calls become increasingly randomized – and this sucked for the performance of disk drives. Flash memory arrays on the other hand can deliver random I/O all day long because… well, if you don’t know the reasons by now can I just recommend starting at the beginning. The outcome is that many large and medium-sized organisations are now building database-as-a-service platforms with Oracle databases (other database products are available) running in virtual machines. It’s happening right now.
Phew. Anyway, that last paragraph was just a wordy way of telling you that I’m often seeing Oracle running in virtual machines on top of hypervisors. But how much of a performance impact do those hypervisors have? Step this way to find out.
When it comes to running Oracle on a hypervisor using Intel x86 hardware (for that is what I have available), I only know of three real contenders:
Hyper-V has been an option for a couple of years now, but I’ll be honest – I have neither the time nor the inclination to test it today. It’s not that I don’t rate it as a product, it’s just that I’ve never used it before and don’t have enough time to learn something new right now. Maybe someday I’ll come back and add it to the mix.
In the meantime, it’s the big showdown: VMware versus Oracle VM. Not that Oracle VM is really in the same league as VMware in terms of market share… but you know, I’m trying to make this sound exciting.
This is going to be an Oracle SLOB sustained throughput test. In other words, I’m going to build an Oracle database and then shovel a massive amount of I/O through it (you can read all about SLOB here and here). SLOB will be configured to run with 25% of statements being UPDATEs (the remainder are SELECTs) and will run for 8 hours straight. What we want to see is a) which hypervisor configuration allows the greatest I/O bandwidth, and b) which hypervisor configuration exhibits the most predictable performance.
This is the configuration. First the hardware:
Violin Memory 6616 flash Memory Array
This is the configuration. First the hardware
And the software:
Each VM is configured with 20 vCPUs and is using Linux Device Mapper Multipath and Oracle ASMLib. ASM is configured to use one single +DATA disgroup comprising 8 ASM disks (LUNs from Violin) with external redundancy. The database parameters and SLOB settings are all listed on the SLOB sustained throughput test page.
First let’s see what happens when we don’t use a hypervisor at all and just run OL6.5 on bare metal:
IO Profile | Read+Write/Second | Read/Second | Write/Second |
Total Requests | 232,431.0 | 194,452.3 | 37,978.7 |
DB Requests | 228,909.4 | 194,447.9 | 34,461.5 |
Optimized Requests | 0.0 | 0.0 | 0.0 |
Redo Requests | 3,515.1 | 0.3 | 3,514.8 |
Total(Mb) | 1,839.6 | 1,519.2 | 320.4 |
Ok so we’re looking at 1519 MB/sec of read throughput and 320 MB/sec of write throughput. Crucially, the lines are nice and consistent – with very little deviation from the mean. By dividing the amount of time spent waiting on db file sequential read(i.e. random physical reads) with the number of waits, we can calculate that the average latency for random reads was 438 microseconds.
VMware is configured to use Raw Device Mapping (RDM) which essentially gives the benefits of raw devices… read here for more details on that. Here are the test results:
IO Profile | Read+Write/Second | Read/Second | Write/Second |
Total Requests | 173,141.7 | 145,066.8 | 28,075.0 |
DB Requests | 170,615.3 | 145,064.0 | 25,551.4 |
Optimized Requests | 0.0 | 0.0 | 0.0 |
Redo Requests | 2,522.8 | 0.1 | 2,522.7 |
Total(Mb) | 1,370.0 | 1,133.4 | 236.7 |
Average read throughput for this test was 1133 MB/sec and write throughput averaged at 237 MB/sec. Average read latency was 596 microseconds. That’s an increase of 36%.
In comparison to the bare metal test, we see that total bandwidth dropped by around 25%. That might seem like a lot but remember, we are absolutely hammering this system. A real database is unlikely to ever create this level of sustained I/O. In my role at Violin I’ve been privileged to work on some of the busiest databases in Europe – nothing is ever this crazy (although a few do come close).
Oracle VM is based on the Xen hypervisor and therefore uses Xen virtual disks to present block devices. For this test I downloaded the Oracle Linux 6 Update 5 template from Oracle’s eDelivery site. You can see more about the way this VM was configured here. Here are the test results:
IO Profile | Read+Write/Second | Read/Second | Write/Second |
Total Requests | 160.563.8 | 134,592.9 | 25,970.9 |
DB Requests | 158,538.1 | 134,587.3 | 23,950.8 |
Optimized Requests | 0.0 | 0.0 | 0.0 |
Redo Requests | 2,017.2 | 0.2 | 2,016.9 |
Total(Mb) | 1,273.4 | 1,051.6 | 221.9 |
This time we see average read bandwidth of 1052MB/sec and average write bandwidth of 222MB/sec, with the average read latency at 607 microseconds, which is 39% higher than the baseline test.
Meanwhile, total bandwidth dropped by 31%. That’s slightly worse than VMware, but what’s really interesting is the deviation. Look at how ragged the lines are on the OVM test! There is a much higher degree of variance exhibited here than on the VMware test.
This is only one test so I’m not claiming it’s conclusive. VMware does appear to deliver slightly better performance than OVM in my tests, but it’s not a huge difference. However, I am very much concerned by the variance of the OVM test in comparison to VMware. Look, for example, at the wait event histograms for db file sequential read:
Wait Event Histogram
-> Units for Total Waits column: K is 1000, M is 1000000, G is 1000000000
-> % of Waits: value of .0 indicates value was <.05%; value of null is truly 0
-> % of Waits: column heading of <=1s is truly <1024ms, >1s is truly >=1024ms
-> Ordered by Event (idle events last)
% of Waits
Hypervisor | Event | Total Watts | <1ms | <2ms | <4ms | <8ms | <16ms | <32ms | <=1ms | >1s |
Baremetal | db file sequential read | 5557 | 98.7 | 1.3 | 0.0 | 0.0 | 0.0 | 0.0 | ||
VMWare ESX | db file sequential read | 4164 | 92.2 | 6.7 | 1.1 | 0.0 | 0.0 | 0.0 | ||
Oracle VM | db file sequential read | 3834 | 95.6 | 4.1 | 0.1 | 0.1 | 0.0 | 0.0 | 0.0 | 0.0 |
The OVM tests show occasional results in the two highest buckets, meaning once or twice there were waits in excess of 1 second! However, to be fair, OVM also had more millisecond waits than VMware.
Anyway, for now – and for this setup at least – I’m sticking with VMware. You should of course test your own workloads before choosing which hypervisor works for you…
Thanks as always to Kevin for bringing Oracle SLOB to the community.
I really appreciate the stability of the solution. It's quite reliable.
There's a lot of space to customize the solution if you need to.
The solution needs more features and flexibility in terms of communicating with other platforms. If it had that, it would be the perfect product.
If there was an option that made customization easier, it would make for a better solution.
The solution needs to be more integration capabilities overall.
I've been using the solution for about one year. I don't have too much experience with the solution, personally.
The stability is quite good. It's reliable. There aren't glitches, nor are there bugs. It doesn't crash or freeze. It works well for us.
The solution is not very scalable. We are using Oracle CC, and it's not very flexible. It can't merge or communicate with other systems, which limits things quite a bit.
In our company, more than 100 people are currently using the solution.
We've reached out to technical support in the past and have been very satisfied with their level of response. We don't have a problem with them at all. We've had a good experience overall.
We had to switch from a different solution to Oracle. We're an Oracle partner in our country. We have a sister company, which is also a partner of Oracle. Previously, we were on Citrix. It is an open-source platform.
I didn't handle the implementation. I don't know if the initial setup was complex or straightforward. Other people on my team handled that part of the process.
I'm on the technical side of things, so I don't deal with the licensing part of the business. I'm not sure what the costs are. It doesn't concern my day-to-day.
We're partners with Oracle.
We are actually an IT service provider and an internet service provider. We have a lot of experience with VMware.
I'm not the person who updates the solution, so I'm not sure what version it is that we are on, but it is most likely the latest.
While the solution is okay, the flexibility is lacking. I would much rather recommend VMware over Oracle VM at this time due to the greater flexibility in that other system.
I'd rate the solution seven out of ten. If it offered much more flexibility or was closer to offering features that were closer to what VMware offers, I would rate it a bit higher.
I primarily use this for server virtualization. I also use it for application deployment.
Oracle has a lot of templates for most of the enterprise application that they sell the market. So, it is easier to deploy those application using one Oracle VM template than actually setting up a server from scratch. Oracle VM is very handy in that a user can easily deploy the templates, pre-configures and does a few customizations within a short time-span.
Oracle VM is a solution that grows with your business. It can easily be scaled up, and it is a great storage platform.
The Oracle VM template is the most valuable feature.
I do not think this solution is as stable as other solutions in the market. But, Oracle has really been trying to update the solution with the most recent release, and I find it is less buggy than it had been.
In addition, I think Oracle VM should integrate its own backups rather than relying on other Oracle tools for virtual backups.
This solution supports up to 254 virtual machine servers. So, this is a huge capability for scalability. Any company can start with whatever it has, and grow as its budget grows.
Initially, the tech support was horrible. But, over time, the support engineers have improved. I find the tech support extremely helpful recently. They are currently giving very solid support.
I have prior experience with VMware, Bhyve and FreeNAS. Bhyve and FreeNAS are open-source VM solutions.
It is very simple to setup and deploy. But, it should be noted that a systems architect or systems engineer must be at the helm of the deployment. The setup must be conducted by someone well-versed in Linux.
Initially, when we setup we had to make sure we had a staff architect that was knowledgeable with storage skills and Linux. Those were our requirements for proper deployment.
The cost of this solution is cheap. It is one of the reasons we chose Oracle VM. It is truly "pocket- friendly."
In regards to the licensing, Oracle VM is definitely a good choice for a customer that is already using Oracle solutions.
Nothing is simple about virtualization software products anymore. They are becoming more complex by the day. Now, with the advent of containers, the complexity has increased. Nothing is simple. Users must be dedicated to understand these VM solutions.
Although not necessarily a feature, but rather a capability of virtualization, is the possibiltles to have high consolidation density and to take new or legacy applications and put them on high-performance computing platforms.
The primary benefit is that it reduced CapEx by getting rid of old hardware and then consolidating them on a defined set of platforms. And while it's pretty well automated and if your IT department is well-versed in virtualization technology, it can reduce OpEx as well.
I think it needs a more simplified way of provisioning external storage networks. Those areas in performance, especially triaging performance at the hypervisor layer, need some improvement.
We've had no issues with deploying it.
It's come a long way. So, by the time you get to v3.3, it's a pretty stable platform. It's much easier to use than the previous versions and I'd say it's at a good place right now.
It scales well. I think a primary use case of this would be in the private cloud appliance, a PCA, which is where it really gets leveraged.
The primary benefit I see is that most of the people who are doing support for Oracle VM come from database and virtualization backgrounds, and they sit together. If you have a problem with a database, since it's virtualized, they'll know exactly how to triage it.
It's been a struggle. Over the years, it's gotten better and better. I think what's helped tremendously is the integration of OVM with PCA, and so all the setup has really been taken out of the hands of the administrator. It's really more of a deployment thing than it is a setup thing. That's helped a lot.
We looked at quite a few vendors and we support different vendors as well, too. We're not a one-vendor shop. We use quite different vendors and it's all-purpose for us. For Oracle-based technology, we use Oracle VM. For non-Oracle stuff, we use VMware.
The first thing I would suggest is that if you have a test environment, the best thing to do is learn. Get certified hardware and then play with it, test it. Make sure you're comfortable with the whole provisioning setup and configuration of it. Then use it on a much more wider scale.
Virtual machines are much cheaper than having physical machines. They are rolling out new machines very quick and fast. It saves time and saves cost, that’s how we feel; and also the systems are more reliable.
Saves time for procuring the new hardware. No more physical space sitting on the data centers.
It's stable. There are still ways you can break the system, but it's very minimal, compared to a physical system.
For real hardware, scalability is challenging. But with virtual, you can scale without affecting the software applications, you can still reconfigure the hardware. Whenever we ask them to increase the RAM or other things, they can do it, and never come back and say well, it's VM's role. But every two years, we need to update the VM build; that we know. After four years, our VMs get old, so we need to replace them.
So far the response is good. Our team never comes back and says Oracle is giving us a hard time.
It's a challenge for us to keep investing in it. We are a manufacturing company, not an IT company. Whenever Oracle comes, say every three to five years, and says everybody change the system, you need to find the budget for that. And in a year, it’s going to be outdated again, right? After four years, my system has become completely outdated.
I'm sure there is one product, Oracle Data Integrator for loading bulk data from one system to another. We just starting using it. It’s a very good product, but we haven’t used all the features. Once we explored all the features, we got feedback from the company. I know so far that it’s good.
I know that everything is on the cloud; but eventually, if you are a new startup company, go to the VM. You have control over what you have, while at the same time, not dependent on the hardware.
Currently looking into Oracel Private Cloud Appliance which is built on OVM technology. For those of you with OPN access there is a beta exam available that ends on the 6th of May . eventreg.oracle.com for details and to request a voucher
Quick provisioning is the most valuable feature. It comes bundled with Oracle Database Appliance and we use it for our PeopleSoft instances. You could basically create an instance for your dev environment, QA, UAT and production, and do it quicker than doing it from bare metal.
As I’ve mentioned, it’s all about speed, quickness; do it pretty quick. We also have customizations. If we have a base image, we can take that base image, apply customizations, take a snapshot, and then we can copy it with a cookie-cutter approach for other environments as well.
I like the idea of, snap, and everything's available to you. You can tweak it, make another image again and you can copy it.
We're using NFS, which I've been informed might not be the best file system to be using. However, with the latest version, apparently, there are supposed to be some updates that will help with the drivers to use NFS; it would make it more stable and better, performance-wise, as well.
It is stable. For the most part, it's the guys I work with who use it. I'm a project manager, but they're pretty happy with the technology.
We have not had to scale it that much.
The guys I work with are not too keen with the Oracle support. They tend to find their own solutions.
The reason we decided to invest in this new solution was all about cost. We were going with an n-tier architecture. We had 12 physical servers. Now, with the ODA, we have two chassis that run on a virtualized platform and it makes it a lot easier to manage.
Initial setup was pretty good. It was basically out of the box because the Oracle Database Appliance is being promoted as out of the box. You turn on a switch and a login script starts up the whole process; that worked out well. We had a few glitches in terms of learning how it all works together. We certainly overcame some of those challenges and we're really happy with the product.
Insert linkThere were no other vendors on the shortlist, because we're an Oracle shop.
Nonetheless, when I do think about working with a vendor like Oracle, I look for depth of knowledge, reliability and whether they have a pretty good clientele out there. It's always good to compare notes or see what other people are doing out there and help one another.
Look at what other people are doing, take notes and talk to your Oracle rep. They really come on board and help you out through the process.
On OVM, you just need few tunable parameters on PVM virtualmachine to make it almost as fast as bare metal is. Perhaps someday I share those to global world for free.