[tor-relays] Introduction from lokodlare

[Gary C. New]

> What part do you intent to load-balance and to what outcome?

My current implementation is loadbalancing Tor Relay traffic, which provides high availability and economies of scale using existing, cost-effective, bare metal nodes. The same approach could be extrapolated to cost-effective, virtual nodes to a similar benefit.
I suppose the real question is the cost-benefit of deploying to multiple public addresses vs single addresses in a location? I assume that answer is dependent on resource availability and/or the needs of the Tor network (e.g., the recent need for new Tor bridges).
Whichever the situation, it's nice to know there are multiple solutions to Tor.
Thank you for the overview of your Tor deployments. I hope that I have answered your question regarding my Tor implementation.
Respectfully,

Gary—
This Message Originated by the Sun.
iBigBlue 63W Solar Array (~12 Hour Charge)
+ 2 x Charmast 26800mAh Power Banks
= iPhone XS Max 512GB (~2 Weeks Charged) 

    On Monday, December 13, 2021, 2:20:30 AM PST, abuse--- via tor-relays <tor-relays at lists.torproject.org> wrote:  
 
 Hi Gary,

thanks for the warm welcome.

I am currently not performing any load-balancing between my different Tor relays or my physical/virtual servers. Having thought about it a bit, I can only see this make sense if you intend to offer .onion services. I don't. Maybe I missed something?

I have some bare-metal servers that run multiple instances of Tor to provide multiple relays each and I have some virtual instances (KVM, VMWare) that run a single instance of Tor, providing one relay each. These are hosted at different providers all over the world (see simplified attached graphic).

As each relay is measured by the Tor network individually, is reachable independently and is not "critical" to the rest of the network, I don't see how load-balancing them could give me or the users of Tor a sizable benefit - as long as I am not running any hidden services. If one relay goes down, there is already an automatic switch-over to a different relay in the network. If one relay is overloaded, this is also detected and (presumably) it will be used less in the future.

What part do you intent to load-balance and to what outcome?

Best Regards,
Kristian


Dec 12, 2021, 15:42 by tor-relays at lists.torproject.org:

Welcome to tor-relays, Kristian. It's nice to meet a fellow Tor Farmer. It sounds like you are fairly seasoned with quite an extensive deployment of Tor Relays.

Are you performing any loadbalancing with Tor Nodes or are they Individually, Distributed Tor Relays?

I have a Single Tor Relay comprised of a number of Tor Nodes. I'm always interested in knowledge sharing related to Tor Loadbalancing.

What are your thoughts on the Pros & Cons of dedicating resources to a Single, Loadbalanced Tor Relay vs Many, Unloadbalanced Tor Relays by a Tor Operator? Perhaps, a Hybrid approach?

I look forward to hear more of your Tor farming practices.

Respectfully,


Gary
—
This Message Originated by the Sun.
iBigBlue 63W Solar Array (~12 Hour Charge)
+ 2 x Charmast 26800mAh Power Banks
= iPhone XS Max 512GB (~2 Weeks Charged)


On Sunday, December 12, 2021, 1:31:09 AM PST, abuse--- via tor-relays <tor-relays at lists.torproject.org> wrote:


Hello Tor relay operators,

I joined this mail list recently and wanted to take the opportunity to shortly introduce myself.
My name is Kristian, I am based in Europe, and I operate all nodes behind the domain lokodlare.com. “Lökodlare” is Swedish for “onion farmers”, which is pretty much what I do.

My goal is to contribute to the Tor network by providing a couple of high-bandwidth nodes all over the globe, preferably at less common providers and/or in niche countries. I will focus on Middle and Guard relays, though I will throw some exits into the mix every now and then with a very reduced exit policy.

I currently operate 90+ relays and bridges with a theoretical bandwidth capacity of roughly 25 Gbit/s. As a snapshot, those nodes handled around 280 TB of Tor-related traffic in the past 24 hours.

I am looking forward to talk/discuss with all of you in the future.

Thanks, have a great Sunday,
Kristian
_______________________________________________
tor-relays mailing list
tor-relays at lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays


 _______________________________________________
tor-relays mailing list
tor-relays at lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.torproject.org/pipermail/tor-relays/attachments/20211213/028b5c46/attachment.htm>