2016-04-08 6 views
0

Ich habe WSO2 IS 5.1-Cluster mit 2 Knoten bereitgestellt. Wenn ich einen sekundären Benutzerspeicher zu einem der Knoten hinzufüge, wird die Konfiguration im Dateisystem dieses Knotens gespeichert. Der andere Knoten zeigt keine Details zum hinzugefügten sekundären Benutzerspeicher an. Wie konfiguriere ich so, dass alle Dateisystem-basierte Konfiguration über Knoten im Cluster repliziert wird?Replizieren der sekundären Benutzerspeicherkonfiguration im WSO2 Identity Server-Cluster

Muss ich Registry-basierte depSync für diese verwenden? Ich habe versucht, jdbc-basierte Registrierung für gemeinsame Konfiguration und Governance einzurichten, aber ich sehe noch nicht die sekundäre Benutzerstore Konfiguration replizieren.

Mein registry.xml:

<wso2registry> 
<currentDBConfig>wso2registry</currentDBConfig> 
<readOnly>false</readOnly> 
<enableCache>true</enableCache> 
<registryRoot>/</registryRoot> 

<dbConfig name="wso2registry"> 
    <dataSource>jdbc/WSO2LocalRegistry</dataSource> 
</dbConfig> 

<dbConfig name="sharedregistry"> 
    <dataSource>jdbc/WSO2RegistryDB</dataSource> 
</dbConfig> 

    <handler class="org.wso2.carbon.identity.entitlement.policy.finder.registry.RegistryPolicyHandler"> 
     <filter class="org.wso2.carbon.identity.entitlement.policy.finder.registry.RegistryPolicyMediaTypeMatcher"> 
      <property name="mediaType">application/xacml-policy+xml</property> 
     </filter> 
    </handler> 

<remoteInstance url="https://localhost:9443/registry"> 
    <id>instanceid</id> 
    <dbConfig>sharedregistry</dbConfig> 
    <readOnly>false</readOnly> 
    <enableCache>true</enableCache> 
    <registryRoot>/</registryRoot> 
</remoteInstance> 

<mount path="/_system/config" overwrite="true"> 
    <instanceId>instanceid</instanceId> 
    <targetPath>/_system/config</targetPath> 
</mount> 

<mount path="/_system/governance" overwrite="true"> 
    <instanceId>instanceid</instanceId> 
    <targetPath>/_system/governance</targetPath> 
</mount> 

<versionResourcesOnChange>false</versionResourcesOnChange> 

<staticConfiguration> 
    <versioningProperties>true</versioningProperties> 
    <versioningComments>true</versioningComments> 
    <versioningTags>true</versioningTags> 
    <versioningRatings>true</versioningRatings> 
</staticConfiguration> 
</wso2registry> 

In carbon.xml jedes Knotens:

<!-- Deployment Synchronizer Configuration. Uncomment the following section when running with "registry based" dep sync. 
    In master nodes you need to set both AutoCommit and AutoCheckout to true 
    and in worker nodes set only AutoCheckout to true. 
--> 
<DeploymentSynchronizer> 
    <Enabled>true</Enabled> 
    <AutoCommit>true</AutoCommit> 
    <AutoCheckout>true</AutoCheckout> 
</DeploymentSynchronizer> 
+0

Haben Sie überprüfen, ob die dep sync funktioniert? Wenn nicht, kann es zu Konfigurationsproblemen kommen. – Ushani

Antwort

0

Sie müssen Dateien im <IS_HOME>/repository/deployment/server/ Ordner synchronisieren (<IS_HOME>/repository/tenants/ Ordner, wenn Sie mehrere Mieter haben) in einem richtigen IS-Cluster.

IS haben eingebauten Mechanismus zu tun, dass Deployment-Synchronizer genannt. Sie können [1] auf genaue Details verweisen, um das einzurichten.

[1] https://docs.wso2.com/display/Cluster/SVN-based+Deployment+Synchronizer

Grüße,

+0

Ich habe versucht, jdbc Registrierung basierte dep Sync zu verwenden, konnte aber nicht funktionieren – naresh

+0

Registrierung basierte Dep-Synchronisierung ist veraltet afaik. Daher ist es besser, mit Svn-basierte Dep-Sync oder andere Dateisynchronisationsmechanismen wie rsync zu versuchen. – DarRay