New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Need cheap storage VPS in EU
Hey guys,
I'm looking for a cheap storage VPS in the EU, with specs like so:
512MB+ RAM
1+ CPU Cores, Shared
250GB+ Disk, but willing to be flexible, as US is usually cheaper than EU
1TB+ bandwidth
1x IPv4, 2+ IPv6
OpenVZ or KVM preferred, but will take any other virtualization
rDNS in SVM/Virtualizor or on request would be nice, but not required
Located somewhere in EU, but preferably not France/NL (but will take if other specs are outstanding)
10Gbps+ DDoS protection is nice, but not required
Under $2.50/month, $3 is hard limit
Thanks!
Comments
Look through EVERY thread so far posted here about wanting a storage vps. Youll see that @time4vps is the cheapest provider per gigabyte.
No ipv6 though.
Yearly only though
What payment method can you use? BTC possible? $3 via Paypal or Credit card and more than 10% will be eaten in fees.
We accept payments via Bitcoins, PayPal, Credit Cards and Paysera / WebMoney / CashU.
That's not much dough for what you're requesting.. good luck!
If quarterly payments and 256MB RAM are OK, LiteServer's $7/qr OVZ-STOR-256 might be an option to look at.
Yep, I've got bitcoin.
I know, but my budget is extremely strict atm
Thanks for the suggestion!
Good lord that's a lot of disk space for under $2.50 per month! DDoS protection for a storage server?
@time4vps 9/10
$3 is my hard limit, I would just prefer under $2.50
We have some VPS Nodes in Lithuania with some available disk space. No RDNS, No DDoS Protection, and no backups but we can give you the 250GB HDD for $3 /month if paying by BitCoin.
XEN Virtualization - not OpenVZ.
What should we do better in order to receive 10/10?
Probably be free. With 'I.T' people, people rarely rate 100%, because it suggest perfection with no room for improvement :-).
This! I don't get why it it like this, though.
In my eyes, they are one of the providers I am with, that would deserve a straight 10/10 - without hesitating.
Agreed. Very happy with the storage box I have with them. Now, if they only got KVM and IPV6...
PS: The node I'm on had a reboot this weekend, but didn't cause any problems for me.
From what I gather: OVZ chroot, overzealous rDNS (changes apply jointly to internal hostname too, WTF?!), lack of IPv6 and its kernel modules (even link-local IPv6/tunnels are impossible!). Plus, no [convenient] encryption, which means no one but a fool would store anything of value there - but great if you just backup your precious collection of linux isos, as any employee snooping thru the content of your server is unlikely to cancel your service for "storage of copyrighted material" (see TOS).
That's definitely room for improvement, feature- and security-wise. It's not all about the price.
We never received any complaints regarding this point. Why would you like to have different VPS hostname from main IP rDNS entry?
These points will be briefly covered by our KVM-SSD (oops, a sneak peak to our new plans?) server line. Stay tuned @ https://twitter.com/time4vps
any employee snooping thru the content of your server is unlikely to cancel your service for "storage of copyrighted material"
We have 10 000+ servers. Are you implying that our administrators would go server by server and lookup for a suspicious material? This is at least non-realistic.
Nonetheless you can actually implement pretty decent security from such actions:
https://community.time4vps.eu/discussion/79/tools-to-encrypt-decrypt-and-password-protect-files/p1
how to use such cheap storage for critical data in a secure way:
simply fill the whole space with a diskimage, maybe deploy it via dd from /dev/urandom for having it filled with random numbers from the beginning.
export this image via xnbd-server which runs on OVZ without problems. maybe restrict the port via iptables to certain IPs for enhanced security.
use xnbd-client on another machine which is not OVZ to connect that image as network block device.
use something like dm-crypt to encrypt that block device, after that create a filesystem on it.
mount it, use it.
all data will be encrypted on client side, the OVZ container will only contain a luks encrypted image. the password for this won't leave the client, there should be no easy way to get to that data, at least not from a memory dump or something like that.
yet you could bind that image to another client if you need to or simply transfer the whole image to another place...
@randvegeta PM'd
Thanks for the conversation in my thread..I guess