PolicySync

PolicySync properties

This topic covers how to configure additional system properties for multiple connectors for Privacera PolicySync.

You can add properties for the following connectors in the configuration file rangersync-custom-v2.properties, which is described below for the following datasources:

PostgreSQL
Microsoft SQL Server
Snowflake
Redshift

PolicySync and scalability

Each configured connector consumes memory and processing resources based on factors like the number of data objects, policies, and users. You may need to increase the memory or processing available to PolicySync as your usage grows.

The preferred strategy for scaling to large numbers of datasources for PolicySync is to add PolicySync repositories. Use of multiple PolicySync repositories is supported only in Kubernetes. Privacera Manager only supports deployment of a single PolicySync repository, so you may need to modify Helm charts directly.

In Docker, the only option is to use a larger node and add multiple connectors as described above.

PostgreSQL

Create rangersync-custom-v2.properties file and add the base properties.

vi ~/privacera/privacera-manager/config/custom-properties/rangersync-custom-v2.properties

Example to add another PostgreSQL connection with connector ID 5. For information about each property, click here.

ranger.policysync.connector.5=Postgres-dev
ranger.policysync.connector.5.enabled=true
ranger.policysync.connector.5.servicetype=postgres
ranger.policysync.connector.5.jdbc.url=jdbc:postgresql://<connection_url>:5432
ranger.policysync.connector.5.jdbc.username=postgres
ranger.policysync.connector.5.jdbc.password=
ranger.policysync.connector.5.jdbc.db=
ranger.policysync.connector.5.master.database=
ranger.policysync.connector.5.manage.database.list=
ranger.policysync.connector.5.manage.schema.list=
ranger.policysync.connector.5.manage.table.list=
ranger.policysync.connector.5.manage.view.list=

#Ignore Resource Lists
ranger.policysync.connector.5.ignore.schema.list=
ranger.policysync.connector.5.ignore.table.list=
ranger.policysync.connector.5.new.user.password=
ranger.policysync.connector.5.switch.ownership.role=
ranger.policysync.connector.5.manage.service.user=true
ranger.policysync.connector.5.manage.service.group=true
ranger.policysync.connector.5.manage.service.role=true
ranger.policysync.connector.5.perform.grant.updates=true

#Filter User/Group
ranger.policysync.connector.5.manage.user.filterby.group=false
ranger.policysync.connector.5.manage.user.filterby.role=false
ranger.policysync.connector.5.User.role.prefix=priv_user_
ranger.policysync.connector.5.Group.role.prefix=priv_group_
ranger.policysync.connector.5.Role.role.prefix=priv_role_

#Enable Row Filter
ranger.policysync.connector.5.enable.row.filter=true

#Masked Value for Masking
ranger.policysync.connector.5.masked.number.value=0
ranger.policysync.connector.5.masked.double.value=0
ranger.policysync.connector.5.masked.text.value='<MASKED>'
ranger.policysync.connector.5.masked.varchar.value='<MASKED>'

ranger.policysync.connector.5.manage.user.list=
ranger.policysync.connector.5.manage.group.list=
ranger.policysync.connector.5.manage.role.list=

#View Based Masking and Row Filter
ranger.policysync.connector.5.enable.view.based.row.filter=false
ranger.policysync.connector.5.enable.view.based.masking=true
ranger.policysync.connector.5.secure.view.schema.name=
ranger.policysync.connector.5.secure.view.schema.name.prefix=
ranger.policysync.connector.5.secure.view.schema.name.postfix=
ranger.policysync.connector.5.secure.view.name.prefix=
ranger.policysync.connector.5.secure.view.name.postfix=_secure
ranger.policysync.connector.5.secure.view.schema.name.remove.suffix.list=
ranger.policysync.connector.5.secure.view.name.remove.suffix.list=
ranger.policysync.connector.5.secure.view.create.for.all=false

#Audit Properties

#Make this property true for audits
ranger.policysync.connector.5.enable.audit=true
ranger.policysync.connector.5.audit.sqs.queue.name=
ranger.policysync.connector.5.region=

Run the following command.

cd ~/privacera/privacera-manager/
./privacera-manager.sh update

Microsoft SQL Server

Create rangersync-custom-v2.properties file and add the base properties.

