Re: Standing up multiple web servers for reviewboard

[Joshua Olson]

Great, thank you David.

On Monday, June 20, 2016 at 1:00:02 PM UTC-7, David Trowbridge wrote:
>
> Everything important is wrapped in database transactions, so there's no 
> issue with concurrency between servers (there's already lots of concurrency 
> between different processes on a single server). As long as uploaded files 
> is shared across the servers (either via S3 or something like NFS), it 
> should be just fine. If you use SSH keys to connect to your repositories 
> you'll either need to hand-copy them to each web server or use Power Pack.
>
> -David
>
> On Mon, Jun 20, 2016 at 12:57 PM Joshua Olson  > wrote:
>
>> The reason I ask is because in the past I have heard there were concerns 
>> about data integrity if two people work working on the same review on 
>> different web server instances.
>>
>>
>> On Tuesday, June 14, 2016 at 10:59:31 AM UTC-7, Joshua Olson wrote:
>>>
>>> We have a fully multi-server review board instance with a separate web 
>>> server, memcached server, and DB server and now we'd like to a add 
>>> redundant web front end (RB instance) to our setup, keeping the same DB and 
>>> memcached for now.
>>>
>>> Are there any issues or concerns with doing this?  Other than as 
>>> mentioned in the optimization docs about making sure that the site/data and 
>>> site/htdocs/media dirs are properly replicated.
>>>
>>> Cheers,
>>> Joshua Olson
>>>
>> -- 
>> Supercharge your Review Board with Power Pack: 
>> https://www.reviewboard.org/powerpack/
>> Want us to host Review Board for you? Check out RBCommons: 
>> https://rbcommons.com/
>> Happy user? Let us know! https://www.reviewboard.org/users/
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "reviewboard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to reviewboard...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
Supercharge your Review Board with Power Pack: 
https://www.reviewboard.org/powerpack/
Want us to host Review Board for you? Check out RBCommons: 
https://rbcommons.com/
Happy user? Let us know! https://www.reviewboard.org/users/
--- 
You received this message because you are subscribed to the Google Groups 
"reviewboard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Standing up multiple web servers for reviewboard

[David Trowbridge]

Everything important is wrapped in database transactions, so there's no
issue with concurrency between servers (there's already lots of concurrency
between different processes on a single server). As long as uploaded files
is shared across the servers (either via S3 or something like NFS), it
should be just fine. If you use SSH keys to connect to your repositories
you'll either need to hand-copy them to each web server or use Power Pack.

-David

On Mon, Jun 20, 2016 at 12:57 PM Joshua Olson 
wrote:

> The reason I ask is because in the past I have heard there were concerns
> about data integrity if two people work working on the same review on
> different web server instances.
>
>
> On Tuesday, June 14, 2016 at 10:59:31 AM UTC-7, Joshua Olson wrote:
>>
>> We have a fully multi-server review board instance with a separate web
>> server, memcached server, and DB server and now we'd like to a add
>> redundant web front end (RB instance) to our setup, keeping the same DB and
>> memcached for now.
>>
>> Are there any issues or concerns with doing this?  Other than as
>> mentioned in the optimization docs about making sure that the site/data and
>> site/htdocs/media dirs are properly replicated.
>>
>> Cheers,
>> Joshua Olson
>>
> --
> Supercharge your Review Board with Power Pack:
> https://www.reviewboard.org/powerpack/
> Want us to host Review Board for you? Check out RBCommons:
> https://rbcommons.com/
> Happy user? Let us know! https://www.reviewboard.org/users/
> ---
> You received this message because you are subscribed to the Google Groups
> "reviewboard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to reviewboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
Supercharge your Review Board with Power Pack: 
https://www.reviewboard.org/powerpack/
Want us to host Review Board for you? Check out RBCommons: 
https://rbcommons.com/
Happy user? Let us know! https://www.reviewboard.org/users/
--- 
You received this message because you are subscribed to the Google Groups 
"reviewboard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Standing up multiple web servers for reviewboard

[Joshua Olson]

The reason I ask is because in the past I have heard there were concerns 
about data integrity if two people work working on the same review on 
different web server instances.

On Tuesday, June 14, 2016 at 10:59:31 AM UTC-7, Joshua Olson wrote:
>
> We have a fully multi-server review board instance with a separate web 
> server, memcached server, and DB server and now we'd like to a add 
> redundant web front end (RB instance) to our setup, keeping the same DB and 
> memcached for now.
>
> Are there any issues or concerns with doing this?  Other than as mentioned 
> in the optimization docs about making sure that the site/data and 
> site/htdocs/media dirs are properly replicated.
>
> Cheers,
> Joshua Olson
>

-- 
Supercharge your Review Board with Power Pack: 
https://www.reviewboard.org/powerpack/
Want us to host Review Board for you? Check out RBCommons: 
https://rbcommons.com/
Happy user? Let us know! https://www.reviewboard.org/users/
--- 
You received this message because you are subscribed to the Google Groups 
"reviewboard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.