We are starting to work in setting up a JIRA and Confluence configuration as much high available as possible. We will use AWS to do so and will use the Data Center versions.
The idea is to start with 500 users but scale up to around 2000 or more.
We are wondering what good practices are people using to do so, for example:
Thanks!
Hello,
since this question Atlassian published the following pages about Datacenter deployment on AWS :
and
I personnaly succesfully set up a JIRA DataCenter on AWS a bit before they published their guide with the following components :
DB : RDS Mysql
Servers : EC2 instances
Load balancers : ELB
Shared FS : nfs
hope it helps :)
Hi
Thanks, now links are not working. can you please explain it. can we install nfs in the same instance or we need separate nfs server?
DB : RDS PostgreSQL
Servers : EC2 instances
Load balancers : ELB
NFS:?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Now that it is globally available I would recommend using EFS for the shared folder rather than supporting your own NFS installation.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I just came back from re:Invent. I learned about auto-scaling and also would like info in this area for JIRA and Confluence. I guess it also depends on what type of auto-scaling you want to use... spinning up more instances or containers. This is what I am trying to find info about. Either way does Atlassian support multiple instances hitting the same DB? And what about the DB... this looks like it may still be a bottleneck in performance since Atlassian does not support NoSQL DBs.
If you find info please let us know. If I find something useful I will come back here and post it.
Thanks.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi All,
I have been deploying Confluence Data center on AWS bas below:
-EC2 Node auto scaling
- ABL : Application load balancer
- EFS: Share home
- DB : Selfhost
But I'm facing a problem with the cluster, when when the auto scaling increase more node the cluster don't work because because new node have the same cluster id with the current node. How can I solve this problem? Have any solution to change the cluster node automatically.
I much appreciate for your help
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Albert, did you end up figuring this out? please share?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We've been testing out GlusterFS and it seems to behave well both from a functional and performance perspective.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hey Kevin, so have got JIRA datacenter working on the AWS? how about the Multicast problem, was that an issue?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Wasn't a problem as you can choose to not use multicast for JDC.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
thx that is great news... so how many nodes u running? about the GlusterFS performance, would you be able to share how many actives user you have roughly?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We are testing against 2000-10000 TPM, with a lot of the transactions centered around viewing and updating issues. EFS was just released today, so that may be a better option.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
set ehcache.peer.discovery = default. The nodes get registered in the database and that's how other nodes know their location. The multicast option (ehcache.peer.discovery = default) is no longer recommended by Atlassian.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
GlusterFS is not supported by Atlassian, so you may not want to go this route. We've implemented quite a few Data Center environments of all applications in AWS and on self-hosted virtual environments. We've found that EFS has good performance and is suitable for Data Center. For self-hosted, we've seen NFS work great and we've seen it be nearly unusable. You really need to measure the storage latency to make sure it's fairly low. We don't recommend using unsupported technologies, since they will not have been tested by Atlassian and they will have a challenge in helping you if your support issue may be related to storage or storage performance.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hey guys, did anyone find the solution for this? I'd appreciate if you could share that
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We are looking for similar answers. Has anyone contacted Atlassian directly with this question?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Did you end up figuring out a solution? I'm trying to design JDC on AWS as well and keep getting hung up on the shared storage piece.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.