vi ~/privacera/privacera-manager/config/custom-properties/rangersync-custom-v2.properties

Example to add another Microsoft SQL Server connection with connector ID 7. For information about each property, click here.

ranger.policysync.connector.7=Mssql

# Enable below property to enable the mssql connector
ranger.policysync.connector.7.enabled=false
ranger.policysync.connector.7.servicetype=mssql
ranger.policysync.connector.7.class=com.privacera.policysync.connector.PSMSSQLConnector
ranger.policysync.connector.7.jdbc.driver=com.microsoft.sqlserver.jdbc.SQLServerDriver

# DB Connection Properties
ranger.policysync.connector.7.jdbc.url={{MSSQL_JDBC_URL}}
ranger.policysync.connector.7.jdbc.db={{MSSQL_DEFAULT_DB}}
ranger.policysync.connector.7.jdbc.username={{MSSQL_SYNC_USER_NAME}}
ranger.policysync.connector.7.jdbc.password={{MSSQL_SYNC_USER_PASSWORD}}

# ranger.policysync.connector.7.jdbc.authentication= (SqlPassword/ActiveDirectoryPassword)
# Use ActiveDirectoryPassword in case of your jdbc admin is Azure AD User
ranger.policysync.connector.7.jdbc.authentication=SqlPassword
ranger.policysync.connector.7.master.database=master

ranger.policysync.connector.7.database.list.format=database
ranger.policysync.connector.7.schema.list.format=database.schema
ranger.policysync.connector.7.table.list.format=database.schema.table
ranger.policysync.connector.7.view.list.format=database.schema.view

# Manage Lists
#Database name which needs to be managed, Accepts : single name or multiple database names with comma separation.
#Regex can be used i.e *_database (This will manage all the database named as company_database, products_database .etc).
#Set the value as blank, to manage all the database.
#Set the value as : none, to skip all the database.
ranger.policysync.connector.7.manage.database.list={{MSSQL_DATABASES_LIST}}

#schema name which needs to be managed, Accepts : single name or multiple schema names with comma separation.
#Regex can be used i.e *_schema (This will manage all the schema named as company_schema, products_schema .etc).
#Set the value as blank, to manage all the schema.
#Set the value as : none, to skip all the schema.
ranger.policysync.connector.7.manage.schema.list=

# Ignore Lists
##Set list of database to be ignored and not managed by policy-sync, Accepts : single name or multiple names with comma separation.
##Regex can be used i.e *_database (This will manage all the database named as admin_database, testing_database .etc).
##Set the value as blank, to manage all the database.
##Set the value as : none, to skip all the database.
ranger.policysync.connector.7.ignore.database.list=

##Set list of schema to be ignored and not managed by policy-sync, Accepts : single name or multiple names with comma separation.
##Regex can be used i.e *_schema (This will manage all the schema named as admin_schema, testing_schema .etc).
##Set the value as blank, to manage all the schema.
##Set the value as : none, to skip all the schema.
ranger.policysync.connector.7.ignore.schema.list=*.sys,*.privacera_security,*.guest,*.db_denydatareader,*.db_denydatawriter,*.db_datareader,*.db_datawriter,*.db_ddladmin,*.db_backupoperator,*.db_accessadmin,*.db_securityadmin,*.db_owner

##Set list of user to be ignored and not managed by policy-sync, Accepts : single name or multiple names with comma separation.
##Regex can be used i.e *_user (This will manage all the role named as admin_user, testing_user .etc).
##Set the value as blank, to manage all the user.
##Set the value as : none, to skip all the user.
ranger.policysync.connector.7.ignore.user.list={{MSSQL_IGNORE_USERS}}

# New User Password
#ranger.policysync.connector.7.new.user.password=

# New Resource Ownership
ranger.policysync.connector.7.switch.ownership.role=dbo

# Ranger Plugin Properties
ranger.policysync.connector.7.ranger.service.type=mssql
ranger.policysync.connector.7.ranger.service.appid=privacera_mssql

##Set prefix to create internal role for policy-sync
ranger.policysync.connector.7.User.role.prefix=priv_user_
ranger.policysync.connector.7.Group.role.prefix=priv_group_
ranger.policysync.connector.7.Role.role.prefix=priv_role_

