Posted: February 8th, 2013 | By: Chris_C | Filed under: KVM, Xen | Tags: KVM VPS, OpenVZ, SolusVM, VPS disk space incorrect, Xen VPS | No Comments »
A very common issue and do not panic!
Most likely, your VPS is either Xen or KVM. OpenVZ’s resources are adjusted “on-the-fly”, which is an advantage of the OpenVZ platform. However, Xen VPS servers and KVM VPS servers function like a physical server or computer which require a power down of the system so the resources can be adjusted.
It’s almost like how you are required to shutdown your desktop or laptop to access the motherboard to add RAM.
Read the rest of this entry »
Posted: October 10th, 2012 | By: Chris_C | Filed under: Featured, Ubuntu, Wordpress, Xen | Tags: apache2, create MySQL user, Create Wordpress database, libapache2-mod-php5, MySQL root password, nginx Wordpress, php5-mysql, Setup Wordpress on VPS, Ubuntu Xen VPS, uninstall Apache, Wordpress on 512mb VPS, Wordpress on Xen VPS, Wordpress Wednesdays, Xen VPS | No Comments »
For this new addition to “WordPress Wednesdays”, I have created this basic WordPress setup tutorial where you take a basic OpenVZ or Xen virtual private server, setup the minimum requirements of WordPress and start your new blog. In today’s later article, I will explain how to restore a backup.
1. Virtual Private Server:
Your WordPress installation needs a Linux operating system to run a web server, MySQL and PHP. Most Linux distributions come with a web server, such as Apache, by default and through the package managers on the operating system we can install additional requirements that we need.
The minimum requirements, I would recommend, for a VPS to run WordPress is 512mb RAM, 1024mb burstable RAM or swap space, 20gb disk space and 250gb bandwidth minimum. If you plan on using a lot of graphics or a lot of traffic, you may want to use 500gb of network transfer. If you are going to be traffic or resource intensive, with lots of WordPress plugins, please go with a Xen VPS for a few dollars per month.
Read the rest of this entry »
Posted: October 8th, 2012 | By: Chris_C | Filed under: Featured, OpenVZ, vBulletin, Xen | Tags: German VPS, KVM, KVM VPS, OpenVZ VPS, PPTP, UK VPS, vBulletin consultant, vBulletin downtime, vBulletin forum, Xen HVM, Xen PV, Xen VPS | No Comments »
I’m asked this question pretty regularly, because vBulletin forums are often setup with shared hosting and fly under the shared hosting radar until traffic, robots and memory consumption bring the forum to the hosting provider’s attention which usually end up with the vBulletin forum being asked to leave.
When that happens, the vBulletin forum owner is in a state of panic fearful of the downtime and reputation of the forum being associated with downtime and scrambling for so many hosting options.
First, we need to find a VPS based on your forum’s needs.
If you are a small or brand new forum, this is good. I would recommend an OpenVZ VPS with probably 1gb RAM minimum, 2gb of burstable RAM, 30gb of disk space and 500gb – 1000gb of network transfer on a 100Mbps connection or better (such as shared Gigabit). You would need 2 CPU cores minimum, but I would recommend anywhere between 4 – 8 CPU cores total with a high clock speed. 8 AMD processors running at 1Ghz would work also.
This setup can run you anywhere from $10 – $30.
The reason I recommend OpenVZ for this situation is if you need more RAM, such as you doubled your forum membership or more active users are online at once, you can submit a support ticket to your hosting company and purchase another 1gb of RAM and more burstable RAM without rebooting your vBulletin forum.
If you chose Xen, which I recommend and see my point below, you would have to reboot your Xen VPS on each downgrade and upgrade so it could take anywhere from less than 15 seconds of downtime to 5 minutes depending on the node.
If you are a medium sized forum or expecting large amounts of growth through advertising, link exchanges with other forums, or are just a successful forum operator you should really look into Xen VPS hosting.
The difference between the OpenVZ example above and a similar Xen configuration is only about $5 more per month with the same resources but the advantages are tremendous. KVM is very similar to Xen and if your provider does not offer Xen but KVM, KVM is perfectly acceptable and highly recommended.
- You do not share resources with other clients, like with OpenVZ.
- If you are guaranteed 1gb of RAM, nobody else can take that RAM.
- If you are guaranteed 2 or 4 CPUs, it’s yours for the taking.
- Xen allows you to install kernel modules, such as PPTP.
- Xen HVM allows you to recompile your own kernels*
*Note: most “Xen VPS” providers are Xen PV. Ask if they are Xen HVM. A good rule of thumb is if the provider offers Windows, which is not supported on Xen PV but with Xen HVM, that they can probably set you up with a Xen HVM account.
Second, we need to determine what hosting location will work for your vBulletin forum
If your forum has a majority of US members, why would you move your forum overseas to somewhere like Turkey or Romania? With the way the Internet works, a connection goes to another piece of networking equipment and is routed to another piece of equipment to eventually be transferred to your hosting provider’s data center and servers. In networking speak, this is called “hops”.
A good example of how hops work is a public transit bus. This bus goes all over town but needs to make stops at various points on it’s route. Each stop could be thought of as a “hop”, after that stop the bus goes to it’s next “hop” on it’s route until it goes to your destination where you get off the bus. This is not a perfect example but it gives you an example because most people do not understand how the Internet works.
If you host your vBulletin forum overseas, such as in the UK or Germany which I would recommend if you wanted to host your vBulletin VPS in an EU location, it takes on average an additional 75 – 150ms to leave the United States, go through an underwater fiber optic cable in the Atlantic Ocean and show up in a UK data center. If you move your location to somewhere like Turkey or Romania, this could take additional “hops” (or stops like in our bus example), which could increase the lag of your forum.
Your forum could be hosted on a $10,000 piece of server hardware with access to 128gb of RAM but if you’re hosted in a bad location, your forum performance will always be slow to visitors trying to access it.
Germany is a well connected country, with bandwidth everywhere, so I feel that its a good choice for vBulletin forum hosting. However, the UK does not have the same capacity in my experience as Germany. I’ve noticed that bandwidth is more expensive and not as plentiful with VPS hosting packages as German VPS servers. There is an extra 20-50ms delay between UK and Germany, so please consider this to the 75 – 150ms delay from the US across the Atlantic and into the EU.
In conclusion, vBulletin hosting on a VPS has great rewards over shared web hosting. You have dedicated resources, your own SQL server and can install requirements on your server to meet vBulletin or a plugin’s needs whereas if you were with a shared web hosting provider, they may or may not enable such a PHP requirement for a plugin as it would cause some downtime with their webserver.
However, since you’re running the VPS you are now technically the system administrator and the responsibility is with you, the forum owner, to maintain and operate your VPS server unless you hire a server management company or arrange for managed support for your vBulletin forum. If you Google “vBulletin consultant”, there are numerous companies willing to assist you with migrating from shared web hosting to virtual private server hosting, setting up a vBulletin forum on virtual private servers and even maintaining your forum. The advantage of a vBulletin consultant over a server management company or with your hosting provider is that the consultant has more experience with vBulletin as the management company or hosting company support staff only have limited experience with operating, upgrading and maintaining vBulletin which can be tricky sometimes.
Note: Please keep checking in as I will create a tutorial about how to setup a basic vBulletin forum on a virtual private server. Thank you
Posted: October 5th, 2012 | By: Chris_C | Filed under: PPTP VPN, Ubuntu, Xen | Tags: PPTP, PPTP VPN, setup PPTP VPN, Ubuntu, Ubuntu VPS, Xen VPS, Xen VPS PPTP | No Comments »
This is a common request and relatively easy to accomplish. Usually, you will need a Xen or KVM VPS to load the necessary kernel modules. If you don’t want to spend too much money, get a custom Xen VPS with a VPS hosting company.
You need about 256mb of RAM and 512mb of swap, one CPU and whatever bandwidth you need. 5 – 10gb of disk space will do fine for you.
First, we verify the kernel modules:
Module Size Used by
dm_crypt 23125 0
We need various PPP modules so we issue the following commands:
# modprobe ppp_async
# modprobe ppp_deflate
# modprobe ppp_mppe
Module Size Used by
arc4 12529 0
ppp_mppe 13077 0
ppp_deflate 13038 0
zlib_deflate 27139 1 ppp_deflate
ppp_async 17539 0
crc_ccitt 12667 1 ppp_async
dm_crypt 23125 0
All our necessary PPP modules are installed, which are required for PPTP so we’re doing very good.
Next, we install pptpd:
apt-get install pptpd
We edit a few files, such as /etc/pptpd.conf and add to the bottom of the file:
We edit /etc/ppp/pptpd-options and uncomment ms-dns to add:
These are Google’s DNS servers. Feel free to add your VPS hosting company’s resolvers, a third party DNS server like OpenDNS or even your own DNS servers.
We add our account now by opening up /etc/ppp/chap-secrets:
# client server secret IP addresses
testacct pptpd vpn1234 *
The username “testacct” has the password “vpn1234″. You would want to create something more secure than using this. We have to configure NAT for PPTP with the following line added to /etc/rc.local but right before exit 0 in the file:
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
If you do not add this line to /etc/rc.local, your connection will not connect to the Internet.
This is what your /etc/rc.local file should look like:
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
# In order to enable or disable this script just change the execution
# By default this script does nothing.
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
Next, we have to edit /etc/sysctl.conf and find this line net.ipv4.ip_forward=1 and make sure there is not a # in front of it which disables it. We have to “uncomment” it.
We reload the configuration with sysctl -p and reboot our Xen VPS server from the command like with the reboot command.
To make this work on my Ubuntu laptop, I went to the network icon at the top right hand corner and went to VPN Connections -> Configure VPN.
I clicked Add, then chose Point-to-Point Tunneling Protocol (PPTP) at the next screen.
You need to fill in the following settings:
Gateway = Your VPS IP address
Username = testvpn
Password = 1234vpn (or whatever you changed user/password to)
We click the Advanced box, and enable Use Point-to-Point encryption (MPPE) or you will have errors when trying to use your PPTP VPN. I had this problem for a long time and was glad it was a simple setting to enable to get it working.
PPTP works fine on Android based devices. This PPTP VPN worked flawlessly on my Samsung Replenish cell phone running Android Gingerbread. It allowed my web browsing to go through the VPN and when I verified my IP address, it gave the IP address of the VPN.
Like I mentioned above, it’s relatively inexpensive and very simple to setup on a Xen VPS server. You can email a hosting provider to see if these kernel modules are available on OpenVZ but this setup works on a Xen VPS 100% of the time. If the price of Xen scares you, get a custom Xen VPS with the following specs:
- 1 CPU core
- 256mb RAM
- 512mb swap
- 5gb disk
Get whatever bandwidth you need and since bandwidth is cheap, you won’t really need a lot. 500gb – 1TB should be more than enough bandwidth for you, depending on how many people you have on this PPTP VPN.
If you are trying to get your coworkers, friends and family to browse a little bit more securely on the Internet, if you use the Internet a lot on unsecure networks or coffee shop wireless Internet connections this is really recommended as an extra layer of encryption on an otherwise unsecure to the point of anyone with some minor technical knowledge can monitor who goes to what website and can even get information that you think is SSL encrypted.
Posted: October 5th, 2012 | By: Chris_C | Filed under: Debian, OpenVZ, Xen | Tags: /etc/resolv.conf, Debian, Debian VPS, Debian VPS cannot apt-get update, Debian VPS cannot update, Debian VPS offline, nameserver, SolusVM | No Comments »
This is a common problem with Debian VPS servers that I see probably one third of the time when reviewing VPS hosting companies. I think it’s just oversight on a template and not anyone’s fault but kinda annoying sometimes.
A VPS company will send you login details, such as an IP, root password and SolusVM info, but when you login via SSH you cannot apt-get update or ping Google’s website but somehow can connect via SSH.
This is because your VPS does not have any nameservers set.
You can issue the following command:
rm -rf /etc/resolv.conf
Add in the following lines and press Ctrl+O to save, then Ctrl+X to exit:
The final command:
You should be able to run apt-get update or ping google.com to verify a working Internet connection.
Posted: October 3rd, 2012 | By: Chris_C | Filed under: OpenVZ, Wordpress, Xen | Tags: content management system, DNS server, Intel Xeon, MySQL, OpenVPN, OpenVZ, VPS hosting, web server, Wordpress VPS, Wordpress Wednesdays, Xen | No Comments »
This is a very common question and there are tons of information on the Internet about what the minimum requirements are and what to avoid so let me clear up some of the confusion.
This is part of an ongoing series of “WordPress Wednesdays” and in the month of October we will discuss on this website what kind of virtual private server do we need to run WordPress, a popular content management system that operates a significant amount of websites including blogs, websites just like this and even many news websites such as from CBS Local all run WordPress because of it’s flexibility.
OpenVZ or Xen?
A very good question indeed!
OpenVZ would be the bare minimum I would use for WordPress hosting while if you have a medium to large traffic website or require a lot of plugins, caching, etc. I would go with Xen VPS hosting for WordPress hosting which is generally only a few more dollars more in comparison to OpenVZ but the performance is worth those few extra dollars.
A VPS server’s CPU and hardware are often overlooked by individuals who are primarily focused on price!
WordPress is not CPU intensive, however MySQL which powers the WordPress content management system is, so if you go out and get a $3 VPS which has 128mb RAM, 10gb of disk space and only one CPU – do not be surprised if that medium or high traffic WordPress based website starts to crawl!
I’m sure you see guys on forums talking about they have WordPress running on a 32mb – 64mb VPS but please do not even consider shorting yourself on memory. If you want 32mb of memory dedicated to running your WordPress blog, why did you even leave shared web hosting?
A budget motivated website owner will get a custom VPS with more than enough RAM, disk space and bandwidth but only get one or two CPUs for a website that receives thousands of visits during peak hours!
Don’t short yourself on CPU!
To put things into perspective, how many single core processor desktops and laptops do you own?
If you own one, they’re slow as molasses when you’re trying to watch high definition video right? Same concept with a virtual private server – one CPU works for DNS servers, OpenVPN servers and web servers offering static files like images and HTML files but if MySQL is involved in your project and a dependency, 2 CPU cores are a minimum I would consider with 4 or more CPUs as what would be acceptable to me.
It does not matter if you have Intel Xeon or AMD based CPUs on your server. 8 CPUs at 1Ghz with an AMD based system is just as good as 2 CPUs running at 3Ghz on an Intel Xeon system.
The problem you had when you were on shared hosting running your WordPress site was your CPU and memory was limited. Most memory available to shared web hosting customers is anywhere from 8 – 32mb to run their PHP web applications. If you have multiple plugins, including a sitemap generator, this is where you would get all the weird errors, blank pages and what generally drove you away from shared hosting to virtual private server hosting.
With our first lesson on “WordPress Wednesdays”, we have learned that OpenVZ and Xen does not really matter when it comes to running a WordPress site.
With OpenVZ, all the resources are shared with “your neighbors” on the same VPS node like shared web hosting and with Xen, your resources are guaranteed. Xen is only a few more dollars than OpenVZ but I think resource guarantees are worth the few extra dollars.
We also learned that CPU is something often overlooked by VPS hosting customers but should be emphasized more than anything. Would you drive a sports car if it only had a two cylinder engine inside of it that would be fast as a lawnmower or do you want the V8 engine, with 8 cylinders powering the sports car, which could be similar to an 8 CPU core system?
Thank you and tune in for next Wednesday’s article where we discuss if we should consider Apache or nginx with our WordPress website.
Posted: October 2nd, 2012 | By: Chris_C | Filed under: OpenVZ, Tutorials, Xen | Tags: CentOS, CentOS VPS, Debian, Debian VPS, Linux, Linux VPS, Ubuntu, Ubuntu VPS, VPS OS | No Comments »
There are sometimes overwhelming options for an operating system with virtual private servers and here is some information that may be useful for you to choose, if you are unsure, and some of the pros/cons of the operating system.
CentOS – (homepage)
CentOS, short for Community ENTerprise Operating System (CentOS), is a fully Redhat / RPM compatible operating system but is community supported, not commercially supported like Redhat. This means the development team works together, takes input and patches from the Linux community and releases it.
The advantage of CentOS is that if you are transitioning from Redhat to CentOS or have a Redhat requirement, that CentOS will be 100% compatible with your requirement of a Redhat operating system.
I have ran CentOS for projects and I like it, if it’s a requirement, but since I was “raised” on Debian Linux I prefer it. However my personal opinion should not sway you from trying out CentOS.
There are a lot of blogs and websites dedicated to CentOS, the operating system is well documented, and the yum package manager is very easy to run, maintain and upgrade a virtual private server which is a big plus.
Debian – (homepage)
Debian, named after Debra and the creator of Debian Ian Murdock (Deb + Ian), is a popular and widely used distribution of Linux. Debian has over 29,000 maintained packages available for download by their users and this operating system can run on a variety of hardware. Also, Debian can run the Linux kernel and the FreeBSD kernel. Debian running the FreeBSD kernel is called GNU/kFreeBSD.
The advantage of Debian is that it’s stable, actively developed by enthusiasts and developers, has over 29,000 actively maintained packages available for download from the apt repositories, and the package maintainers prefer stability over “latest release” software which may have bugs and could compromise the stability of the Debian server.
A disadvantage is a lot of folks who want the “latest release” of software find it’s unavailable and they have to use third party apt repositories, such as from the developer themselves or from third party repositories like DotDeb. This is generally why Debian users move from Debian over to Ubuntu, which is 100% compatible with Debian but the repositories are more up to date for the folks who want latest releases of software.
Ubuntu – (homepage)
Ubuntu, or as I like to say “Debian’s cousin”, is based on Debian and uses the apt package/repository system but is more “cutting edge” and “up to date” than it’s Debian cousin.
Debian software will generally run on Ubuntu and vice versa.
The advantage, as I previously explained with Debian, is the software and repositories are updated, cutting edge, but could compromise stability if a package is not thoroughly tested by package maintainers or the developer of the package themselves.
I have not seen an issue from latest release software being buggy, but this is just a theory that could happen.
I run Ubuntu on my laptop and enjoy it tremendously as “latest release” packages will fix stability issues on desktop hardware which uses more software and packages than a virtual private server who may just run the minimal base operating system, a webserver, PHP programming language, etc.
The disadvantage? Ubuntu is just as solid as a desktop operating system as an operating system for servers and virtual private servers. I’ve never had an issue with packages, compatibility or stability with an Ubuntu operating system. Actually I have one Ubuntu based virtual private server with over 200 days of uptime.
I have only mentioned 3 operating systems, such as CentOS, Debian and Ubuntu, because I only have experience with those operating systems. However in all fairness, I am going to start using and testing other operating systems in a virtual private server environment to give all operating systems a chance and report back to you.
Posted: September 28th, 2012 | By: Chris_C | Filed under: OpenVZ, Reviews, Xen | Tags: KVM, OpenVZ, what kind of VPS do I need, Xen, Xen HVM, Xen PV | No Comments »
This is a common question and a lot of people don’t understand that “one size fits all” does not apply when it comes to VPS hosting. It should be “one size fits most.”
OpenVZ, in my opinion, is a step up from web shared hosting but still has the shared hosting feeling because of shared resources. In my experience I notice the usual transition is that a shared web hosting customer will be kicked out or suspended from the hosting company for using too much I/O, such as attempting to run a forum or a heavy traffic WordPress blog, or the customer is tired of WordPress timing out on upgrades.
OpenVZ is cheap and is attractive to 99% of the interested customers however:
- You have to share resources with your “neighbor” on the server.
- If your “neighbor” has tons of traffic hit his WordPress blog, which puts load on his MySQL server, you and everyone else on the server is going to feel it because of the CPU demand.
Xen, in my opinion, is the preferred VPS hosting that I recommend to individuals where the website has to be up, fast and reliable but the customer has the money in their budget to pay for the price difference. The difference is usually a few dollars and honestly, how much is your downtime or reliability worth?
Xen comes in two options: Xen PV and Xen HVM.
Xen PV, or paravirtualization, is like OpenVZ in the fact that Xen uses templates like OpenVZ and reinstalls can be done from the control panel.
HVM allows you to mount and install an ISO, like a dedicated server, and gives you more options for operating systems like *BSD operating systems that are not supported by OpenVZ. Xen HVM supports Windows and is how most Windows VPS servers are powered.
KVM is a popular alternative to Xen and just as recommended as Xen. I have no personal preference between Xen and KVM except that if Xen HVM is unavailable and you need to install from ISO, that KVM is just as good as Xen HVM.
The pricing is generally the same between KVM and Xen HVM.
With all the available options, if you are looking for a “step up” from shared web hosting to a virtual private server and lack the system administrator experience, OpenVZ is a good choice. Also, if you have a limited budget OpenVZ is just a good choice.
If you need something as easy to use as OpenVZ but want reliability, Xen PV is a good choice for a few dollars extra to get better, guaranteed resources and a more reliable VPS than OpenVZ.
If you want customization of installing your own ISO or Windows VPS, Xen HVM or KVM is good. Both are as equal and reliable so I have no personal or professional preference.
Posted: August 13th, 2012 | By: Rob_K | Filed under: Featured, OpenVZ, Xen | Tags: Linux, OpenVZ, VPS, Xen | No Comments »
The question is often asked whether OpenVZ or Xen, two of the most common hypervisors in VPS web hosting, provides a faster hosting environment.
The most common answer to this question is that “OpenVZ is faster,” even though this is not strictly true. OpenVZ’s virtualization is managed at the operating system (OS) level, compared to Xen’s paravirtualized or fully hardware-virtualized environments. Hence, OpenVZ requires slightly less resource overhead, and can be seen as a more resource-efficient hypervisor — but not necessarily a “faster” one.
Compared to performance that would be measured for an application running directly on the physical server, all virtualization techniques will result in at least a small loss in performance due to the hypervisor’s resource overhead. Since most VPS hosts power their host servers with high-quality hardware, this loss in performance is hardly perceptible.
However, the question remains as to whether the Xen or OpenVZ hypervisor achieves better performance. The simple answer is that there are a great number of factors which could determine an answer one way or another, but there are certain key factors which set the two system apart.
It is important to note the methods Xen and OpenVZ use to assign resources to VEs. On an OpenVZ host server, where all of the server’s physical hardware resources “belong” to the host server and VEs differ only in the operating systems they are running, each VE will essentially have access to the entire server’s resources. Although there are “soft limits” placed for each VE to prevent over-usage of RAM, disk, and other resources, these limits can be (and are frequently) bypassed and abused. For this reason, the performance of an OpenVZ VPS can vary wildly depending on how many other VEs are on the same host, and what they are doing.
In contrast to OpenVZ’s OS-level virtualization, Xen virtualizes hardware and network resources at a deeper level, and provides near-total isolation for each individual VE. It is well-known that Xen VPS instances can run their own isolated kernels, but this more advanced hypervisor confers other benefits as well. A Xen VPS is guaranteed its resource allocations in such a way that it is impossible for neighboring VEs to “steal” them, which means that Xen environments are far more reliably stable than OpenVZ environments.
Resource Over-commitment (Overselling)
A side-effect of these virtualization techniques is that Xen host servers cannot be oversold, while OpenVZ host servers are frequently oversold (in fact, this is why OpenVZ hosting is typically less expensive than Xen). Overselling is the practice of over-committing the host server’s resources in such a way that the server could not actually sustain itself if each VE requested 100% of the resources it is “guaranteed.” Since Xen dedicates resources to each VE which are then no longer available to the host system or any neighboring VEs, it is not possible to over-commit a Xen host’s resources.
Security & Stability
For the same reasons mentioned above — namely, that OpenVZ containers take their resources freely from a “pool,” while Xen containers have their own dedicated resources — OpenVZ is also prone to flaws impacting system security and stability.
Since OpenVZ virtualizes at the OS level, all hosted VEs essentially share the same host-level kernel. Because of this, a kernel exception caused by one container can crash the entire host server, affecting all other co-hosted VEs. Similarly, OpenVZ hosts use a single iptables and single network interface to mediate incoming/outgoing connections, as well. The results are easy to imagine: if one VE pushes too hard (even accidentally), the others will suffer.
Each Xen environment is “locked in” to its container, which makes it comparatively impossible to abuse the host system in a way that would affect neighboring VEs. For this reason, Xen VPS are considered far more reliable and secure, and can be likened more to dedicated servers in terms of their structure and features.
With all of this in mind, it becomes clear why OpenVZ is often said to be faster than Xen, and sometimes even appears that way in benchmarks — the benchmarks compare [b]empty OpenVZ systems to empty Xen systems, as would be typical in an objective, testing environment.
In a real web hosting environment, however, host servers will be bustling with activity by the time you get there, which makes a Xen VPS is a much better guarantee to have — it means having the peace of mind knowing that the resources you need will be there when you need them.
Although it is true that OpenVZ is marginally “faster” due to the hypervisor’s decreased resource overhead, this difference is not tangible in actual usage, and will manifest only as a slightly smaller amount of available RAM on freshly installed Xen VEs.
So, here is the final answer:
In Theory, OpenVZ provides a faster virtualized environment due to the fact that the VE is directly supported by the host system, and therefore uses less of its own resources to maintain its OS.
In Practice, Xen reliably outperforms OpenVZ, especially among budget-oriented web hosts where practices like resource over-commitment are common.
This article is also available in the VPS6.NET Knowledgebase: https://vps6.net/my/knowledgebase/69/OpenVZ-or-Xen-VPS—Which-is-faster-and-which-is-better.html
Posted: June 22nd, 2012 | By: Rob_K | Filed under: Security & Optimization, Tutorials, Windows, Xen | Tags: GPLPV, PV-on-HVM, PVonHVM, Windows, Xen | No Comments »
The GPLPV package is a driver for Microsoft Windows, which allows Windows systems virtualised with Xen (such as VPS6.NET’s) access to the network and block drivers of the Xen dom0. These drivers provide a significant performance and reliability gain over the standard devices emulated by Xen, and are recommended for anyone using our Windows VPS service.
Installation of the package is simple, and has no known compatibility issues with any our systems.
- From the desktop of your Windows VPS, download the file matching your system:
- Run the .msi file and follow the on-screen directions to complete installation.
- Check the Device Manager for “Xen Net Device Driver” and “Xen Block Device Driver”, which indicate a successful installation.
- Reboot the VPS, either from within Windows or from SolusVM.
Your system should now experience enhanced network and disk speeds!
This article is also available in the VPS6.NET Knowledgebase: https://vps6.net/my/knowledgebase/68/How-to-Install-GPLPV-PV-on-HVM-Drivers-on-Windows-Server-2008-Systems.html