• Announcements

    • MannDude

      Current state of vpsBoard   02/04/2017

      Dear vpsBoard members and guests:

      Over the last year or two vpsBoard activity and traffic has dwindled. I have had a change of career and interests, and as such am no longer an active member of the web hosting industry.

      Due to time constraints and new interests I no longer wish to continue to maintain vpsBoard. The web site will remain only as an archive to preserve and showcase some of the great material, guides, and industry news that has been generated by members, some of which I remain in contact to this very day and now regard as personal friends.

      I want to thank all of our members who helped make vpsBoard the fastest growing industry forum. In it's prime it was an active and ripe source of activity, news, guides and just general off-topic banter and fun.

      I wish all members and guests the very best, whether it be with your business or your personal projects.

      -MannDude
wlanboy

Secure Dragon OpenVZ 128 MB (New York)

31 posts in this topic

Provider: Secure Dragon
Plan: OpenVZ 128mb VPS
Price: 17.99$ per year
Location: Weehawken, NJ

Purchased: 03/2013

 

This is one of my private vps that I am using for my mail server.
I migrated this vps from their Tampa location to their new location in NY.

You can find the old review of the Tampa vps

 

Hardware information:

  • cat /proc/cpuinfo
    processor       : 0
    vendor_id       : GenuineIntel
    cpu family      : 6
    model           : 23
    model name      : Intel(R) Xeon(R) CPU           E5410  @ 2.33GHz
    stepping        : 6
    cpu MHz         : 2327.540
    cache size      : 6144 KB
    physical id     : 0
    siblings        : 4
    core id         : 0
    cpu cores       : 4
    apicid          : 0
    initial apicid  : 0
    fpu             : yes
    fpu_exception   : yes
    cpuid level     : 10
    wp              : yes
    flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 lahf_lm dts tpr_shadow vnmi flexpriority
    bogomips        : 4655.08
    clflush size    : 64
    cache_alignment : 64
    address sizes   : 38 bits physical, 48 bits virtual
    power management:
    
  • cat /proc/meminfo
    MemTotal:         131072 kB
    MemFree:           36588 kB
    Cached:            28784 kB
    Buffers:               0 kB
    Active:            27976 kB
    Inactive:          60428 kB
    Active(anon):       4164 kB
    Inactive(anon):    55456 kB
    Active(file):      23812 kB
    Inactive(file):     4972 kB
    Unevictable:           0 kB
    Mlocked:               0 kB
    SwapTotal:        131072 kB
    SwapFree:         118988 kB
    Dirty:                 0 kB
    Writeback:             0 kB
    AnonPages:         59620 kB
    Shmem:              3568 kB
    Slab:               6072 kB
    SReclaimable:       2496 kB
    SUnreclaim:         3576 kB
    
  • dd
    dd if=/dev/zero of=test bs=16k count=8k conv=fdatasync && rm -rf test
    8192+0 records in
    8192+0 records out
    134217728 bytes (134 MB) copied, 0.327991 s, 409 MB/s
    
  • wget
    wget cachefly.cachefly.net/100mb.test -O /dev/null
    --2014-04-27 13:57:18--  http://cachefly.cachefly.net/100mb.test
    Resolving cachefly.cachefly.net (cachefly.cachefly.net)... 205.234.175.175
    Connecting to cachefly.cachefly.net (cachefly.cachefly.net)|205.234.175.175|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 104857600 (100M) [application/octet-stream]
    Saving to: `/dev/null'
    
    100%[================================================================================================================================>] 104,857,600 7.35M/s   in 14s
    
    2014-04-27 13:57:32 (7.36 MB/s) - `/dev/null' saved [104857600/104857600]
    

Network:

 

traceroute dvhn.nl

 2  xe-4-3-0.mpr1.ewr191.us.above.net (208.185.240.41)  0.277 ms  0.267 ms  0.248 ms
 3  xe-3-1-0.cr2.lga5.us.above.net (64.125.27.110)  0.565 ms  0.568 ms  0.550 ms
 4  * * *
 5  xe-7-3-0.nyc30.ip4.tinet.net (213.200.66.205)  0.453 ms  0.435 ms  0.411 ms
 6  xe-0-0-1.lon10.ip4.tinet.net (89.149.186.210)  75.732 ms  75.768 ms xe-11-0-1.lon10.ip4.tinet.net (89.149.184.130)  75.512 ms
 7  bit-gw.ip4.tinet.net (77.67.75.70)  75.949 ms  75.694 ms  75.998 ms
 8  806.xe-0-0-0.jun1.bit-2a.network.bit.nl (213.136.1.109)  84.900 ms 805.xe-0-0-0.jun1.bit-1.network.bit.nl (213.136.1.105)  84.820 ms 806.xe-0-0-0.jun1.bit-2a.network.bit.nl (213.136.1.109)  85.160 ms