##To perform dry run when value is set as false, Default value : false
ranger.policysync.connector.7.perform.grant.updates=false
ranger.policysync.connector.7.ranger.resource.matching.scope=SELF

#set value as true to perform grant update in a separate thread / Default Value : true
ranger.policysync.connector.7.apply.perms.with.separate.thread=true
ranger.policysync.connector.7.ranger.resource.zone.matching.scope=SELF_OR_ANCESTOR

# Masking
#The masking will not be applied to mentioned entities (User, Group, Role).  Accepts : single name or multiple names with comma separation.
ranger.policysync.connector.7.masking.unmasked.users=
ranger.policysync.connector.7.masking.unmasked.groups=
ranger.policysync.connector.7.masking.unmasked.roles=
ranger.policysync.connector.7.load.resources=load
ranger.policysync.connector.7.load.users=load
ranger.policysync.connector.7.load.policies=load
ranger.policysync.connector.7.sync.interval.sec=60
ranger.policysync.connector.7.manage.service.user=true
ranger.policysync.connector.7.manage.service.group=true
ranger.policysync.connector.7.manage.service.role=true

# Audits
ranger.policysync.connector.7.enable.audit=false
ranger.policysync.connector.7.audit.storage.url=
ranger.policysync.connector.7.audit.initial.pull.min=30

# set 'load_synapse' in case of synapse.
# eg.ranger.policysync.connector.7.load.audits=load_synapse
ranger.policysync.connector.7.load.audits=load

Run the following command.

cd ~/privacera/privacera-manager/
./privacera-manager.sh update

Snowflake

Create rangersync-custom-v2.properties file and add the base properties.

vi ~/privacera/privacera-manager/config/custom-properties/rangersync-custom-v2.properties

Example to add another Snowflake connection with connector ID 6. For information about each property, click here.

ranger.policysync.connector.6=Snowflake
ranger.policysync.connector.6.enabled=false

#ranger.policysync.connector.6.jdbc.url=jdbc:snowflake://${YOURHOST}
ranger.policysync.connector.6.jdbc.url={{SNOWFLAKE_JDBC_URL}}
ranger.policysync.connector.6.switch.ownership.role={{SNOWFLAKE_OWNER_ROLE}}
ranger.policysync.connector.6.jdbc.username={{SNOWFLAKE_SYNC_USER_NAME}}
ranger.policysync.connector.6.jdbc.password={{SNOWFLAKE_SYNC_USER_PASSWORD}}

#Database name which needs to be managed, Accepts : single name or multiple database names with comma separation.
#Regex can be used i.e *_database (This will manage all the database named as company_database, products_database .etc).
#Set the value as blank, to manage all the database.
#Set the value as : none, to skip all the database.
ranger.policysync.connector.6.manage.database.list={{SNOWFLAKE_DATABASES_LIST}}

#Warehouse which need to be used, Accepts : single value  i.e COMPUTE_WH
ranger.policysync.connector.6.warehouse={{SNOWFLAKE_WAREHOUSE_TO_USE}}

#Role which need to be used by policy-sync, Accepts : single value  i.e PRIVACERA_SYNC_ROLE
ranger.policysync.connector.6.role={{SNOWFLAKE_ROLE_TO_USE}}
#need to set simple OR advance property as true for audit
ranger.policysync.connector.6.audit.source.simple=false
ranger.policysync.connector.6.audit.source.advance=false
ranger.policysync.connector.6.advance.audit.db.name=PRIVACERA_ACCESS_LOGS_DB
ranger.policysync.connector.6.audit.initial.pull.min=30

##Set value true to create managed users at end service , Default value : False
ranger.policysync.connector.6.manage.service.user=false

##Set list of users to be managed by policy-sync, Accepts : single name or multiple names with comma separation.
##Regex can be used i.e *_user (This will manage all the user named as admin_user, clerk_user .etc).
##Set the value as blank, to manage all the users.
##Set the value as : none, to skip all the users.
#ranger.policysync.connector.6.manage.user.list=

##Set value true to create managed groups at end service , Default value : False
ranger.policysync.connector.6.manage.service.group=false

