Confluence Server からクラウドへの移行に関する FAQ
- What are the differences between Confluence Server and Confluence Cloud?
- Will the design and layout be different in cloud?
- Can I connect Confluence Cloud to my other Atlassian server products?
- Which apps are available for Confluence Cloud?
- Is there a user limit in cloud?
- How frequently will updates happen in cloud?
- Will I be notified before updates are released in Confluence Cloud?
- How do I pick my URL for my cloud site?
- How do I manage users in Confluence Cloud?
- Is there a storage limit in cloud?
- How do I plan my migration?
- How long does migration take?
- How do you handle testing and staging?
- How much downtime should we expect during our migration?
- When should I run my migration?
- What migrates over, and what doesn't?
- Will migrating overwrite existing cloud data?
- What happens to my apps when I migrate?
- I have Confluence linked to other tools – what happens to my links when I migrate?
- What happens to my users when I migrate?
To understand the full complexity of migrating and plan your approach, start by creating your migration plan. Then, when you're ready to make the switch, you use Atlassian's free Confluence Cloud Migration Assistant to migrate from server to cloud.
No, there's no additional fee to migrate from Atlassian's server to our cloud products. To help you explore or migrate without paying twice for both server and cloud, we also offer free extended cloud trials to existing self-hosted customers.
No, however, you may need to upgrade before starting your migration if you're on a Confluence Server version earlier than 5.10.0.
If you're on an earlier version and don't have active maintenance on your self-hosted license to upgrade, you can:
- Sign up for a free server evaluation license from my.atlassian.com.
- Set up a new instance on the latest version of Confluence Server with that license.
- Import your Confluence Server instance into the new instance.
- Then migrate from your new, upgraded server instance to your cloud site using the Confluence Cloud Migration Assistant.
Server evaluation licenses last for 30 days and can be extended to 90 days upon request.
Site Administrators have the highest administration privileges on an Atlassian cloud site, including:
- All permissions assigned to the 'confluence-administrators' group for Confluence Server
- Access to user management (the ability to invite new users, create groups, assign users to groups, grant product access, etc.)
- Access to billing information
If you're using Confluence Cloud Premium, you'll also have access to:
- Admin key, which allows admins to easily troubleshoot restricted pages by providing them with temporary access to those pages
- Analytics, which gives deeper insight into your team’s site, space, and page use for better reporting, resource decisions, and content
Atlassian Access provides IT administrators with enhanced security and administration across all Atlassian cloud products. It includes a global view of all Atlassian accounts in your organization and the ability to secure them with SAML single sign-on or mandatory two-step verification, user lifecycle management with SCIM provisioning, and priority support across your enterprise. Learn more.
You can set up single sign-on and automatic user provisioning for your organization with Atlassian Access. All of Atlassian's supported identity providers offer connectors to your on-premises ADFS (LDAP). We support SAML SSO and user provisioning with SCIM for the following identity providers:
- Azure AD
- Google Cloud (coming soon)
- Onelogin (SAML only)
- Centrify (SAML only)
Learn more about security best practices, including setting up SSO and provisioning for Atlassian cloud.
You can track major changes weekly in the Atlassian Cloud Documentation blog. This includes new features, bug fixes, and other changes across all our cloud products. Or cloud platform and services roadmap is another great place to see what we feature today, along with a glimpse of what’s to come.
Our cloud hosting infrastructure for Jira Software, Jira Service Desk, and Confluence includes AWS regions across the United States, Germany, Ireland, Singapore, and Australia.
Our platform optimizes where customer data is located based on origin of access, ensuring more reliable performance and reduced latency. As an example, if the majority of users access your organization's Jira or Confluence cloud instances from Europe, then their data will be migrated to and stored in Europe.
Learn more about our cloud hosting infrastructure.
The Atlassian Trust Center connects you to the latest information on the security, reliability, privacy, and compliance of our products and services. The Trust and Security Community group is another great space to share information, tips, and best practices for protecting your data and using Atlassian products in a secure and reliable way.
Our Cloud Platform and Services Roadmap provides at a glance visibility into the features we offer today, as well as what's in the works.
Several variables can affect your total cost in cloud.
First, we offer multiple plans: Free, Standard, and Premium. Our plans are designed to let you choose the right features and functionality for your stage of business – from teams of three to global enterprises. Learn more about plans for Confluence Cloud.
If you're on a paid plan, you'll also need to factor in payment schedules. Atlassian's cloud products are offered as monthly or annual subscriptions, allowing you to spread costs over time. If you choose to pay annually, you'll receive what amounts to two months free. To learn more, check out Atlassian Cloud Licensing.
Finally, you'll want to think about what apps and integrations you'll need in cloud, and if you choose to use Atlassian Access.
Remember with Atlassian cloud we host, set up, secure and maintain our products in the cloud for you, so you won't need to factor in things like hosting costs or on-premise admin costs to your total cost of ownership.
There are a few major differences in pricing to be aware of.
First, Atlassian's cloud products are offered as monthly or annual subscriptions rather than perpetual licenses. Your exact costs will depend on which plan you choose (Free, Standard, or Premium), what apps and integrations you'll need in cloud, and if you choose to use Atlassian Access.
Unlike with self-hosted products, with Atlassian cloud we host, set up, secure and maintain our products in the cloud for you. That means your total cost of ownership won't need to factor in things like hosting costs or on-premise admin costs.
Atlassian's server products, on the other hand, are offered as perpetual licenses on an annual payment plan. Server licenses entitle you to the software itself and 12 months of maintenance. After 12 months, renewing maintenance will cost 50% of the license fee (see Purchasing & Licensing FAQ).
Remember with server you install, host, set up, secure and run our products yourself, either on your own hardware or through hosting services like AWS and these costs need to be factored in.
Data Center pricing
Data Center, our self-hosted enterprise offering, provides the same functionality you know and love in our server products, but has additional capabilities to better serve enterprise organizations.
Unlike server licenses, Data Center is offered as an annual term license that does expire. That means to continue using your Data Center products after the original annual term, you'll need to renew your license. The renewal cost is the same as a new license purchase for the user tier you need. For more information and pricing details, check out our Data Center Licencing and Pricing FAQ.
As with server, with Data Center you'll also need to factor in the cost of setting up, hosting and maintaining a self-hosted application.
The Atlassian Access pricing calculator can help you estimate your costs.
Atlassian Access is billed by the total number of unique users accessing any of the supported cloud products. You only pay once for each user, even if that user has access to multiple cloud products.
No, your current self-hosted license and maintenance won't transfer to cloud. These are two separate licenses and are paid for separately.
However, we do offer extended cloud trials that provide a free cloud site for your remaining self-hosted maintenance period (or minimum 60 days, whichever is longer). These trials are designed to help you transition to cloud at no extra cost.
Visit our differences in Confluence Cloud to learn more.
You can also compare Atlassian cloud and server to choose the right solution for you.
Yes, the design and layout are different than what you and your users may be accustomed to in server. To help you get comfortable with the differences and identify any communications or training needed to help onboard your users, we recommend trialing or even piloting cloud with a small group of users before migrating.
Yes, you can link to server products from cloud.
To see which of the apps you use are available in Confluence Cloud and discover new cloud apps, check the Atlassian Marketplace. Keep in mind while you're evaluating that Confluence Cloud may have some functionality that replaces the need for your server apps.
Note that some apps are only available for cloud, and some are only available for server. If an app you need isn't available for Confluence Cloud, reach out to the app developer to request availability in Confluence Cloud or discuss your migration options.
You may also have custom apps that you've built in Confluence Server. If that's the case, you can recreate your custom app using our cloud APIs.
For additional assistance migrating app data, you can visit our Atlassian Partners page to find one who can help with your migration.
Atlassian cloud sites currently support up to 5,000 users.
Note that for Jira Service Desk Cloud, this limit does not apply to customers (end users submitting requests). You can have a free and unlimited number of customers.
We regularly deploy updates to all of the Atlassian cloud products, so you and your users are always on the latest and greatest version – no upgrades required. Major changes are announced weekly in the Atlassian Cloud Documentation blog. This includes new features, bug fixes, and other changes.
No. Because updates are deployed regularly, Site Administrators aren't notified of upcoming changes. We recommend following the Atlassian Cloud Documentation blog to keep up with changes and find out what's new in Confluence Cloud.
Site names (your site's URL) are chosen for an entire Atlassian cloud site at the time you sign up for your first Atlassian cloud product – for example, when you first sign up for Jira Software Cloud or Confluence Cloud.
The format for the site name is https://example.atlassian.net, where example is a unique character string that you specify.
When choosing, keep in mind:
- Your unique character string must be at least three characters.
- It can only contain letters, numbers, and hyphens.
- Hyphens can't be the first or last character.
You manage users and groups across all products you've subscribed to on an Atlassian cloud site, including Confluence Cloud, from the Users and Groups pages of the site administration. See Managing users and groups for more.
You can also create an organization for your company from your site. With an organization, you can view and manage all Atlassian account users at your company with your verified domains.
Through Atlassian Access, you can set up SAML single sign-on and configure automatic user and group provisioning from your identity provider, like Okta or Azure AD.
If you use G Suite, you can automatically sync users from your G Suite directory to your Atlassian cloud site and your users will log in with their G Suite accounts.
Storage limits depend on the plan you choose. Free plans are currently limited to 2 GB of storage and Standard plans to 250 GB, while Premium plans offer unlimited storage. Learn more.
Check out our Confluence Server to Cloud migration planning guide for step-by-step instructions on how to plan and execute your migration.
No two migrations are exactly alike. Depending on the amount of planning, change management, and the complexity of your migration, the entire process could be a matter of days or months.
Start by reviewing our guide to testing your migration. Based on the complexity of the data and migration, our support team can help you conduct a test migration, during which we'll help you prepare and create a migration plan.
These test runs help ensure there is minimal impact to your business processes during your live migration and will help your admins and project owners work out the steps and timeline required.
No two migrations are exactly alike. We recommend running a test migration to assess your plan and how long your migration will take, including any expected downtime.
We recommend scheduling your migration for a weekend or other downtime to reduce the impact on your users.
If you do plan on migrating over a weekend, let us know in advance so we can be prepared to support you if needed.
When you migrate, you can choose to import:
- Site data, including spaces, pages and attachments.
- Users and groups.
The following is not imported:
Global settings and permissions: These will need to be configured manually in your cloud site.
Third-party apps: You'll need to work with the app vendors to migrate or re-install your apps in Confluence Cloud after migrating. Note that apps from Atlassian, like Team Calendars for Confluence and Questions for Confluence, aren't included in the migration.
Application links: If you plan to use Atlassian server products in conjunction with your Confluence Cloud site, you can create two-way links between your cloud and server products. If this applies to you, you can set these up after migrating.
Passwords: Users will need to reset their passwords in Confluence Cloud after migrating.
User avatars: Users will need to update their avatars at id.atlassian.com after migrating.
No, the Confluence Cloud Migration Assistant will only add data, not overwrite it.
Apps are not migrated when you move from Confluence Server to Confluence Cloud. After migrating, you'll need to re-install any compatible apps or work with the app vendor to migrate any relevant data.
For more information on migrating apps, check our our guide to auditing your apps and the Confluence Server to Cloud migration planning guide.
Links within the Application Links section in Confluence Server will not be migrated. After migrating, you'll need to set these up in your Confluence Cloud site.
There's currently no option to do a partial user migration using the Confluence Cloud Migration Assistant. This means that if you choose to import them, all of your users and groups will be migrated together. You can learn more about user and group migration in our documentation.
Once migrated, you'll need to send an invitation or the link to your new site to your users so they can start using it – they won't be automatically invited. After you invite them, they may also need to reset their passwords and avatars.
While we do not offer professional services for migrations, our support team can help you plan your migration.
For help with a full end to end migration, we also have a wide network of partners globally that are experienced in Atlassian migrations. Visit our Atlassian Partners page to find one who can help with your migration.
Our migrations support team can help with technical questions or issues related to your migration.