Re: Antwort: Repost: Anyone using "virtual server" for mod_perl hosts?
On 13 Feb 2001, at 16:45, Stas Bekman wrote: > > Now, has anyone tried this services? Do I have to worry about anything? > > Why didn't Stas list them in his article? -- they don't appear in the > > Guide either -- Do they have a fundamental or practical flaw I can't > > see? > > cauze I've never tried these and nobody submitted them to me. I've sent a > request to the list something like 4 months before publishing the article, > I've used all the information I've received. I have used iserver for about the last 4-5 years. In addition to Stas's mod_perl guide he has a lot of info on his site for webmasters. Some of Stas's other webmaster info is on the iserver site with credits and links to his site. I sent an email (see below) to iserver telling them that Stas was going to publish the article. They responded to me but apparently never followed up. iserver has been bought out at least 2 times I think; they've probably got too many "employees". I think Martin did an excellent job in describing their services. I've been more than happy with iserver although in a few cases recently they've made changes without informing us customers in advance (and so sites went down through no fault of our own). I think the key is that the sites cannot be too active. http://www.iserver.com/products/virtual/faq.html > Our Virtual Servers are designed to handle a low to medium hit load > (under 100,000 hits a day). If a site begins to receive over 100,000 > hits a day, web page response will begin to be affected. Those who > have web sites experiencing over 100,000 hits per day should consider > a Dedicated Server. A Dedicated Server can accommodate well over 1 > million hits a day. At iserver I've created (umm ... used a lot of cpan :) some nice applications in mod_perl that would be cumbersome at best with standard cgi. But we put intensive sites on their own boxes. Peter > From: Peter J. Schoenster <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: (Fwd) Re: Building a ModPerl ISP for you! > Send reply to:[EMAIL PROTECTED] > Date sent:Fri, 10 Nov 2000 09:45:33 -0700 > > Hi, > > I don't know if to send this to sales (If such an email exists at > iserver) or support ... I do know that support reads and responds ... > so please forward this to a person in the company who might want to > respond to this article. I always give a thumbs up for iserver when > such things appear in the list. You might note that you used some > examples from Stas on installing perl modules on your site . > > Peter > > --- Forwarded message follows --- > Date sent:Fri, 10 Nov 2000 16:13:55 +0100 (CET) > From: Stas Bekman <[EMAIL PROTECTED]> > To: Joshua Chamas <[EMAIL PROTECTED]> > Copies to:Mod Perl <[EMAIL PROTECTED]> > Subject: Re: Building a ModPerl ISP for you! --- "Reality is that which, when you stop believing in it, doesn't go away". -- Philip K. Dick
RE: Antwort: Repost: Anyone using "virtual server" for mod_perl hosts?
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] wrote: > Hi, > > I'm using a similar service at services.superb.net since last Friday (thanx > Martin :-), USD79/month, Linux. > > They already had a Apache 1.3.9 with mod_perl 1.21 and Perl 5.005_03 + > mod_frontpage + mod_php + mod_ssl. That all seemed to work, but I quickly > uninstalled it and compiled my own perl/mod_perl/apache - Apache Toolbox is > great... :-) > > I'm happy with this virtual box and had no problems. > > Michael, http://j-e-b.net Superb is using Ensim's ServerXchange product. http://services.superb.net/sps/spslite.shtml http://www.ensim.com/Products/serverxchange.htm The Superb page mentions that you get 1/30th of a Intel P3 750mhz, so it's not running on Big Iorn. Perhaps Ensim is using vmware GSX or ESX server: http://www.vmware.com/products/ Does anyone have any insight to the particular solution Ensim is using? Back on topic this really does seem like the right way to run reasonable mod_perl hosting. Having root, you are able to truly administrate your box. And the virtual-server-partitioning-software (like vmware) sets up real Quality of Service commitments for RAM and disk space and even bandwidth. Another user's out-of-control mod_perl server can't affect yours. David Harris President, DRH Internet Inc. [EMAIL PROTECTED] http://www.drh.net/
Antwort: Repost: Anyone using "virtual server" for mod_perl hosts?
Hi, I'm using a similar service at services.superb.net since last Friday (thanx Martin :-), USD79/month, Linux. They already had a Apache 1.3.9 with mod_perl 1.21 and Perl 5.005_03 + mod_frontpage + mod_php + mod_ssl. That all seemed to work, but I quickly uninstalled it and compiled my own perl/mod_perl/apache - Apache Toolbox is great... :-) I'm happy with this virtual box and had no problems. Michael, http://j-e-b.net Datum: 30.01.2001 19:49 An:"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> Betreff: Repost: Anyone using "virtual server" for mod_perl hosts? Nachrichtentext: As many people understood I mean some kind of virtual host service, I would like to restate my question. There are companies (Verio at least) offering a 'virtual machine' running a virtualized OS. Verio is offering NetBSD and Solaris. They have a seriouly large iron where many virtual machines run, each virtual machine gets a share of CPU, HD and RAM resources, an at least an IP address. In there is a full OS, and you get to be root for about $150 a month. It's a cheap alternative to co-location, a middle ground between a good virtual hosting service and owning a box. You can run your own MTA, compile whatever the hell you want, etc, although they offer a bunch of services out-of-the-box and have a lot of useful --if annoying-- cron jobs rotating your logs, monitoring the temperature of your daemons, feeding the dog and whatnot. Of course, you get to share resources with a bunch of other customers. It seems a great environment to set up a low traffic / highly customized server, like apache+mod_perl. Now, I know and understand the services they offer, but I have never actually used one with mod_perl. Now, has anyone tried this services? Do I have to worry about anything? Why didn't Stas list them in his article? -- they don't appear in the Guide either -- Do they have a fundamental or practical flaw I can't see? Martin