##Set list of groups to be managed by policy-sync, Accepts : single name or multiple names with comma separation.
##Regex can be used i.e *_groups (This will manage all the groups named as admin_groups, clerk_groups .etc).
##Set the value as blank, to manage all the groups.
##Set the value as : none, to skip all the groups.
#ranger.policysync.connector.6.manage.group.list=

##Set value true to create managed roles at end service , Default value : False
ranger.policysync.connector.6.manage.service.role=false

##Set list of roles to be managed by policy-sync, Accepts : single name or multiple names with comma separation.
##Regex can be used i.e *_role (This will manage all the role named as admin_role, testing_role .etc).
##Set the value as blank, to manage all the roles.
##Set the value as : none, to skip all the roles.
#ranger.policysync.connector.6.manage.role.list=

##To perform dry run when value is set as false, Default value : false
ranger.policysync.connector.6.perform.grant.updates=false

##Set list of roles to be ignored and not managed by policy-sync, Accepts : single name or multiple names with comma separation.
##Regex can be used i.e *_role (This will manage all the role named as admin_role, testing_role .etc).
##Set the value as blank, to manage all the roles.
##Set the value as : none, to skip all the roles.
ranger.policysync.connector.6.ignore.role.list=SYSADMIN,ACCOUNTADMIN,SECURITYADMIN

##Set list of schema to be ignored by policy-sync, Accepts : single name or multiple names with comma separation.
##Regex can be used i.e *_schema (This will manage all the schema named as finance_schema, dev_schema .etc).
##Set the value as blank, to manage all the schema.
##Set the value as : none, to skip all the schema.
ranger.policysync.connector.6.ignore.schema.list=*.information_schema
ranger.policysync.connector.6.ranger.service.appid=privacera_snowflake
ranger.policysync.connector.6.servicetype=snowflake
ranger.policysync.connector.6.class=com.privacera.policysync.connector.PSSnowflakeConnector
ranger.policysync.connector.6.jdbc.driver=net.snowflake.client.jdbc.SnowflakeDriver
ranger.policysync.connector.6.jdbc.db=snowflake

##Set list of database to be ignored by policy-sync, Accepts : single name or multiple names with comma separation.
##Regex can be used i.e *_database (This will manage all the database named as finance_database, dev_database .etc).
##Set the value as blank, to manage all the database.
##Set the value as : none, to skip all the database.
ranger.policysync.connector.6.ignore.database.list=demo_db,snowflake,util_db,SNOWFLAKE_SAMPLE_DATA
ranger.policysync.connector.6.database.list.format=database
ranger.policysync.connector.6.schema.list.format=database.schema
ranger.policysync.connector.6.table.list.format=database.schema.table
ranger.policysync.connector.6.view.list.format=database.schema.view
#ranger.policysync.connector.6.systemconfig=customSnowflakeConfig.json
ranger.policysync.connector.6.load.resources=load
#ranger.policysync.connector.6.load.resources=load_md
ranger.policysync.connector.6.load.users=load_md
ranger.policysync.connector.6.load.policies=load

##Set list of roles to be user and not managed by policy-sync, Accepts : single name or multiple names with comma separation.
##Regex can be used i.e *_user (This will manage all the user named as admin_user, testing_user .etc).
##Set the value as blank, to manage all the user.
##Set the value as : none, to skip all the user.
ranger.policysync.connector.6.ignore.user.list=snowflake,privacera
ranger.policysync.connector.6.sync.interval.sec=60

#ranger.policysync.connector.6.new.user.password=
##Set prefix to create internal role for policy-sync
ranger.policysync.connector.6.User.role.prefix=priv_user_
ranger.policysync.connector.6.Group.role.prefix=priv_group_
ranger.policysync.connector.6.Role.role.prefix=priv_role_

# Set below property to true to enable column level access control
ranger.policysync.connector.6.enable.column.level.access.control=false
##Database and schema to store masking policies, Accepts : single name
ranger.policysync.connector.6.masking.policy.db.name=privacera_db
ranger.policysync.connector.6.masking.policy.schema.name=privacera_db.public

# For Masking
##Set true to enable masking, Default value : false
ranger.policysync.connector.6.enable.masking=false

# Masked Value for Column Access Control
#ranger.policysync.connector.6.access.control.text.value='{{REDACTED}}'

Run the following command.

