Licensing in case of "federated" servers

We've imported a large number of "legacy" projects from various pre-JIRA issue trackers. These have to be kept online for occasional references, but are never modified (read-only).

We'd like to move them to a separate JIRA-instance, federated with the active one so as to keep the main instance with active projects more nimble. However, we have only one 2000-user license.

Can we split the instance like this – the user-accounts are all maintained in the same company-wide Active Directory anyway – or would it require doubling the license costs even though the number of users is the same?

Please, advise. Thank you!

3 answers

1 accepted

We had the same situation and discussed it with Atlassian. I can confirm that a license split is not possible. You need another license for the other instance. Unfortunately, after we bought that license, Atlassian recommended against Federation in favor of going with Data Center. Data Center has a different pricing model that you should check first. It is much more expensive.

Data Center will only really help you if you're having issues with concurrent users. As far as licensing goes, you're still looking at one license per JIRA instance (just spread out over multiple machines). So for the case of multiple JIRA instances, Data Center wouldn't help.

Well, for the time being, we still haven't outgrown Amazon's collection of "instances". If Atlassian's attitude is as described, we'll just keep the server on one system and keep getting beefier instance-types as our needs grow...

0 vote

Each instance would need its own set of licenses (including the plugins). You might explore Data Center since then you might not need to split them.

Daniel is correct.  Each instance of JIRA requires its own set of licenses.  You do have a cost saving option in your use case depending on the sensitivity of your data and how much control you have over access to your JIRA server.  The option that I'm referring to is to set up anonymous access to your "legacy" instance.  This means you can go with the most basic user license (10 users) and still give people access to browse the system.  Of course, anonymous access means that anyone who can reach your JIRA server can view the issues, so you would need to tightly control access to the server if the data was sensitive.  For very sensitive data, I would avoid this option altogether.

Suggest an answer

Log in or Sign up to answer
Atlassian Community Anniversary

Happy Anniversary, Atlassian Community!

This community is celebrating its one-year anniversary and Atlassian co-founder Mike Cannon-Brookes has all the feels.

Read more
Community showcase
Julia Dillon
Posted Apr 17, 2018 in Jira

Tell us how your team runs on Jira!

Hey Atlassian Community! Today we are launching a bunch of customer stories about the amazing work teams, like Dropbox and Twilio, are doing with Jira. You can check out the stories here. The thi...

770 views 2 19
Join discussion

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you