traceroute theguardian.co.uk

 2  xe-4-3-0.mpr1.ewr191.us.above.net (208.185.240.41)  0.263 ms  0.248 ms  0.226 ms
 3  xe-3-1-0.cr2.lga5.us.above.net (64.125.27.110)  0.557 ms  0.541 ms  0.532 ms
 4  ae3.er4.lga5.us.above.net (64.125.31.246)  0.376 ms  0.417 ms  0.402 ms
 5  L3-Zayo.lga5.us.above.net (64.125.13.30)  0.389 ms  0.398 ms  0.414 ms
 6  vlan80.csw3.NewYork1.Level3.net (4.69.155.190)  74.821 ms vlan70.csw2.NewYork1.Level3.net (4.69.155.126)  74.785 ms vlan60.csw1.NewYork1.Level3.net (4.69.155.62)  74.725 ms
 7  ae-81-81.ebr1.NewYork1.Level3.net (4.69.134.73)  74.771 ms  74.700 ms ae-61-61.ebr1.NewYork1.Level3.net (4.69.134.65)  74.779 ms
 8  ae-44-44.ebr2.London1.Level3.net (4.69.137.77)  74.725 ms ae-42-42.ebr2.London1.Level3.net (4.69.137.69)  74.680 ms ae-43-43.ebr2.London1.Level3.net (4.69.137.73)  74.766 ms
 9  ae-58-223.csw2.London1.Level3.net (4.69.153.138)  74.807 ms ae-59-224.csw2.London1.Level3.net (4.69.153.142)  74.665 ms ae-57-222.csw2.London1.Level3.net (4.69.153.134)  74.804 ms
10  ae-21-52.car1.London1.Level3.net (4.69.139.98)  74.963 ms  75.018 ms  75.085 ms
11  GUARDIAN-UN.car1.London1.Level3.net (212.113.8.30)  75.262 ms  75.336 ms  84.824 ms

traceroute washingtonpost.com

 2  xe-4-3-0.mpr1.ewr191.us.above.net (208.185.240.41)  0.266 ms  0.241 ms  0.220 ms
 3  xe-3-1-0.cr2.lga5.us.above.net (64.125.27.110)  0.512 ms  0.501 ms  0.517 ms
 4  ae4.cr2.dca2.us.above.net (64.125.26.105)  4.814 ms  4.804 ms  4.787 ms
 5  ae0.cr1.dca2.us.above.net (64.125.28.241)  6.073 ms  6.214 ms  6.045 ms
 6  xe-1-1-0.mpr3.iad1.us.above.net (64.125.31.113)  4.977 ms  5.013 ms  5.000 ms
 7  64.124.201.150.allocated.above.net (64.124.201.150)  5.221 ms  5.227 ms  5.254 ms
 8  208.185.109.100 (208.185.109.100)  5.146 ms  5.199 ms  5.172 ms

What services are running?

  • dovecot
  • postfix
  • spamassassin

  • clamav

  • proxy

Support:

No tickets needed.

 

Overall experience:

I am enjoying my vps.

Instant deployment, fast CPU and I/O.

The migration of my vps was without any issue.

They asked me for a suitable time and managed to migrate my vps within minutes.

The usable bandwith is not as high as in Chicago but way beyond their Tampa location.

So I am not regretting the migration at all.

This is one of my main mail servers (I do have two), something you won't run on a hoster you do not trust.

They keep their ip ranges clean and I am running this mail server without any issue.

 

 

Uptime:

securenj1.JPG

So a total of 9 hours and 16 minutes.

I want to add that his was due to a datacenter migration:

There was some back chatter about how well COLO@ communicated the move to new customers.

For me as one of the first customers that were migrated to NY it was a rough start, but Secure Dragon managed to keep there customers updated and pulished a detailed RFO.

Even after 8 hours of downtime I did not open a ticket for that, right because I was informed.

 

2 people like this

Share this post


Link to post
Share on other sites

Just to clarify, all of our COLO@ locations (LA, IL, NJ, GA, and AZ) were all limited to 100Mbps ports already. The locations that had 1Gbps ports were FL, CO, OR, and TX.

1 person likes this

Share this post


Link to post
Share on other sites

A VM in SecureDragon's Tampa location is one of my more important VMs I have there and is definitely one of the most reliable one in the bunch. Basically, agree with you every step of the way @wlanboy!

1 person likes this

Share this post


Link to post
Share on other sites

Time for an update:

securenj2.JPG

CPU and I/O are great.

Same for the network.

2 hours and 21 minutes of downtime due to a host restart - restarted my vps by hand and everything was fine again.

 

Routing the EU is great (except one):

69.632 ms to England (Above.net and afterwards Tinet).

121.547 ms to Sweden (Above.net and afterwards Level3 through AMS/DUS??).

82.283 ms to Germany (Above.net and afterwards Level3)

104.510 ms to Swizz (Above.net and afterwards Privatelayer)

Share this post


Link to post
Share on other sites

Thread has been split here: 

Share this post


Link to post
Share on other sites

Time for an update:

securenj3.JPG

24 minutes of network downtime since the last update.

Uptime of the vps is 18 days.

CPU and I/O are great.

Network is great:

wget cachefly.cachefly.net/100mb.test -O /dev/null
--2014-08-10 16:50:50--  http://cachefly.cachefly.net/100mb.test
Resolving cachefly.cachefly.net (cachefly.cachefly.net)... 205.234.175.175
Connecting to cachefly.cachefly.net (cachefly.cachefly.net)|205.234.175.175|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/octet-stream]
Saving to: `/dev/null'

100%[===========================================================================================>] 104,857,600 11.4M/s   in 8.7s

2014-08-10 16:50:59 (11.5 MB/s) - `/dev/null' saved [104857600/104857600]

