Multisite Overview - HL Vanilla Community
<main> <article class="userContent"> <p>In some instances, large communities are divided to provide easier and more effective management.</p><p><strong>Higher Logic Vanilla’s</strong> cloud solution offers the following community implementations for enterprise-grade deployments:</p><ul><li>Single community</li><li>Hub & node</li><li>Subcommunities</li></ul><p>Let's take a look at each in a little more detail.</p><h2 data-id="single-community">Single Community</h2><p>This classic community setup is the equivalent of one installation of Vanilla. It can support any number of <a href="https://success.vanillaforums.com/kb/articles/8-category-configuration-management" rel="nofollow noreferrer ugc">Categories</a> arranged in a hierarchy. </p><p>Each <strong>Single Community</strong> needs a <a href="https://success.vanillaforums.com/kb/articles/3-setting-up-your-custom-domain" rel="nofollow noreferrer ugc">domain or subdomain assigned</a>.</p><h2 data-id="hub-and-node">Hub and Node</h2><p>The Vanilla Hub is the ideal solution when dozens or hundreds of separate, self-contained communities are required. New instances of Vanilla can be spawned within seconds through the Admin Dashboard or via the API.</p><p>This type of implementation allows you to set up one community as a template (the <strong>Hub</strong>) and easily create copies (called <strong>Nodes</strong>).</p><p>In most cases, each <em>Node </em>is a <em>Single Community </em>with the added ability of being <strong>synced </strong>with changes made on the Hub. Each Node is otherwise independent (i.e., it has separate user lists, private message exchanges, activity streams, etc.).</p><h3 data-id="learn-more">Learn more</h3><p>Check out the articles below to learn more about Hub and Node:</p><ul><li><a href="https://success.vanillaforums.com/kb/articles/295" rel="nofollow noreferrer ugc">Hub and Node overview</a></li><li><a href="https://success.vanillaforums.com/kb/articles/3-setting-up-your-custom-domain#hubnode" rel="nofollow noreferrer ugc">Hub and Node custom domains</a></li><li><a href="https://success.vanillaforums.com/kb/articles/52-hub-sync" rel="nofollow noreferrer ugc">Hub Sync</a></li></ul><h2 data-id="subcommunities">Subcommunities</h2><p>This implementation divides a <strong>Single Community</strong> <em>or</em> a <strong>Node</strong> into different areas by making each of the <strong>top-level Categories</strong> into subcommunities.</p><ul><li>This implementation is particularly useful for creating a subcommunity for a language or product line. Unlike Categories, subcommunities can have their own home page, locale, and announcement messages. Users can navigate from one subcommunity to another without losing their reputation points and Ranks.</li><li>Each subcommunity (and its top-level Category) must have a unique URL path prefix. For example, an English language subcommunity will have the URL prefix <code class="code codeInline" spellcheck="false" tabindex="0">/en/</code> , so its URL would be <code class="code codeInline" spellcheck="false" tabindex="0">forums.example.com/en</code>.</li><li>While in a subcommunity, Categories and discussions will be filtered <em>to</em> that subcommunity. In addition, Category lists and the Recent Discussions page will be filtered to only show content from that subcommunity.</li><li>All subcommunities belong to a single, main “instance” - the user list (and therefore moderators / admins), private messages, and activity stream are <strong>shared</strong> across all subcommunities. For a more detailed list of what <em>is</em> and <em>is not</em> shared across subcommunities, refer to the <a href="https://success.vanillaforums.com/kb/articles/53#shared-content" rel="nofollow noreferrer ugc">Shared content</a> list in the Subcommunities article.</li><li>A common way of combining this implementation with the <strong>Hub</strong> is to create a <strong>Node</strong> per product, and use subcommunities for each locale within that product.</li></ul><h3 data-id="learn-more-1">Learn more</h3><div class="js-embed embedResponsive" data-embedjson="{"body":"The Subcommunities feature is one method of dividing your Higher Logic Vanilla (Vanilla) community into multiple \"mini communities\" (often by language or product). Subcommunities are a great way to manage a community in multiple languages on the same instance. A subcommunity divides a single community or a node into…","photoUrl":"https:\/\/us.v-cdn.net\/6030677\/uploads\/VWGAXAF5OFCO\/microsoftteams-image.png","url":"https:\/\/success.vanillaforums.com\/kb\/articles\/53","embedType":"link","name":"Subcommunities - Vanilla Success"}"> <a href="https://success.vanillaforums.com/kb/articles/53" rel="nofollow noreferrer ugc"> https://success.vanillaforums.com/kb/articles/53 </a> </div><h2 data-id="architectural-considerations">Architectural considerations</h2><h3 data-id="cluster-management">Cluster management</h3><p>Our physical server assets are arranged into clusters; each cluster can hold multiple Single Communities, or a single Hub and its Nodes. They cannot be mixed.</p><h3 data-id="scaling-capabilities">Scaling capabilities</h3><p>Because each Node is a separate entity, there are significant scaling advantages to choosing a Hub setup over a Single Community + Subcommunities setup.</p><h3 data-id="member-authentication">Member authentication</h3><p>Another consideration is how to set up community member registration and login. Here are the three use cases we typically see:</p><ul><li>Members authenticate via single-sign-on (SSO) to any of the communities</li><li>Members authenticate via SSO to only some of the forums</li><li>Members authenticate manually using Vanilla’s login page or with social logins</li></ul><p>In most of our multi-community implementations, authentication occurs via SSO, where members are already authenticated to your website or application and are able to access Vanilla seamlessly. </p><p>If SSO is not required, members will register and sign in to each community using Vanilla’s registration or a social login such Facebook Connect or Microsoft ID. If you're not using SSO, subcommunities may be a better option for you if users need to sign in to multiple sites with a single set of credentials.</p> </article> </main>