cd ~/privacera/privacera-manager/
./privacera-manager.sh update

Redshift

Create rangersync-custom-v2.properties file and add the base properties.

vi ~/privacera/privacera-manager/config/custom-properties/rangersync-custom-v2.properties

Example to add another Redshift connection with connector ID 3. For information about each property, click here.

ranger.policysync.connector.3=Redshift
ranger.policysync.connector.3.enabled=true
ranger.policysync.connector.3.servicetype=redshift-db
ranger.policysync.connector.3.jdbc.url=jdbc:postgresql://c8nwggihrpkl.us-east-1.redshift.amazonaws.com:5439
ranger.policysync.connector.3.jdbc.db=customer
ranger.policysync.connector.3.jdbc.username=xxyyzz
ranger.policysync.connector.3.jdbc.password=xxxxxxxx
ranger.policysync.connector.3.master.database=customer
ranger.policysync.connector.3.manage.database.list=customer
ranger.policysync.connector.3.manage.schema.list=
ranger.policysync.connector.3.manage.table.list=
ranger.policysync.connector.3.manage.view.list=
# Ignore Resource Lists
ranger.policysync.connector.3.new.user.password=xxxxxxxxx
ranger.policysync.connector.3.switch.ownership.role=
ranger.policysync.connector.3.manage.service.user=true
ranger.policysync.connector.3.manage.service.group=true
ranger.policysync.connector.3.manage.service.role=true
ranger.policysync.connector.3.perform.grant.updates=true
ranger.policysync.connector.3.User.role.prefix=priv_user_
ranger.policysync.connector.3.Group.role.prefix=priv_group_
ranger.policysync.connector.3.Role.role.prefix=priv_role_
# Masked Value for Masking
ranger.policysync.connector.3.masked.number.value=0
ranger.policysync.connector.3.masked.double.value=0
ranger.policysync.connector.3.masked.text.value='<MASKED>'
ranger.policysync.connector.3.masked.varchar.value='<MASKED>'
ranger.policysync.connector.3.manage.user.list=
ranger.policysync.connector.3.manage.group.list=
ranger.policysync.connector.3.manage.role.list=
# Filter User/Group
ranger.policysync.connector.3.manage.user.filterby.group=false
ranger.policysync.connector.3.manage.user.filterby.role=false
ranger.policysync.connector.3.user.name.replace.from.regex=[~`$&+:;=?@#|'<>.^*()_%\\[\\]!\\-\\/\\\\{}]
ranger.policysync.connector.3.user.name.replace.to.string=_
ranger.policysync.connector.3.group.name.replace.from.regex=[~`$&+:;=?@#|'<>.^*()_%\\[\\]!\\-\\/\\\\{}]
ranger.policysync.connector.3.group.name.replace.to.string=_
ranger.policysync.connector.3.role.name.replace.from.regex=[~`$&+:;=?@#|'<>.^*()_%\\[\\]!\\-\\/\\\\{}]
ranger.policysync.connector.3.role.name.replace.to.string=_
# Ignore User/Group/Role Lists
# View Based Masking and Row Filter
ranger.policysync.connector.3.enable.view.based.row.filter=true
ranger.policysync.connector.3.enable.view.based.masking=true
ranger.policysync.connector.3.secure.view.schema.name=
ranger.policysync.connector.3.secure.view.schema.name.prefix=
ranger.policysync.connector.3.secure.view.schema.name.postfix=
ranger.policysync.connector.3.secure.view.name.prefix=
ranger.policysync.connector.3.secure.view.name.postfix=_secure
ranger.policysync.connector.3.secure.view.schema.name.remove.suffix.list=
ranger.policysync.connector.3.secure.view.name.remove.suffix.list=
ranger.policysync.connector.3.secure.view.create.for.all=false
ranger.policysync.connector.3.secure.view.access.by.table.policy=false
# Audit Properties
# Make this property true for audits
ranger.policysync.connector.3.enable.audit=false

Run the following command.

cd ~/privacera/privacera-manager/
./privacera-manager.sh update

Configuring multiple connectors for a single PolicySync repository

A single PolicySync repository can be configured to serve more than one datasource. Add a section in rangersync-custom-v2.properties for each connector. Be sure to assign each connector its own unique integer connector ID.

For example:

# First, a PostgreSQL source with connector ID 5 named Postgres-dev
ranger.policysync.connector.5=Postgres-dev
ranger.policysync.connector.5.enabled=true
ranger.policysync.connector.5.servicetype=postgres

# additional properties for connector 5 as needed...

# Next, an MSSQL source with connector ID 7 named MSSql-Dev
ranger.policysync.connector.7=MSSql-Dev
# Enable below property to enable the mssql connector
ranger.policysync.connector.7.enabled=false
ranger.policysync.connector.7.servicetype=mssql

# additional properties for connector 7 as needed...

Configuring multiple connectors for multiple PolicySync repositories

By default, when you configure multiple connectors (datasources), they connect to the default PolicySync repository in Privacera Portal. All the policies defined in the default PolicySync repository get applied on the connectors.

However, it is recommended to configure a different PolicySync repository for each connector. Add the following two connectors properties and enter the name of the PolicySync repository. Where <CONNECTOR_ID> is the unique number assigned to the connector and <POLICYSYNC_INSTANCE> is the PolicySync repository name you have configured in Privacera Portal.

ranger.policysync.connector.<CONNECTOR_ID>.ranger.service.name=<POLICYSYNC_INSTANCE>
ranger.policysync.connector.<CONNECTOR_ID>.ranger.service.appid=<POLICYSYNC_INSTANCE>

Example 1: The following configuration shows two Microsoft SQL Server connectors connected to the default PolicySync repository named privacera_mssql in Privacera Portal.

# MSSQL with connector ID 5 connected to default PolicySync
ranger.policysync.connector.5=mssql-dev
ranger.policysync.connector.5.enabled=true
ranger.policysync.connector.5.servicetype=mssql



# MSSQL with connector ID 7 connected to default PolicySync
ranger.policysync.connector.7=mssql-prod
ranger.policysync.connector.7.enabled=true
ranger.policysync.connector.7.servicetype=mssql

Example 2: The following configuration shows one Microsoft SQL Server connector with ID 5 is connected to the default PolicySync repository named privacera_mssql in Privacera Portal, and the second connector with ID 7 is connected to the PolicySync repository named privacera_mssqltwo. Where privacera_mssqltwo is the newly created PolicySync repository in Privacera Portal.

# MSSQL with connector ID 5 connected to default PolicySync privacera_mssql
ranger.policysync.connector.5=mssql-dev
ranger.policysync.connector.5.enabled=true
ranger.policysync.connector.5.servicetype=mssql



# MSSQL with connector ID 7 connected to PolicySync privacera_mssqltwo
ranger.policysync.connector.7=mssql-prod
ranger.policysync.connector.7.enabled=true
ranger.policysync.connector.7.servicetype=mssql
ranger.policysync.connector.7.ranger.service.name=privacera_mssqltwo
ranger.policysync.connector.7.ranger.service.appid=privacera_mssqltwo

Configure a PolicySync connector to run in a dedicated Kubernetes pod

If your Privacera installation is deployed to a Kubernetes cluster, you can configure each PolicySync connector to run in a dedicated Kubernetes pod. A dedicated pod runs an instance of PolicySync for a connector that you specify.

You might want to use a dedicated pod to optimize resource allocation in your cluster by scheduling the pod in a particular region or on a specific node type.

Privacera supports the following scenarios:

Deploying dedicated pods for different connector types
Deploying dedicated pods for multiple instances of the same connector type

If you enable this feature, you must configure a dedicated pod for every PolicySync connector in your current configuration.

How a dedicated pod is configured

To enable dedicated PolicySync pods, you modify your Privacera Manager configuration. You specify the POLICYSYNC_V2_CONNECTORS_LIST variable and provide a list of one or more connector profiles.

If you are deploying a dedicated pod for an additional instance of an existing connector type, such as two Snowflake connectors, you must provide a new connector configuration for each connector of the same type.

PolicySync pod configuration variables

The following variables must be set to enable multiple PolicySync pods.

POLICYSYNC_V2_CONNECTORS_LIST: Specifies a list of PolicySync connector profiles:
- If you want to deploy dedicated pods only for different connector types, you can specify one or more of the following types: bigquery, databricks-sql-analytics, mssql, postgres, powerbi, redshift, snowflake. For example:
```
POLICYSYNC_V2_CONNECTORS_LIST:
- powerbi
- mssql
```
- If you want to deploy multiple dedicated pods for the same connector type, you must specify unique connector profile names, as in the following example:
```
POLICYSYNC_V2_CONNECTORS_LIST:
- snowflake
- snowflake2
- snowflake3
```
  You can use lowercase alphanumeric characters, including dashes (-), for the connector profile name. The connector properties are sourced from a config/custom-properties/rangersync-<profile_name>.properties file that you must provide.
POLICYSYNC_V2_ENABLE_MULTIPLE_INSTANCES: Set to true to enable multiple PolicySync pods. This feature is disabled by default.

Configure dedicated PolicySync connector pods for different connectors

To create dedicated PolicySync connector pods, complete the following steps.

Prerequisites

You have configured at least one PolicySync connector as described in Privacera component services

Procedure

In a terminal, enter the ~/privacera/privacera-manager directory.

Copy the PolicySync connectors YAML file into the custom-vars/ directory:

cp config/sample-vars/vars.policysync.connectors.yml config/custom-vars

Edit the YAML file from the previous step in an editor and set the following values:
- POLICYSYNC_V2_CONNECTORS_LIST
- POLICYSYNC_V2_ENABLE_MULTIPLE_INSTANCES
  For example:
```
POLICYSYNC_V2_CONNECTORS_LIST:
- mssql
- postgres
POLICYSYNC_V2_ENABLE_MULTIPLE_INSTANCES: true
```
Invoke Privacera Manager to apply the update:
```
./privacera-manager.sh update
```

Configure dedicated PolicySync connector pods for the same connector type

To create dedicated PolicySync connector pods for the same connector type, complete the following steps.

Prerequisites

You have installed Privacera on a Kubernetes cluster
You have configured at least one PolicySync connector as described in Privacera component services

Procedure

In a terminal, enter the ~/privacera/privacera-manager directory.

Copy the PolicySync connectors YAML file into the custom-vars/ directory:

cp config/sample-vars/vars.policysync.connectors.yml config/custom-vars

Edit the YAML file from the previous step in an editor and set the following values:
- POLICYSYNC_V2_CONNECTORS_LIST
- POLICYSYNC_V2_ENABLE_MULTIPLE_INSTANCES
For example:
```
POLICYSYNC_V2_CONNECTORS_LIST:-snowflake-snowflake-example1-snowflake-example2POLICYSYNC_V2_ENABLE_MULTIPLE_INSTANCES:true
```
For each PolicySync connector profile in the POLICYSYNC_V2_CONNECTORS_LIST list, complete the following steps:
1. Create a PolicySync connector properties file in the config/custom-properties directory with a file name in the following form: rangersync-<profile_name>.properties. Replace <profile_name> with the name of the PolicySync connector profile from the connectors list.
  For example:
```
ls -1 config/custom-properties
snowflake.properties
snowflake-example1.properties
snowflake-example2.properties
```
2. Populate the properties file that you created in the previous step. Ensure that you use a unique PolicySync connector numeric ID. In the properties file, the ID is included in every option specified and is of the following form: ranger.policysync.connector.<id>. For additional PolicySync connectors, it is recommended to start with an ID of 15 and increment by one for every additional connector properties file that you create.
  - If you want to use an existing connector configuration as a template, you can refer to the existing configuration from the output/kubernetes/helm/policysynv2-<connector_name>/conf directory.
  - If you want to create a new connector configuration, you can refer to PolicySync Properties.
Invoke Privacera Manager to apply the update:
```
./privacera-manager.sh update
```

Privacera Platform master publication

Table of ContentsTable of Contents

PolicySync

PolicySync properties

PolicySync and scalability

PostgreSQL

Microsoft SQL Server

Snowflake

Redshift

Configuring multiple connectors for a single PolicySync repository

Configuring multiple connectors for multiple PolicySync repositories

Configure a PolicySync connector to run in a dedicated Kubernetes pod

How a dedicated pod is configured

PolicySync pod configuration variables

Configure dedicated PolicySync connector pods for different connectors

Configure dedicated PolicySync connector pods for the same connector type