Share this post


Link to post
Share on other sites

Time for an update:

securenj4.JPG

1 hours and 28 minutes of network downtime since the last update.

Uptime of the vps is 90 days.

CPU and I/O are great.

Network is great.

Share this post


Link to post
Share on other sites

That is strange, I am only seeing 2 minutes and 30 seconds of downtime since August for our New Jersey node. How are you measuring the uptime?

 

nj1ovz01_nodeping_10_21_14.png

Share this post


Link to post
Share on other sites

Statuscake as mentioned in another review thread.

Share this post


Link to post
Share on other sites

That is strange, I am only seeing 2 minutes and 30 seconds of downtime since August for our New Jersey node. How are you measuring the uptime?

Looks like statuscake does have some problems with their own network connectivity.

I will move away from statuscake...

Share this post


Link to post
Share on other sites

Looks like statuscake does have some problems with their own network connectivity.

I will move away from statuscake...

 

Maybe a self-hosted network/group of smokeping? 

Share this post


Link to post
Share on other sites

[off]

Looks like statuscake does have some problems with their own network connectivity.

I will move away from statuscake...

I've just got this from statuscake:

1) "From next Monday 17th November (Statuscake) we’ll stop offering the Basic plan to new users. Anyone signing up for a Basic plan before then however will have their account automatically grandfathered and they will enjoy all the benefits of a Basic plan, at the same price, for life."

2) wlanboy: What solution do you use now?

I'm about to build a status app with nodejs that receives updates (webhooks) from the different monitors and "takes action" accordingly :)

The whole project is about to learn about message queues and using modules:

the webApp, api and workers..

[/off]

Edited by HalfEatenPie
Clarified about Statuscake upon Request (Report)

Share this post


Link to post
Share on other sites

Time for an update from me too. I'm proud to be one of the KuJoe's users since june 2011, and i just paid for an additional year till the end of 2015. I used their Xen and OpenVZ VPS. Joe is one of the most honest, upfront guy i met in this industry. He's always been open and frank when issues happened, with no fear to admit problems, even his own faults. So no surprise the service got better and better, and right now is my host of choice in the east coast. Regarding the wlanboy problem i guess i'm on the same node, and i did not experience particular problems or downtime, so i guess that was just a statuscake issue

Share this post


Link to post
Share on other sites

Can it run ClamAV smoothly?

 

Each time ClamAv start running, my 1.99$ dedi from Online.net always has 100% system load.

Share this post


Link to post
Share on other sites

Time for an update:

securenj5.JPG

1 hours and 55 minutes of network downtime since the last update.

Uptime of the vps is 2 days.

CPU and I/O are great.

Network is ok:

 wget cachefly.cachefly.net/100mb.test -O /dev/null
--2014-12-20 17:34:13--  http://cachefly.cachefly.net/100mb.test
Resolving cachefly.cachefly.net (cachefly.cachefly.net)... 205.234.175.175
Connecting to cachefly.cachefly.net (cachefly.cachefly.net)|205.234.175.175|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/octet-stream]
Saving to: `/dev/null'

100%[===================================================================================>] 104,857,600 7.61M/s   in 13s

2014-12-20 17:34:26 (7.58 MB/s) - `/dev/null' saved [104857600/104857600]

Share this post


Link to post
Share on other sites

Time for an update:

securenj6.JPG

3 hours and 55 minutes of network downtime since the last update. Last spike was caused by the datacenter.

Uptime of the vps is 4 days.

CPU and I/O are great.

Network is ok but is getting better over the last weeks:

wget cachefly.cachefly.net/100mb.test -O /dev/null
--2015-01-26 18:25:27--  http://cachefly.cachefly.net/100mb.test
Resolving cachefly.cachefly.net (cachefly.cachefly.net)... 205.234.175.175
Connecting to cachefly.cachefly.net (cachefly.cachefly.net)|205.234.175.175|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/octet-stream]
Saving to: '/dev/null'

100%[======================>] 104,857,600 28.3MB/s   in 4.5s

2015-01-26 18:25:32 (22.2 MB/s) - '/dev/null' saved [104857600/104857600]

Share this post


Link to post
Share on other sites

Just passing by to say thanks for your really helpful reviews and making a point about service quality and uptime and not just some shitty benchmark.

 

Keep up the great work :)

1 person likes this

Share this post


Link to post
Share on other sites

Our NJ location has been lacking lately. We're still waiting for our data center to provide us an RFO for the recent outage and to get somebody on-site to fix our DRAC for us. Hopefully the uptime will get better.

2 people like this

Share this post


Link to post
Share on other sites

Time for an update:

securenj7.JPG

0 minutes of network downtime since the last update.

Looks like the datacenter recovered from the network issues.

Uptime of the vps is 32 days.

CPU and I/O are great.

Network is great again:

wget cachefly.cachefly.net/100mb.test -O /dev/null
--2015-02-23 12:02:08--  http://cachefly.cachefly.net/100mb.test
Resolving cachefly.cachefly.net (cachefly.cachefly.net)... 205.234.175.175
Connecting to cachefly.cachefly.net (cachefly.cachefly.net)|205.234.175.175|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/octet-stream]
Saving to: '/dev/null'

