Hi Mark, when using Router *Pools* and `withDeploy()` (or equivalent configuration) we do not offer exact "here 4, there 10" configuration options.
If you need such very exact semantics you can achieve this with plain remoting and spin up the remote actors <http://doc.akka.io/docs/akka/2.3.4/scala/remoting.html#creating-actors-remotely> yourself. You can then use a Router *Group* to give it the actor paths you have prepared for it: http://doc.akka.io/docs/akka/snapshot/scala/routing.html#group This way you have full control over "who / where / how many". Happy hakking! On Mon, Aug 4, 2014 at 8:39 PM, Mark Kaberman <[email protected]> wrote: > It worked in a sense that Akka started local instances as well as remote > ones. The problem is that nr-of-instances number of actors were started on > each host. I am wondering if there is away to control the number of > instances on each host? > > > On Friday, August 1, 2014 11:28:57 AM UTC-4, √ wrote: > >> Yep. >> >> See: >> >> >> 1. # Defines if routees are allowed to be located on the same node as >> 2. # the head router actor, or only on remote nodes. >> 3. # Useful for master-worker scenario where all routees are remote. >> 4. allow-local-routees = on >> >> >> http://doc.akka.io/docs/akka/2.3.4/general/configuration.html >> >> Does that help? >> >> >> On Fri, Aug 1, 2014 at 5:24 PM, Mark Kaberman <[email protected]> wrote: >> >>> I am trying to figure out if is possible to configure Akka to run x >>> number of local and y number of remote instances of the same actor >>> (basically combination of scale up and scale out approaches). The >>> documentation is clear about how to configure local and remote actors, but >>> I couldn't find anything about combining them. Initially I am planning to >>> use default round robin router without regard to the performance, but later >>> on I will need to create my own custom router with the bios toward the >>> local instances of an actor. Right now though I am stuck at the simple task >>> of configuring my actors. >>> >>> -- >>> >>>>>>>>>> Read the docs: http://akka.io/docs/ >>> >>>>>>>>>> Check the FAQ: http://doc.akka.io/docs/akka/ >>> current/additional/faq.html >>> >>>>>>>>>> Search the archives: https://groups.google.com/ >>> group/akka-user >>> --- >>> You received this message because you are subscribed to the Google >>> Groups "Akka User List" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> To post to this group, send email to [email protected]. >>> >>> Visit this group at http://groups.google.com/group/akka-user. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> >> >> -- >> Cheers, >> √ >> > -- > >>>>>>>>>> Read the docs: http://akka.io/docs/ > >>>>>>>>>> Check the FAQ: > http://doc.akka.io/docs/akka/current/additional/faq.html > >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user > --- > You received this message because you are subscribed to the Google Groups > "Akka User List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/akka-user. > For more options, visit https://groups.google.com/d/optout. > -- Cheers, Konrad 'ktoso' Malawski hAkker @ Typesafe <http://typesafe.com> -- >>>>>>>>>> Read the docs: http://akka.io/docs/ >>>>>>>>>> Check the FAQ: >>>>>>>>>> http://doc.akka.io/docs/akka/current/additional/faq.html >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user --- You received this message because you are subscribed to the Google Groups "Akka User List" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/akka-user. For more options, visit https://groups.google.com/d/optout.
