LowEndBox - Cheap VPS, Hosting and Dedicated Server Deals

Kazila - $6.95 512MB Xen VPS in Plano

Kazila Nate from Kazila is offering LowEndBox readers an exclusive offer that’s not available on their website. Use this sign up link to get “KVPS-LEB” package for $6.95/month. Comparing to their previous offer, it has more memory but less monthly data.

  • 512MB memory
  • 8GB storage
  • 250GB/month data transfer
  • Xen/SolusVM

Servers with NorthTXConnect in Plano TX (test IP: 108.59.33.189). Some impressive performance report from last time. They have been in business since late 2007, and from their about page, “Kazila is a debt-free, privately held company with no intentions of selling any time soon” — which is good to know.

LEA
Latest posts by LEA (see all)

41 Comments

  1. who know how the West Coast room?

    August 3, 2011 @ 2:07 am | Reply
  2. the test IP is lose 80%+ in just-ping why?

    August 3, 2011 @ 2:12 am | Reply
  3. Kyrant:

    I’m seeing 70-90% packet loss from just ping, and my location for the test ipaddy.

    Also, the link to Kazila is referencing a different website (link has kazilla – should have one “l”, not two).

    Would love to check it out, after the problem with the packet loss is addressed.

    August 3, 2011 @ 2:28 am | Reply
    • Thanks. Link fixed.

      From my location I definitely don’t see any packet loss though.

      August 3, 2011 @ 2:41 am | Reply
  4. I’m not seeing any packet loss either but I will certainly look into it. Thanks for bringing that to our attention.

    August 3, 2011 @ 3:47 am | Reply
    • Singapore, Singapore: Packets lost (100%) 108.59.33.189
      Amsterdam2, Netherlands: Packets lost (90%) 125.5 125.5 125.5 108.59.33.189
      Florida, U.S.A.: Packets lost (80%) 47.8 47.8 47.9 108.59.33.189
      Amsterdam3, Netherlands: Packets lost (100%) 108.59.33.189
      Hong Kong, China: Packets lost (80%) 191.2 191.3 191.3 108.59.33.189
      Sydney, Australia: Packets lost (100%) 108.59.33.189
      München, Germany: Packets lost (80%) 136.6 136.6 136.7 108.59.33.189
      Cologne, Germany: Packets lost (100%) 108.59.33.189
      New York, U.S.A.: Packets lost (90%) 43.3 43.3 43.3 108.59.33.189
      Cairo, Egypt: Packets lost (70%) 195.1 198.7 205.6 108.59.33.189
      Amsterdam1, Netherlands: Packets lost (100%) 108.59.33.189
      Stockholm, Sweden: Packets lost (70%) 152.6 152.6 152.7 108.59.33.189
      Santa Clara, U.S.A.: Packets lost (80%) 49.0 49.0 49.1 108.59.33.189
      Vancouver, Canada: Packets lost (100%) 108.59.33.189
      London, United Kingdom: Packets lost (90%) 121.1 121.1 121.1 108.59.33.189
      Madrid, Spain: Packets lost (100%) 108.59.33.189
      Padova, Italy: Packets lost (90%) 179.4 179.4 179.4 108.59.33.189
      Austin, U.S.A.: Packets lost (90%) 41.4 41.4 41.4 108.59.33.189
      Amsterdam, Netherlands: Packets lost (90%) 124.8 124.8 124.8 108.59.33.189
      Paris, France: Packets lost (80%) 135.3 135.3 135.4 108.59.33.189
      Melbourne, Australia: Packets lost (90%) 213.6 213.6 213.6 108.59.33.189
      Shanghai, China: Packets lost (90%) 395.1 395.1 395.1 108.59.33.189
      Copenhagen, Denmark: Packets lost (80%) 125.3 125.4 125.5 108.59.33.189
      Lille, France: Packets lost (100%) 108.59.33.189
      San Francisco, U.S.A.: Checkpoint temporarily not available – – – –
      Zurich, Switzerland: Packets lost (90%) 147.2 147.2 147.2 108.59.33.189
      Chicago, U.S.A.: Packets lost (90%) 26.5 26.5 26.5 108.59.33.189
      Nagano, Japan: Packets lost (100%) 108.59.33.189
      Haifa, Israel: Packets lost (80%) 194.0 194.1 194.3 108.59.33.189
      Auckland, New Zealand: Packets lost (100%) 108.59.33.189
      Antwerp, Belgium: Packets lost (90%) 123.9 123.9 123.9 108.59.33.189
      Groningen, Netherlands: Packets lost (80%) 128.7 128.9 129.1 108.59.33.189
      Moscow, Russia: Packets lost (100%) 108.59.33.189
      Dublin, Ireland: Packets lost (90%) 118.5 118.5 118.5 108.59.33.189
      Oslo, Norway: Packets lost (80%) 160.0 160.0 160.0 108.59.33.189
      Kharkov, Ukraine: Packets lost (90%) 176.0 176.0 176.0 108.59.33.189
      Manchester, United Kingdom: Packets lost (90%) 126.2 126.2 126.2 108.59.33.189
      Vilnius, Lithuania: Packets lost (80%) 166.0 166.0 166.1 108.59.33.189
      Bucharest, Romania: Packets lost (90%) 161.2 161.2 161.2 108.59.33.189
      Bangkok, Thailand: Packets lost (90%) 305.5 305.5 305.5 108.59.33.189
      Kuala Lumpur, Malaysia: Packets lost (100%) 108.59.33.189
      Jakarta, Indonesia: Packets lost (90%) 231.8 231.8 231.8 108.59.33.189
      Cape Town, South Africa: Packets lost (90%) 269.6 269.6 269.6 108.59.33.189
      Glasgow, United Kingdom: Packets lost (90%) 128.5 128.5 128.5 108.59.33.189
      Lisbon, Portugal: Packets lost (90%) 167.7 167.7 167.7 108.59.33.189
      Chicago, U.S.A.: Packets lost (90%) 25.3 25.3 25.3 108.59.33.189
      Dallas, U.S.A.: Packets lost (90%) 2.3 2.3 2.3 108.59.33.189
      Buenos Aires, Argentina: Packets lost (100%) 108.59.33.189
      Gdansk, Poland: Packets lost (90%) 152.3 152.3 152.3 108.59.33.189
      Beijing, China: Packets lost (80%) 277.7 278.2 278.8 108.59.33.189
      Belgrade, Serbia: Packets lost (100%) 108.59.33.189
      Toronto, Canada: Packets lost (80%) 39.8 39.9 39.9 108.59.33.189
      Novosibirsk, Russia: Packets lost (100%) 108.59.33.189
      Athens, Greece: Packets lost (100%) 108.59.33.189
      Frankfurt, Germany: Packets lost (90%) 129.3 129.3 129.3 108.59.33.189
      Sofia, Bulgaria: Packets lost (80%) 153.4 153.6 153.8 108.59.33.189
      Budapest, Hungary: Packets lost (70%) 144.6 147.1 150.9 108.59.33.189

      August 3, 2011 @ 5:30 am | Reply
      • InsDel:

        From my own testing it seems that after a while of continuous testing ICMP ping packets are dropped, and some ICMP packets are dropped if coming from multiple locations at once. Don’t let it bother you too much though.

        August 3, 2011 @ 7:39 pm | Reply
        • InsDel – We actually have a firewall in place. I went ahead and made some configuration changes which should eliminate any packet loss.

          August 3, 2011 @ 7:56 pm | Reply
  5. Good offer but low disk space. If you are processing a lot of data (say some backend system) then the disk should be appropriate, at least 15GB, in my opinion

    August 3, 2011 @ 3:53 am | Reply
    • Asim – I agree, we are not offering a large amount of disk space. But the disks are extremley fast and perform very well. All our nodes are equipped with 15K RPM hard drives backed by RAID-10.

      August 3, 2011 @ 4:10 am | Reply
  6. No 32 bit template?
    I only find 64 bit template

    August 3, 2011 @ 4:55 am | Reply
    • CentOS 5 x86

      August 3, 2011 @ 5:27 am | Reply
    • Not all our templates are listed during checkout. After signing up, you can adjust the OS to your liking through SolusVM. We have both 32 bit and 64 bit available. Sorry for the confusion!

      August 3, 2011 @ 8:41 am | Reply
  7. No IP?
    And we must pay $2 for 1 IPv4

    August 3, 2011 @ 7:27 am | Reply
    • Tom:

      Most likely 1 ipv4 is included, otherwise it would be to big of a failsh to even list this ;)

      August 3, 2011 @ 8:22 am | Reply
      • 1 IPv4 is included with this package free of charge. Extra IP addresses cost $2/per IP.

        August 3, 2011 @ 8:37 am | Reply
        • How about the west location?

          August 3, 2011 @ 8:52 am | Reply
        • Our East and West coast locations (Los Angeles and NYC) should be available within the coming weeks. Unfortunately, we are only offering services in Plano at this time .

          August 3, 2011 @ 9:00 am | Reply
        • If I get this Can I change this to west LA?

          August 3, 2011 @ 9:44 am | Reply
        • Mr.z – Yes of course. We will give all our existing clients the opportunity to switch to a different node if they would like better network latency.

          August 3, 2011 @ 3:52 pm | Reply
        • I’m waiting for you West Coast location. Your storage setup is so good :)

          August 3, 2011 @ 4:37 pm | Reply
  8. good network, good hardwre ;I took a 384 mb vps.. one word: it was great^^

    August 3, 2011 @ 8:38 am | Reply
  9. CPS:
    Our uptime guarantee refund policy is broken down below:
    
    99.8% - 10% credit
    99.7% - 20% credit
    99.6% - 30% credit
    99.5% - 40% credit
    99.4% - 50% credit
    99.3% - 60% credit
    99.2% - 70% credit
    99.1% - 80% credit
    99.0% - 90% credit
    Less than 99% - 100% credit

    Very nice SLA.. :D

    August 4, 2011 @ 8:36 am | Reply
  10. mauri:

    Just ordered one.. still waiting for server credentials…. :/
    Invoice #293519

    August 5, 2011 @ 12:35 pm | Reply
    • Spirit:

      JUST ordered? And “still” waiting? Come on… why do you waste our time with this? Is it that hard to wait a bit more before public request which waste of time of everyone who open “new post”?

      August 5, 2011 @ 12:56 pm | Reply
  11. $ dd if=/dev/zero of=/tmp/test bs=1M count=500 conv=fdatasync
    500+0 records in
    500+0 records out
    524288000 bytes (524 MB) copied, 2.18154 s, 240 MB/s
    

    Fast.
    I hope it is not because it still have few customers

    August 5, 2011 @ 3:24 pm | Reply
  12. shearerc:

    stupid question: this is Xen PV or Xen HVM?

    August 11, 2011 @ 5:27 am | Reply
    • PV

      August 11, 2011 @ 5:27 am | Reply
      • shearerc:

        so can’t run own kernel?

        August 11, 2011 @ 5:29 am | Reply
        • As Asim said, it’s Xen-PV. You can run your own kernel using PyGrub, which is what I’m doing (running 32 bit CentOS).

          August 11, 2011 @ 5:44 am | Reply
  13. Gulsen:

    I think they are having some problems, our vps is down, also their website is down for hours :/ Too bad, because it was really fast, we liked it

    August 11, 2011 @ 8:17 pm | Reply
    • 90% packet loss on 216.66.77.124 for me when I traceroute to their website (about 4 hops up from their site). Network issue or getting DDoS’ed?

      August 12, 2011 @ 1:06 am | Reply
  14. I received an email before it went down regarding a 6 hour emergency maintenance window where they were going to add TW Telecom and Level 3 to their bandwidth mix. My VPS was down for 17 hours, and then came back up briefly, but has been up & down since then, and is basically still unusable.

    August 12, 2011 @ 1:30 am | Reply
    • Gulsen:

      Yes, same here, we got the same mail, we are able to boot our vps using the control panel, but goes offline when we try to login via ssh, but it seems like there is something wrong with the datacenter, not their fault I mean.

      August 12, 2011 @ 1:35 am | Reply
      • When I was able to login briefly, uptime shows the server itself is still running and didn’t go down:

        # uptime
         17:07:56 up 53 days,  2:52,  2 users,  load average: 0.00, 0.00, 0.00
        

        It seems to be a network issue for sure.

        August 12, 2011 @ 1:46 am | Reply
  15. Sorry about the lack of my response. As you can imagine, I have been busy with the outage all day today.

    Services have been restored at this point. I will have more information for you guys later as to what happened, but as of right now I am going to respond to all the emails backed up in the queue. If anyone has any issues, questions or concerns, please contact me directly.

    nate [at] kazila.com

    August 12, 2011 @ 1:47 am | Reply
    • Looks like I spoke too soon. I’ll keep you guys posted.

      August 12, 2011 @ 2:22 am | Reply
      • Hi again Nate, seems like ours vps and sites are online, but I’m really afraid of using ssh, last time we attempted to use ssh, the vps went offline, is everything ok now?

        August 12, 2011 @ 4:08 pm | Reply
        • Everything is now OK. I am keeping my fingers crossed. New network as well.

          Thank you for your patience.

          August 12, 2011 @ 4:55 pm | Reply

Leave a Reply

Some notes on commenting on LowEndBox:

  • Do not use LowEndBox for support issues. Go to your hosting provider and issue a ticket there. Coming here saying "my VPS is down, what do I do?!" will only have your comments removed.
  • Akismet is used for spam detection. Some comments may be held temporarily for manual approval.
  • Use <pre>...</pre> to quote the output from your terminal/console, or consider using a pastebin service.

Your email address will not be published. Required fields are marked *