100%[========================================================>] 104,857,600 83.1MB/s   in 1.2s

2015-02-23 12:02:09 (83.1 MB/s) - '/dev/null' saved [104857600/104857600]
1 person likes this

Share this post


Link to post
Share on other sites

Our SSD node that we shipped a few weeks ago was lost/stolen by UPS so we'll be shipping a new one out this week that was originally destined for LA. Glad to see the network has stabilized since the last outage. :)

1 person likes this

Share this post


Link to post
Share on other sites

  • Similar Content

    • By wlanboy
      Provider: VirtWire 
      Plan: OpenVZ 512 MB VPS
      Price: $6 per year
      Location: Miama, FL
      Purchased: 09/2015

      Hardware information:
      cat /proc/cpuinfo (1x) processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 60 model name : Intel(R) Xeon(R) CPU E3-1241 v3 @ 3.50GHz stepping : 3 microcode : 28 cpu MHz : 3501.000 cache size : 8192 KB physical id : 0 siblings : 8 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf cpuid_faulting pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase bmi1 avx2 smep bmi2 erms invpcid xsaveopt bogomips : 7000.24 clflush size : 64 cache_alignment : 64 address sizes : 39 bits physical, 48 bits virtual power management:  
      cat /proc/meminfo MemTotal: 524288 kB MemFree: 436212 kB Cached: 23984 kB Buffers: 0 kB Active: 39992 kB Inactive: 39420 kB Active(anon): 30536 kB Inactive(anon): 27548 kB Active(file): 9456 kB Inactive(file): 11872 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 262144 kB SwapFree: 234448 kB Dirty: 0 kB Writeback: 0 kB AnonPages: 58084 kB Shmem: 2656 kB Slab: 8656 kB SReclaimable: 2316 kB SUnreclaim: 6340 kB  
      dd dd if=/dev/zero of=test bs=16k count=8k conv=fdatasync && rm -rf test 8192+0 records in 8192+0 records out 134217728 bytes (134 MB) copied, 0.668 s, 201 MB/s  
      Network:
      1 IPv4 /64 IPv6 Subnet 1024 GB Transfer traceroute dvhn.nl
      traceroute to dvhn.nl (52.30.49.180), 30 hops max, 60 byte packets 2 173.44.32.253.static.quadranet.com (173.44.32.253) 0.189 ms 0.215 ms 0.182 ms 3 xe-0-2-0-1.r05.miamfl02.us.bb.gin.ntt.net (129.250.203.9) 0.728 ms 0.749 ms 0.785 ms 4 ae-4.r20.miamfl02.us.bb.gin.ntt.net (129.250.2.184) 0.492 ms 0.558 ms 0.593 ms 5 ae-4.r23.asbnva02.us.bb.gin.ntt.net (129.250.2.86) 30.780 ms 30.798 ms 30.839 ms 6 ae-2.r25.amstnl02.nl.bb.gin.ntt.net (129.250.6.163) 113.280 ms 121.894 ms 111.328 ms 7 ae-1.r03.amstnl02.nl.bb.gin.ntt.net (129.250.2.147) 120.284 ms 114.583 ms 118.774 ms 8 ae-3.r03.londen05.uk.bb.gin.ntt.net (129.250.6.26) 111.775 ms 108.220 ms 116.006 ms 9 ae-5.r02.londen05.uk.bb.gin.ntt.net (129.250.6.229) 129.447 ms 121.353 ms 121.542 ms 10 82.112.115.190 (82.112.115.190) 108.184 ms 107.653 ms 82.112.115.162 (82.112.115.162) 113.662 ms 11 * * * 12 * * 176.32.106.36 (176.32.106.36) 125.399 ms 13 178.236.0.225 (178.236.0.225) 125.679 ms 176.32.106.36 (176.32.106.36) 117.054 ms 178.236.0.225 (178.236.0.225) 123.190 ms 14 178.236.0.191 (178.236.0.191) 126.639 ms 178.236.0.208 (178.236.0.208) 132.311 ms 135.978 ms 15 178.236.0.208 (178.236.0.208) 126.500 ms 178.236.0.210 (178.236.0.210) 134.000 ms 178.236.0.213 (178.236.0.213) 126.301 ms 16 * * 178.236.1.189 (178.236.1.189) 131.358 ms traceroute sueddeutsche.de
      traceroute to sueddeutsche.de (46.189.56.88), 30 hops max, 60 byte packets 2 173.44.32.253.static.quadranet.com (173.44.32.253) 0.204 ms 0.196 ms 0.223 ms 3 xe-3-1-5-51-grtmiana2.net.telefonicaglobalsolutions.com (5.53.1.32) 1.767 ms 1.793 ms 1.786 ms 4 xe2-1-3-0-grtmiabr4.red.telefonica-wholesale.net (213.140.36.90) 13.630 ms te0-5-0-6-grtmiabr6.net.telefonicaglobalsolutions.com (94.142.122.254) 2.205 ms te0-0-0-9-grtmiabr5.red.telefonica-wholesale.net (94.142.121.146) 4.627 ms 5 xe10-0-0-0-grtrpaopx2.net.telefonicaglobalsolutions.com (84.16.13.65) 68.400 ms 67.987 ms xe0-0-0-0-grtpaopx2.net.telefonicaglobalsolutions.com (176.52.254.253) 64.439 ms 6 213.140.55.70 (213.140.55.70) 90.781 ms 86.340 ms 86.331 ms 7 217.239.42.186 (217.239.42.186) 168.826 ms 213.140.53.174 (213.140.53.174) 105.583 ms 217.239.42.186 (217.239.42.186) 172.519 ms 8 213.140.55.70 (213.140.55.70) 105.565 ms 217.239.42.202 (217.239.42.202) 188.288 ms 213.140.53.174 (213.140.53.174) 107.452 ms 9 10g-9-4.esn001isp005.versatel.de (62.214.110.234) 165.907 ms 170.032 ms 10g-9-4.esn001isp006.versatel.de (62.214.110.238) 168.310 ms 10 ge-05-01-803.dor002isp005.versatel.de (62.214.111.26) 163.609 ms 62.214.105.126 (62.214.105.126) 168.818 ms 87.128.232.54 (87.128.232.54) 179.409 ms 11 62.214.106.34 (62.214.106.34) 351.274 ms dor2is2.versatel.de (62.214.104.170) 351.012 ms 351.252 ms 12 62.214.106.38 (62.214.106.38) 165.606 ms 10g-9-4.hhb002isp005.versatel.de (62.214.110.110) 166.429 ms 166.004 ms 13 62.214.35.138 (62.214.35.138) 173.626 ms 173.356 ms 173.457 ms 14 212.93.14.114 (212.93.14.114) 175.773 ms 174.723 ms 175.221 ms 15 62.214.147.122 (62.214.147.122) 171.947 ms 172.509 ms 290.386 ms traceroute washingtonpost.com
      traceroute to washingtonpost.com (192.33.31.56), 30 hops max, 60 byte packets 2 173.44.32.253.static.quadranet.com (173.44.32.253) 0.194 ms 0.177 ms 0.182 ms 3 ae3-98.mia10.ip4.gtt.net (77.67.71.145) 0.279 ms 0.287 ms 0.233 ms 4 xe-0-2-1.mia12.ip4.gtt.net (141.136.109.130) 0.301 ms xe-4-2-6.mia12.ip4.gtt.net (89.149.131.174) 0.383 ms xe-4-2-4.mia12.ip4.gtt.net (89.149.131.202) 0.334 ms 5 instart-logic-gw.ip4.gtt.net (216.221.156.90) 0.393 ms 0.423 ms 0.412 ms 6 a-vip07.insnw.net (192.33.31.56) 0.263 ms 0.301 ms 0.272 ms What services are running?
      Postfix Nginx Php MongoDB VPN Support:
      No tickets needed.

      Overall experience:
      CPU is sometimes slow, I/O ok and a good network connection.
      Did not have to send a single ticket.
      Update status:

      19 hours 18 minutes of network downtime since the first four months.
      The node did have some rough times during the first month, network itself is solid. 
      Uptime of the vps itself is 26 days.
      CPU and I/O are ok.
      Network is great.
      wget cachefly.cachefly.net/100mb.test -O /dev/null converted 'http://cachefly.cachefly.net/100mb.test' (ANSI_X3.4-1968) -> 'http://cachefly.cachefly.net/100mb.test' (UTF-8) --2016-01-05 00:21:34-- http://cachefly.cachefly.net/100mb.test Resolving cachefly.cachefly.net (cachefly.cachefly.net)... 205.234.175.175 Connecting to cachefly.cachefly.net (cachefly.cachefly.net)|205.234.175.175|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 104857600 (100M) [application/octet-stream] Saving to: '/dev/null' /dev/null 100%[================================================>] 100.00M 73.9MB/s in 1.4s 2016-01-05 00:21:35 (73.9 MB/s) - '/dev/null' saved [104857600/104857600] I will refresh the uptime report every two months.
    • By sammasri85
      Hi ,this is my review on hudsonvalleyhost.com  , two months ago i got a managed VPS from them and here is my results :    - first ,there entire IP range is blacklisted on Spamhaus SBL , not for sending SPAM but for sending ALL kinds of viruses and malware ,as Spamhaus said  here :  https://www.spamhaus.org/sbl/query/SBL228367    means that ,ALL emails coming from there ip's will be marked as SPAM (even if they are not ) and even ALL domains hosted on there ip's will be blacklisted too . the funny thing is that you cannot do anything about it ,because hudsonvalleyhost have to contact spamhaus directly ,and you have nothing to do with that .   - second , there sales team said that they allow email marketing activities on the server ,but , after i paid for it ,the support team said NO they do not allow email marketing on there servers ,and guess what ,they don't offer a refund too .   so ,basically i paid for the VPS ,spend more than 300 $ to setup my mailer and finally i got a blacklisted ip's with a very bad customer support and no refund .   this hosting provider is a wast of time and money ,so ,buyers BE AWARE !!!  
    • By wlanboy
      Provider: NanoVZ
      Plan: OpenVZ 256 MB VPS
      Price: € 3 per year
      Location: Falkenstein, Germany
      Purchased: 01/2015

      Hardware information:
       
      cat /proc/cpuinfo (1x)
      processor : 0 vendor_id : Genu cpu family : 6 model : 58 model name : Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz stepping : 9 microcode : 23 cpu MHz : 1600.000 cache size : 8192 KB physical id : 0 siblings : 8 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf cpuid_faulting pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms bogomips : 6800.62 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: cat /proc/meminfo
      MemTotal: 262144 kB MemFree: 236652 kB Cached: 19944 kB Buffers: 0 kB Active: 10828 kB Inactive: 11328 kB Active(anon): 3980 kB Inactive(anon): 836 kB Active(file): 6848 kB Inactive(file): 10492 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 262144 kB SwapFree: 259280 kB Dirty: 4 kB Writeback: 0 kB AnonPages: 4816 kB Shmem: 2604 kB Slab: 3324 kB SReclaimable: 1368 kB SUnreclaim: 1956 kB dd
      dd if=/dev/zero of=test bs=16k count=8k conv=fdatasync && rm -rf test 8192+0 records in 8192+0 records out 134217728 bytes (134 MB) copied, 1.80004 s, 74.6 MB/s wget
      wget cachefly.cachefly.net/100mb.test -O /dev/null --2015-03-22 06:39:43-- http://cachefly.cachefly.net/100mb.test Resolving cachefly.cachefly.net (cachefly.cachefly.net)... 205.234.175.175 Connecting to cachefly.cachefly.net (cachefly.cachefly.net)|205.234.175.175|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 104857600 (100M) [application/octet-stream] Saving to: `/dev/null' 100%[========================================================>] 104,857,600 53.1M/s in 1.9s 2015-03-22 06:39:45 (53.1 MB/s) - `/dev/null' saved [104857600/104857600] Network:
      20 NAT IPv4 Ports /80 IPv6 Subnet 500 GB Transfer traceroute dvhn.nl
      2 hos-tr4-juniper4.rz16.hetzner.de (213.239.233.97) 0.240 ms hos-tr6-juniper4.rz16.hetzner.de (213.239.247.97) 0.211 ms hos-tr3-juniper4.rz16.hetzner.de (213.239.233.65) 0.202 ms 3 core21.hetzner.de (213.239.245.105) 0.217 ms 0.244 ms core22.hetzner.de (213.239.245.145) 0.232 ms 4 core1.hetzner.de (213.239.245.218) 4.823 ms core1.hetzner.de (213.239.245.177) 4.824 ms core1.hetzner.de (213.239.245.218) 4.823 ms 5 juniper1.ams.hetzner.de (213.239.203.158) 10.579 ms 10.578 ms 10.554 ms 6 amsix-501.xe-0-0-0.jun1.bit-1.network.bit.nl (80.249.208.200) 12.275 ms 12.499 ms 12.430 ms traceroute theguardian.co.uk
      2 hos-tr1-juniper3.rz16.hetzner.de (213.239.230.1) 0.208 ms 0.231 ms hos-tr4-juniper4.rz16.hetzner.de (213.239.233.97) 17.155 ms 3 core21.hetzner.de (213.239.245.105) 0.249 ms 0.255 ms core22.hetzner.de (213.239.245.145) 0.740 ms 4 core12.hetzner.de (213.239.245.214) 2.784 ms core12.hetzner.de (213.239.245.29) 2.795 ms core12.hetzner.de (213.239.245.214) 2.794 ms 5 juniper4.rz2.hetzner.de (213.239.245.26) 2.883 ms juniper4.rz2.hetzner.de (213.239.203.138) 2.851 ms 2.808 ms 6 ae51.bar2.Munich1.Level3.net (62.140.25.101) 5.599 ms 17.905 ms ae55.edge7.Frankfurt1.Level3.net (195.16.162.253) 7.347 ms 7 ae-11-51.car1.London1.Level3.net (4.69.139.66) 100.511 ms 100.513 ms 100.737 ms 8 ae-11-51.car1.London1.Level3.net (4.69.139.66) 100.782 ms 100.807 ms 115.422 ms 9 GUARDIAN-UN.car1.London1.Level3.net (212.113.8.30) 17.101 ms 19.110 ms 19.147 ms traceroute sueddeutsche.de
      2 hos-tr1-juniper3.rz16.hetzner.de (213.239.230.1) 0.179 ms hos-tr3-juniper4.rz16.hetzner.de (213.239.233.65) 0.215 ms 0.180 ms 3 core21.hetzner.de (213.239.245.105) 0.465 ms core22.hetzner.de (213.239.245.145) 0.225 ms 0.253 ms 4 core4.hetzner.de (213.239.245.14) 4.894 ms core1.hetzner.de (213.239.245.177) 4.848 ms 4.928 ms 5 juniper1.ffm.hetzner.de (213.239.245.5) 6.329 ms 4.858 ms juniper4.ffm.hetzner.de (213.239.245.1) 4.985 ms 6 ec-r7604-hro-01.ediscom.de (80.81.193.73) 115.008 ms 164.183 ms 164.199 ms 7 212.204.40.54 (212.204.40.54) 22.298 ms 22.144 ms 22.361 ms 8 94.55.204.212-static.ediscom.de (212.204.55.94) 29.183 ms 29.315 ms 29.482 ms traceroute washingtonpost.com
      2 hos-tr1-juniper3.rz16.hetzner.de (213.239.230.1) 0.137 ms hos-tr3-juniper4.rz16.hetzner.de (213.239.233.65) 0.191 ms hos-tr1-juniper3.rz16.hetzner.de (213.239.230.1) 0.159 ms 3 core22.hetzner.de (213.239.245.145) 0.226 ms 0.208 ms 0.245 ms 4 core12.hetzner.de (213.239.245.214) 2.780 ms core12.hetzner.de (213.239.245.29) 2.777 ms core12.hetzner.de (213.239.245.214) 2.790 ms 5 juniper4.rz2.hetzner.de (213.239.245.26) 2.822 ms 2.833 ms juniper4.rz2.hetzner.de (213.239.203.138) 2.886 ms 6 r1nue2.core.init7.net (82.197.163.29) 3.046 ms r1nue1.core.init7.net (77.109.135.101) 2.914 ms r1nue2.core.init7.net (82.197.163.29) 3.059 ms 7 r1lon1.core.init7.net (77.109.140.253) 17.194 ms r1ams2.core.init7.net (77.109.140.157) 53.511 ms r1ams1.core.init7.net (77.109.140.25) 25.195 ms 8 ae-15.r02.amstnl02.nl.bb.gin.ntt.net (80.249.208.36) 19.875 ms r1muc1.core.init7.net (77.109.128.231) 7.392 ms ae-15.r02.amstnl02.nl.bb.gin.ntt.net (80.249.208.36) 20.065 ms 9 ae-15.r02.amstnl02.nl.bb.gin.ntt.net (80.249.208.36) 15.684 ms ae-2.r22.amstnl02.nl.bb.gin.ntt.net (129.250.2.112) 18.386 ms ae-2.r03.londen01.uk.bb.gin.ntt.net (129.250.3.8) 26.441 ms 10 ae-1.r02.londen01.uk.bb.gin.ntt.net (129.250.3.36) 27.145 ms ae-15.r02.amstnl02.nl.bb.gin.ntt.net (80.249.208.36) 14.428 ms ae-5.r23.londen03.uk.bb.gin.ntt.net (129.250.5.197) 32.894 ms 11 62.73.179.186 (62.73.179.186) 25.374 ms ae-5.r23.londen03.uk.bb.gin.ntt.net (129.250.5.197) 18.976 ms 62.73.179.186 (62.73.179.186) 17.573 ms 12 ae-2.r02.londen01.uk.bb.gin.ntt.net (129.250.3.1) 25.938 ms * 24.876 ms 13 * * * 14 * * * What services are running?
      OpenVPN Nginx (both behind CloudFlares IPv4 Proxy) Ruby workers Support:
      No tickets needed.

      Overall experience:
      CPU ok, I/O could be better and a good network connection.
      Did not have to send a single ticket.

      Update status:

      0 minutes of network downtime since the first month.
      The node did have some rough times during the first weeks, I/O itself does have some spikes but is quite solid. 
      Uptime of the vps itself is 56 days.
      CPU is ok and I/O could be better.
      Network is good within the EU.
      wget cachefly.cachefly.net/100mb.test -O /dev/null --2015-03-22 06:39:43-- http://cachefly.cachefly.net/100mb.test Resolving cachefly.cachefly.net (cachefly.cachefly.net)... 205.234.175.175 Connecting to cachefly.cachefly.net (cachefly.cachefly.net)|205.234.175.175|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 104857600 (100M) [application/octet-stream] Saving to: `/dev/null' 100%[========================================================>] 104,857,600 53.1M/s in 1.9s 2015-03-22 06:39:45 (53.1 MB/s) - `/dev/null' saved [104857600/104857600] I will refresh the uptime report every two months.
    • By GIANT_CRAB
      Hey all, 
       
      So it has almost been a year since I have been with Cloudshards. So here's my experience with them: 
       
      I've heard a lot of good things about Cloudshards and the prices are really amazing so I decided to spin up a 2GB OpenVZ with them on 27/03/2014. As of now, I have 2 VPS with Cloudshards and they are working really great. Although the company name has the word 'cloud' in it, Cloudshards doesn't provide Cloud Hosting services yet. 
       
      Uptime: 10/10
       
      So far, no downtime in terms of both network and hardware. They have some downtime once every few months due to scheduled network maintenance or upgrade but they gave a good window of 3 to 5 days before carrying it out so that all the customers will be well prepared for the scheduled downtime. 
       
      Network: 10/10
       
      Their network connectivity worldwide has very low latency and is really superb! Connectivity to Asia was especially great and I've gotten only 160ms from Singapore. :) 
       
      Here's a ping to my Los Angeles Cloudshards VPS

       
      Support: 9/10
       
      Their support team replied within 4 hours and they read through my issues carefully. I've once experienced unreliable network connectivity and opened a support ticket with them. Within a few hours, they replied to me and told me it was because there was a DDoS on the node and offered to transfer me to another node. I accepted the transfer and it was done within minutes! :)
       
      Prices: 10/10
       
      I spun up a few VPS with lots of RAM and they only cost $7 for 2GB. For the price and service offered, it is a really great deal! They also offer KVM storage with lots of space and it is very affordable too. I've also asked for a customized upgrade from 2GB to 4GB and they did so without much hesitation. 
       
      Overall, their VPS offer very smooth performance with great network speeds and latency at really affordable price. 
       
      Thank you Cloudshards for giving me such a memorable experience! :)
    • By wlanboy
      Provider: NanoVZ
      Plan: OpenVZ 128 MB VPS
      Price: € 3 per year
      Location: Roubaix, France
      Purchased: 01/2015

      Hardware information:

      cat /proc/cpuinfo (1x)
      processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 26 model name : Intel(R) Xeon(R) CPU W3530 @ 2.80GHz stepping : 5cpu MHz : 2800.140 cache size : 8192 KB physical id : 0 siblings : 8 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida dts tpr_shadow vnmi flexpriority ept vpidbogomips : 5600.28 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: cat /proc/meminfo
      MemTotal: 131072 kB MemFree: 100784 kB Cached: 18156 kB Buffers: 0 kB Active: 17320 kB Inactive: 8908 kB Active(anon): 5152 kB Inactive(anon): 2920 kB Active(file): 12168 kB Inactive(file): 5988 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 131072 kB SwapFree: 125448 kB Dirty: 4 kB Writeback: 0 kB AnonPages: 8072 kB Shmem: 2604 kB Slab: 4048 kB SReclaimable: 1124 kB SUnreclaim: 2924 kB dd
      dd if=/dev/zero of=test bs=16k count=8k conv=fdatasync && rm -rf test 8192+0 records in 8192+0 records out 134217728 bytes (134 MB) copied, 2.47973 s, 54.1 MB/s wget
      wget cachefly.cachefly.net/100mb.test -O /dev/null --2015-02-25 00:21:23-- http://cachefly.cachefly.net/100mb.testResolving cachefly.cachefly.net (cachefly.cachefly.net)... 205.234.175.175 Connecting to cachefly.cachefly.net (cachefly.cachefly.net)|205.234.175.175|:80... connected. HTTP request sent, awaiting response... 200 OKLength: 104857600 (100M) [application/octet-stream] Saving to: `/dev/null' 100%[========================================================>] 104,857,600 31.8M/s in 4.0s2015-02-25 00:21:27 (25.0 MB/s) - `/dev/null' saved [104857600/104857600] Network:
      20 NAT IPv4 Ports /80 IPv6 Subnet 100 GB Transfer
      traceroute dvhn.nl
      2 rbx-g1-a9.fr.eu (213.186.32.253) 0.874 ms 1.045 ms 1.026 ms 3 ams-1-6k.nl.eu (94.23.122.186) 5.531 ms * * 4 amsix-501.xe-0-0-0.jun1.bit-2a.network.bit.nl (80.249.208.35) 7.341 ms 6.905 ms 7.282 ms traceroute theguardian.co.uk
      2 rbx-g1-a9.fr.eu (213.186.32.253) 0.837 ms 1.042 ms 1.071 ms 3 th2-g1-a9.fr.eu (91.121.215.132) 4.607 ms th2-g1-a9.fr.eu (91.121.131.210) 4.227 ms 4.600 ms 4 * * gsw-1-6k.fr.eu (91.121.215.135) 13.906 ms 5 * * * 6 ae-15-51.car5.London1.Level3.net (4.69.139.70) 7.661 ms 8.227 ms 7.977 ms 7 ae-15-51.car5.London1.Level3.net (4.69.139.70) 8.100 ms 8.618 ms 8.390 ms 8 GUARDIAN-UN.car5.London1.Level3.net (217.163.45.90) 7.910 ms 7.982 ms 7.925 ms traceroute sueddeutsche.de
      2 rbx-g1-a9.fr.eu (213.186.32.253) 0.874 ms 1.038 ms 1.038 ms 3 ams-1-6k.nl.eu (94.23.122.114) 5.646 ms * * 4 AMDGW1.arcor-ip.net (80.249.209.123) 6.443 ms 6.381 ms 10.108 ms 5 bln-145-254-5-158.arcor-ip.net (145.254.5.158) 19.876 ms 19.829 ms 19.747 ms 6 82.82.24.142 (82.82.24.142) 19.131 ms 19.200 ms 19.218 ms 7 212.204.41.194 (212.204.41.194) 26.180 ms 26.155 ms 26.101 ms traceroute washingtonpost.com
      2 rbx-g1-a9.fr.eu (213.186.32.253) 0.850 ms 0.996 ms 1.050 ms 3 th2-g1-a9.fr.eu (91.121.131.210) 4.471 ms th2-g1-a9.fr.eu (91.121.215.132) 4.488 ms th2-g1-a9.fr.eu (91.121.131.210) 4.374 ms 4 * * * 5 * * * 6 NEUSTAR-INC.edge3.Paris1.Level3.net (212.73.242.130) 4.416 ms 4.375 ms 4.316 ms What services are running?
      Postfix Nginx (both behind CloudFlares IPv4 Proxy) Php Redis Support:
      No tickets needed.

      Overall experience:
      CPU ok, I/O ok and a good network connection.
      Did not have to send a single ticket.

      Update status:

      3 hours 29 minutes 35 seconds of network downtime since the first month.
      The node did have some rough times during the first weeks, network itself does have some spikes but is quite solid. Hoping for some calm weeks.
      Uptime of the vps itself is 30 days.
      CPU and I/O are ok.
      Network is good within the EU.

      I will refresh the uptime report every two months.