Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


HostBrr | KVM Ryzen Deals | 4 vCore - 8GB RAM - 125 GB NVMe - Unmetered Bandwidth - €8 month! - Page 2
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.

HostBrr | KVM Ryzen Deals | 4 vCore - 8GB RAM - 125 GB NVMe - Unmetered Bandwidth - €8 month!

24

Comments

  • @Merlincool said:

    @lowkey said:

    @Merlincool said:
    Thanks for it. Pre-ordered Core was 3 and now after upgrade it is still 3 core only. Can you please confirm a core has been upgraded. Thank you.

    you might have to restart it to see the new core.

    Sorry still shows 3 cores.

    Restart from virtfusion?

  • @mijo said:

    @Merlincool said:

    @lowkey said:

    @Merlincool said:
    Thanks for it. Pre-ordered Core was 3 and now after upgrade it is still 3 core only. Can you please confirm a core has been upgraded. Thank you.

    you might have to restart it to see the new core.

    Sorry still shows 3 cores.

    Restart from virtfusion?

    Restarted from terminal (Reboot)

  • @Merlincool said:

    @mijo said:

    @Merlincool said:

    @lowkey said:

    @Merlincool said:
    Thanks for it. Pre-ordered Core was 3 and now after upgrade it is still 3 core only. Can you please confirm a core has been upgraded. Thank you.

    you might have to restart it to see the new core.

    Sorry still shows 3 cores.

    Restart from virtfusion?

    Restarted from terminal (Reboot)

    Please restart from virtfusion panel.

  • @mijo said:

    @Merlincool said:

    @mijo said:

    @Merlincool said:

    @lowkey said:

    @Merlincool said:
    Thanks for it. Pre-ordered Core was 3 and now after upgrade it is still 3 core only. Can you please confirm a core has been upgraded. Thank you.

    you might have to restart it to see the new core.

    Sorry still shows 3 cores.

    Restart from virtfusion?

    Restarted from terminal (Reboot)

    Please restart from virtfusion panel.

    Sorry, How am I supposed to see this panel. I didn't understand where I can find.

  • @Merlincool said:

    @mijo said:

    @Merlincool said:

    @mijo said:

    @Merlincool said:

    @lowkey said:

    @Merlincool said:
    Thanks for it. Pre-ordered Core was 3 and now after upgrade it is still 3 core only. Can you please confirm a core has been upgraded. Thank you.

    you might have to restart it to see the new core.

    Sorry still shows 3 cores.

    Restart from virtfusion?

    Restarted from terminal (Reboot)

    Please restart from virtfusion panel.

    Sorry, How am I supposed to see this panel. I didn't understand where I can find.

    Visit my.hostbrr.com client area and view your services. Here you can find and manage your VPS. Visit your VPS service page and on the left press manage VPS. From here you can find the link to your control panel.

  • Invoice #13558 still shows 2 cores. :'(

  • Invoice #13564

  • labzelabze Member, Patron Provider

    @anohost said:
    Hi Invoice Number: 13520 Customer Number: 4891

    I have to say yes, I am satisfied, thank you

    Service upgraded and good to hear

    @cwj5012 said:
    Invoice #13558

    Thanks you

    @cwj5012 said:
    Invoice #13558 still shows 2 cores. :'(

    Only got around to update yours now :)

    @NYKK3 said:
    Invoice #13564

    Upgraded

    @Merlincool said:

    @mijo said:

    @Merlincool said:

    @mijo said:

    @Merlincool said:

    @lowkey said:

    @Merlincool said:
    Thanks for it. Pre-ordered Core was 3 and now after upgrade it is still 3 core only. Can you please confirm a core has been upgraded. Thank you.

    you might have to restart it to see the new core.

    Sorry still shows 3 cores.

    Restart from virtfusion?

    Restarted from terminal (Reboot)

    Please restart from virtfusion panel.

    Sorry, How am I supposed to see this panel. I didn't understand where I can find.

    I've sent a PM.

  • @labze said:

    Sorry, How am I supposed to see this panel. I didn't understand where I can find.

    I've sent a PM.

    Thank you very much for indetail explanation :-)

    Just excellent service, you just completed your commitment. That is wonderful 😊

  • jsgjsg Member, Resident Benchmarker
    edited October 2023

    @labze said:
    ... With metered, they know what they get.

    Uhm, maybe my fault, maybe I just don't see it, but ...

    @labze said:
    As a launch offer, we are offering unmetered bandwidth and additional cores for those who comment their invoice number

    ...@ 1 Gbps shared (Fair usage)

    Bandwidth fair usage policy

    Bandwidth usage is unmetered. Throttling will only occur if a user is consistently using large amounts of the available bandwidth so other users have degraded network performance, i.e using 500+ mbps constantly for prolonged periods of times is not acceptable.

    So, we know, how much bandwidth should not use, at least not consistently. What I miss though is a clearly worded (minimum) guaranteed bandwidth.

    Would you please clarify.

    CPU fair usage policy

    CPU Cores may be fconsistently utilized up to 50%. Using above is acceptable for extended periods, but not consistly. Throttling will only happen if usage affects other clients.

    means that 2 vCores translate to 1 full vCore (hardware thread), correct?

  • labzelabze Member, Patron Provider

    @jsg said:

    @labze said:
    ... With metered, they know what they get.

    Uhm, maybe my fault, maybe I just don't see it, but ...

    @labze said:
    As a launch offer, we are offering unmetered bandwidth and additional cores for those who comment their invoice number

    ...@ 1 Gbps shared (Fair usage)

    Bandwidth fair usage policy

    Bandwidth usage is unmetered. Throttling will only occur if a user is consistently using large amounts of the available bandwidth so other users have degraded network performance, i.e using 500+ mbps constantly for prolonged periods of times is not acceptable.

    So, we know, how much bandwidth should not use, at least not consistently. What I miss though is a clearly worded (minimum) guaranteed bandwidth.

    Would you please clarify.

    CPU fair usage policy

    CPU Cores may be fconsistently utilized up to 50%. Using above is acceptable for extended periods, but not consistly. Throttling will only happen if usage affects other clients.

    means that 2 vCores translate to 1 full vCore (hardware thread), correct?

    It is not feasible for me to guarantee a minimum guaranteed bandwidth on a 1 gig uplink. No one can. Not without throttling clients below 1 Gbps, since a single user can saturate it, for example during downloading a file, and then I would have broken a promise.

    Realistically I'd say on average at least 500 Mbps should be available. So far, bandwidth haven't been a issue on any server.

    In regards to the CPU Cores, yes, that is correct.

    Thanked by 1jsg
  • Hi, if i order a hosting 2tb with ipv4, can i increase to next vps or need to order a new one?

    thanks

  • labzelabze Member, Patron Provider

    @dedicados said:
    Hi, if i order a hosting 2tb with ipv4, can i increase to next vps or need to order a new one?

    thanks

    Which package are you reffering to? Storage VPS?

  • Budget Storage VPS 2TB

  • labzelabze Member, Patron Provider

    @dedicados said:
    Budget Storage VPS 2TB

    It can be upgraded :) No need to order a new.

    Thanked by 1dev_vps
  • ahh i see where

    "Change Package"

    lol, thanks

  • jsgjsg Member, Resident Benchmarker
    edited October 2023

    @labze said:

    @jsg said:

    @labze said:
    ... With metered, they know what they get.

    Uhm, maybe my fault, maybe I just don't see it, but ...

    @labze said:
    As a launch offer, we are offering unmetered bandwidth and additional cores for those who comment their invoice number

    ...@ 1 Gbps shared (Fair usage)

    Bandwidth fair usage policy

    Bandwidth usage is unmetered. Throttling will only occur if a user is consistently using large amounts of the available bandwidth so other users have degraded network performance, i.e using 500+ mbps constantly for prolonged periods of times is not acceptable.

    So, we know, how much bandwidth should not use, at least not consistently. What I miss though is a clearly worded (minimum) guaranteed bandwidth.

    Would you please clarify.

    CPU fair usage policy

    CPU Cores may be fconsistently utilized up to 50%. Using above is acceptable for extended periods, but not consistly. Throttling will only happen if usage affects other clients.

    means that 2 vCores translate to 1 full vCore (hardware thread), correct?

    It is not feasible for me to guarantee a minimum guaranteed bandwidth on a 1 gig uplink. No one can. Not without throttling clients below 1 Gbps, since a single user can saturate it, for example during downloading a file, and then I would have broken a promise.

    Realistically I'd say on average at least 500 Mbps should be available. So far, bandwidth haven't been a issue on any server.

    In regards to the CPU Cores, yes, that is correct.

    Pardon me but would you accept "on average what I pay is $5.50 amonth"?

    Not to pick on you, honestly not, but when a provider sells VPS, particularly ones that aren't super low-end/cheap, I expect a guaranteed minimum bandwidth.
    Don't get me wrong, "well, usually x00 Mb/s can be expected" is fine, particularly with me as I'm not hunting for large bandwidth; in fact I'm certain that on 90% of my VPSs I'm well under 300 Mb/s max except maybe once or twice a year.

    But how a provider stretches a physical 1 Gb/s (or even 2 x 1 Gb/s) to 24 (hwt) x 2 (VPS/hwt) = 48 times 500 Mb/s escapes me. Hell, even your "generous 50 Mb/s limit" for abusers would require 2.4 Gb/s (on a fully occupied node).

    But maybe I misunderstood something and that node doesn't have one or maybe two 1 Gb/s ports but two 10 Gb/s ports, If that is the case, please feel free to enchant me with a correction and sound info. (And, yes, I know that that not every VM on a node, in fact highly likely not even half of them actually use 500 Mb/s, but still, if only 2 out 48 do all others look into a rather dry pipe ...).

    And again, my intent is absolutely not to pick on you. In fact I like that you seem to offer a reasonable node (as opposed to all those who think there's no life below Ryzen 5000. I also like your reasonable core count because the 32 core monsters may look nice but usually offer sub-par disk performance).

  • Invoice # 13580

  • labzelabze Member, Patron Provider
    edited October 2023

    @jsg said:

    @labze said:

    @jsg said:

    @labze said:
    ... With metered, they know what they get.

    Uhm, maybe my fault, maybe I just don't see it, but ...

    @labze said:
    As a launch offer, we are offering unmetered bandwidth and additional cores for those who comment their invoice number

    ...@ 1 Gbps shared (Fair usage)

    Bandwidth fair usage policy

    Bandwidth usage is unmetered. Throttling will only occur if a user is consistently using large amounts of the available bandwidth so other users have degraded network performance, i.e using 500+ mbps constantly for prolonged periods of times is not acceptable.

    So, we know, how much bandwidth should not use, at least not consistently. What I miss though is a clearly worded (minimum) guaranteed bandwidth.

    Would you please clarify.

    CPU fair usage policy

    CPU Cores may be fconsistently utilized up to 50%. Using above is acceptable for extended periods, but not consistly. Throttling will only happen if usage affects other clients.

    means that 2 vCores translate to 1 full vCore (hardware thread), correct?

    It is not feasible for me to guarantee a minimum guaranteed bandwidth on a 1 gig uplink. No one can. Not without throttling clients below 1 Gbps, since a single user can saturate it, for example during downloading a file, and then I would have broken a promise.

    Realistically I'd say on average at least 500 Mbps should be available. So far, bandwidth haven't been a issue on any server.

    In regards to the CPU Cores, yes, that is correct.

    Pardon me but would you accept "on average what I pay is $5.50 amonth"?

    Not to pick on you, honestly not, but when a provider sells VPS, particularly ones that aren't super low-end/cheap, I expect a guaranteed minimum bandwidth.
    Don't get me wrong, "well, usually x00 Mb/s can be expected" is fine, particularly with me as I'm not hunting for large bandwidth; in fact I'm certain that on 90% of my VPSs I'm well under 300 Mb/s max except maybe once or twice a year.

    But how a provider stretches a physical 1 Gb/s (or even 2 x 1 Gb/s) to 24 (hwt) x 2 (VPS/hwt) = 48 times 500 Mb/s escapes me. Hell, even your "generous 50 Mb/s limit" for abusers would require 2.4 Gb/s (on a fully occupied node).

    But maybe I misunderstood something and that node doesn't have one or maybe two 1 Gb/s ports but two 10 Gb/s ports, If that is the case, please feel free to enchant me with a correction and sound info. (And, yes, I know that that not every VM on a node, in fact highly likely not even half of them actually use 500 Mb/s, but still, if only 2 out 48 do all others look into a rather dry pipe ...).

    And again, my intent is absolutely not to pick on you. In fact I like that you seem to offer a reasonable node (as opposed to all those who think there's no life below Ryzen 5000. I also like your reasonable core count because the 32 core monsters may look nice but usually offer sub-par disk performance).

    It is a fair point to bring up, but unless a provider only offers a small portion of the available bandwidth, for example 1 Gbps on a 10 Gig uplink, then it is impossible to guarantee any amount of bandwidth. Even in this example, there cannot be a guarantee only a statistically low chance that the guarantee is not met. There is also just the factor of peering, and that is a fight you do not want to take with clients.

    All it takes is one or two clients running YABS on a server and then most guarantees would be broken. If I make a guarantee I need to either be able to uphold that guarantee or compensate clients if the guarantee is broken. A uptime guarantee is best-effort as unforeseen events happen. But that to me is measurable and something I can compensate if I fail to meet. If a client for 5 minutes cannot use 250 Mbps because someone else is hogging the bandwidth, that I would never know and I wouldn't be able to compensate.

    In the end, webhosting is a game of statistics and balancing. There is always some element of overselling and the art of it is to make sure that it does not affect clients. That is one reason why I have server statistics publicly available on https://status.hostbrr.com. It gives client a live picture of the node they are hosted on and can see if performance issues is due to servers being overcrowded or something on their end.

    All this just brings me back to why I haven't offered unmetered before, even though it costs me nothing. Performance and reliability. It just ensures much more fair bandwidth distribution without me having to be the arbiter of throttling.

  • labzelabze Member, Patron Provider

    @ipguru said:
    Invoice # 13580

    Upgrade applied :)

  • zrcoolzrcool Member
    edited October 2023

    :)

  • 13586 thanks

  • @labze said: That is one reason why I have server statistics publicly available on https://status.hostbrr.com. It gives client a live picture of the node they are hosted on and can see if performance issues is due to servers being overcrowded or something on their end

    this is a great feature and transprancy from a hostbrr. Hope other vps providers (I'm client of) should also follow. Many hosts' status pages I've visited just simply show "xyz location up", but in-deepth information about node server's CPU, RAM, traffic in/out usage can help clients find bottleneck if any or see server performance history before ordering/upgrading!

  • Invoice # 13593

  • jsgjsg Member, Resident Benchmarker
    edited October 2023

    @labze said:
    It is a fair point to bring up, but unless a provider only offers a small portion of the available bandwidth, for example 1 Gbps on a 10 Gig uplink, then it is impossible to guarantee any amount of bandwidth. Even in this example, there cannot be a guarantee only a statistically low chance that the guarantee is not met. There is also just the factor of peering, and that is a fight you do not want to take with clients.

    My point isn't about nitpicking on a word ("guarantee"). But if you can offer only a declaration based on statistics then kindly quantify it!
    If for instance you told "85% of the time you will have 350+ Mb/s available and 93% of the time you'll have 250+ Mb/s available" I would have no problem with that and accept it.

    Btw, I don't really get it anyway, why providers as a basic rule don't have 2 x 10Gb/s ports on their nodes (it's the year 2021). That also would give them the advantage of playing their statistics game over all users on all nodes (at a location) rather than just per node.

    Whatevr, which numbers (like "x% of the time y Mb/s") can you offer? And again I (and probably many others as well) am not interested in (low statistical change) peak numbers but rather in "usually available (like 90+%)" and in "with a bit of luck available" (say, 75%) numbers.

    As I said, my intention is absolutely not to pick on you, it rather is to be able to judge a promo which I like (minus the so far basically not existing network numbers).

  • labzelabze Member, Patron Provider

    @jsg said:

    @labze said:
    It is a fair point to bring up, but unless a provider only offers a small portion of the available bandwidth, for example 1 Gbps on a 10 Gig uplink, then it is impossible to guarantee any amount of bandwidth. Even in this example, there cannot be a guarantee only a statistically low chance that the guarantee is not met. There is also just the factor of peering, and that is a fight you do not want to take with clients.

    My point isn't about nitpicking on a word ("guarantee"). But if you can offer only a declaration based on statistics then kindly quantify it!
    If for instance you told "85% of the time you will have 350+ Mb/s available and 93% of the time you'll have 250+ Mb/s available" I would have no problem with that and accept it.

    Btw, I don't really get it anyway, why providers as a basic rule don't have 2 x 10Gb/s ports on their nodes (it's the year 2021). That also would give them the advantage of playing their statistics game over all users on all nodes (at a location) rather than just per node.

    Whatevr, which numbers (like "x% of the time y Mb/s") can you offer? And again I (and probably many others as well) am not interested in (low statistical change) peak numbers but rather in "usually available (like 90+%)" and in "with a bit of luck available" (say, 75%) numbers.

    As I said, my intention is absolutely not to pick on you, it rather is to be able to judge a promo which I like (minus the so far basically not existing network numbers).

    I haven't really seen many, if any, providers advertise with a "minimum bandwidth guarantee". The best I can say, is that based on a fast overview of the last 6 months historic usage on the performance servers the average bandwidth consumption is 200 Mbps. That effectively means at most times 800 Mbps should be available. So if that is the number you are after, there you go :)

    These servers however do not offer unmetered bandwidth and how this will affect bandwidth consumption on this offer I do not know.

    In regards to why the servers do not have 2 x 10 Gb/s is quite simple. It is no secret I am reselling Hetzner servers. Hetzner does not provide that, they provide a single 10 Gig uplink which would vastly increase my server costs and thus the costs for clients.

    Thanked by 1jsg
  • labzelabze Member, Patron Provider

    @zrcool said:

    13586 thanks

    @swag said:
    Invoice # 13593

    Upgrades applied.

    Limited stock available on the German node, still a good bit left on the Finnish.

    Thanked by 1swag
  • jsgjsg Member, Resident Benchmarker

    @labze said:
    I haven't really seen many, if any, providers advertise with a "minimum bandwidth guarantee".

    I clearly said that my goal is not nitpicking on words.

    The best I can say, is that based on a fast overview of the last 6 months historic usage on the performance servers the average bandwidth consumption is 200 Mbps. That effectively means at most times 800 Mbps should be available. So if that is the number you are after, there you go :)

    (a) "at most times" can mean a lot, pretty much anything between "oh, about 65% of the time" and "99%".
    (b) I'm not looking for "the morer the betterer" bandwidth numbers. Even say, "300 Mb/s 95% of the time" would be good enough for me.
    (c) While you still focus on the word "guarantee" my aim is to get pretty much anything tangible wrt what i can expect say, 95% of the time.

    These servers however do not offer unmetered bandwidth and how this will affect bandwidth consumption on this offer I do not know.

    I don't care for unmetered which is yet another story anyway.

    In regards to why the servers do not have 2 x 10 Gb/s is quite simple. It is no secret I am reselling Hetzner servers. Hetzner does not provide that, they provide a single 10 Gig uplink which would vastly increase my server costs and thus the costs for clients.

    Thanks for that information. I wish you good sales.

  • @labze said:

    It is no secret I am reselling Hetzner servers.

    why do you always crop out the YABS ASN info on all your posts then?

    Thanked by 1jsg
  • labzelabze Member, Patron Provider
    edited October 2023

    @jsg said:

    @labze said:
    I haven't really seen many, if any, providers advertise with a "minimum bandwidth guarantee".

    I clearly said that my goal is not nitpicking on words.

    The best I can say, is that based on a fast overview of the last 6 months historic usage on the performance servers the average bandwidth consumption is 200 Mbps. That effectively means at most times 800 Mbps should be available. So if that is the number you are after, there you go :)

    (a) "at most times" can mean a lot, pretty much anything between "oh, about 65% of the time" and "99%".
    (b) I'm not looking for "the morer the betterer" bandwidth numbers. Even say, "300 Mb/s 95% of the time" would be good enough for me.
    (c) While you still focus on the word "guarantee" my aim is to get pretty much anything tangible wrt what i can expect say, 95% of the time.

    (a)(b) That does sound like nitpicking now. You are asking me to be very specific on something I have absolutely no control over. Look, the network data is publicly available and the best answer on this comes from historical usage. You are free to examine our network usage and calculate the confidence interval in which you with certainty can say x Mbps will be available. I am not going to do that. Any provider is welcome to make the claim that they want to, I do not make claims I cannot substantiate. The live node stats are there to hold me accountable if performance should suffer because of how I filled a node.

    But I would love to see you ask other hosts the same question. Maybe I am looking at this entirely wrong, so maybe I could learn a thing or two on how they handle it.

    These servers however do not offer unmetered bandwidth and how this will affect bandwidth consumption on this offer I do not know.

    I don't care for unmetered which is yet another story anyway.

    But it is very much relevant to the question you are asking. I've offered unmetered for less than a week, I do not know how you would expect me to reasonably predict client usage patterns?

    In regards to why the servers do not have 2 x 10 Gb/s is quite simple. It is no secret I am reselling Hetzner servers. Hetzner does not provide that, they provide a single 10 Gig uplink which would vastly increase my server costs and thus the costs for clients.


    Thanks for that information. I wish you good sales.

    Thanks

    Thanked by 1linuxglobe
Sign In or Register to comment.