Last modified Feb, 23, 2017
Set up Windows AD for ScaleArc

Using the Windows Active Directory within ScaleArc allows for automatic synchronization of Windows AD user authentication credentials from the AD domain to ScaleArc. These synchronized credentials can then be configured for database user Authentication Offload in the ScaleArc cluster configuration.

You can implement Windows AD in one of two ways:

RODC

Keberos

Review the following prerequisites for RODC configuration before you begin configuring Windows AD.

Prerequisites

Before joining the domain you should have completed the following on ScaleArc:

  • Make sure you have ScaleArc, version 3.11.x installed and running for this configuration.

  • ScaleArc recommends you configure the AD DC server as the NTP server in the ScaleArc configuration. The timezones on both the AD DC server and ScaleArc HA pair should also be the same. It is acceptable for the DC and ScaleArc to use the same NTP server, but essential that they be in time synchronization for Windows Authentication to work properly.
  • Ensure that the Windows AD controllers have been prepped to allow Read-Only Domain Controller (RODC) support. For example, if you have not run adprep /rodcprep on your forest to allow RODCs to join your domains, run it once before you attempt to have ScaleArc join a domain in the forest.
  • Make sure you observe the maximum length for hostname recommended by Microsoft.
  • Verify the primary DNS setting on ScaleArc is correct and ScaleArc is able to ping the AD server by hostname. ScaleArc's primary DNS server should in most cases be the AD DC server; this is the usual setup in AD. If it is not, ScaleArc and the AD domain should use the same DNS server.
  • Ensure that DNS forward and reverse lookup are configured correctly for AD Domain and AD-domain controller.
  • As a best practice, before joining the domain, add all users and groups into the Allowed RODC Password Replication Group. This displays the users immediately after the join is completed. The Allowed RODC Password Replication Group is defined in the AD server. 
  • Ensure that all the Windows AD users who require access to databases serviced by ScaleArc are configured on the database servers. 
  • ScaleArc only authenticates users belonging to the joined domain. Note that the time taken to join is directly proportional to the number of objects in the domain. The join takes longer to complete if there is a large number of users in the domain.

    • Before configuring HA, configure Active Directory exactly the same on both ScaleArc machines and then add them in HA. You can also configure HA and then join AD from the primary ScaleArc box. Refer to the High Availability section for more information on configuring HA in ScaleArc. 
       
    • Note that existing Windows domain users defined in the ScaleArc cluster under Users & DBs are NOT overwritten when you configure ScaleArc to integrate with your Windows Active Directory (AD). These users should be manually removed from the ScaleArc’s Users & DB before they are reconfigured from the Windows AD domain. If not deleted, the password updates for these users in the AD do not propagate to ScaleArc.


Configure for RODC

Before you begin, review these best practices. Then, configure as follows:

  1. Click the Settings tab > System Settings on the ScaleArc dashboard.



  2. Click the Windows AD Setup tab. Select the RODC radio button.



  3. Complete the fields as follows.

    Field Description Default/User input
    Fully Qualified Domain Name (FQDN)

    Enter the FQDN of the domain that you want the ScaleArc appliance to join. 

    Enter an appropriate domain name.
    NetBIOS Domain Name

    The NetBIOS name of the domain that you want the ScaleArc appliance to join. This is the "short" domain name and ScaleArc automatically enters it correctly.

    Enter a NetBIOS name, if necessary.

    Active Directory (AD) Server

    The active directory server FQDN (fully qualified domain name) that the domain is configured on. Note that the server name should not include a trailing dot (".") at the end, unless you are using a valid DNS entry for the name. Enter the FQDN.
    Administrative username

    The username of the account that has the privilege to add the ScaleArc appliance to the domain as a Read-only domain controller.

    Enter the username.
    Password

    The administrator password. 

    Enter the password.

     

     

  4. Click Join the AD Domain to complete the set up. Once connected, you can use Unjoin the AD Domain to leave the domain.
  5. Add the appropriate domain users and/or groups to the Password Replication Policy for each of the ScaleArc RODC server objects in AD. Note that in an HA configuration this must be done in AD for both ScaleArc RODC objects for the HA pair, or users will not be allowed access after an HA failover operation. 
    • Add all desired users and groups into the Allowed RODC Password Replication Group
    • The Denied RODC Password Replication Group takes precedence, so membership in this group, or any group that is a member of this group, will prevent the user account from working with ScaleArc AD Integration even if it is allowed by membership in the Allow group. By default, the Deny group contains all the usual administrator groups and administrative users in the domain. 
    •  For further information on how to set user replication privileges for the ScaleArc RODC please refer to this KB article.
  6. On the SQL Server instances that ScaleArc communicates with, add either user accounts or group accounts to Security > Logins for those users who will access the servers through ScaleArc.
  7. Go to Clusters > Settings > User &DBs.
  8. Click on the Fetch Users button. By default Auto Fetch Database Users is OFF.  See Auto Fetch for details. 
  9. Turn Auto Fetch Database Users ON. The default for the automatic synchronization interval is 60 seconds. Adjust this value, if required.
  10. User accounts that are enabled for RODC replication and for SQL Server instance access should appear in the Auto Fetch dialog no later than after two auto fetch intervals.
  11. You do not have to add the users from the Fetch Users dialog; they can access ScaleArc and the SQL servers if they are in the proper groups in AD and have SQL Server access. 
    • Note that if you add users from the Fetch Users dialog rather than through AD Integration, those users and their passwords are "frozen." The password in ScaleArc cannot be updated since it is no longer checked in the RODC but is stored in the ScaleArc configuration files. This option supports legacy accounts. To put this another way, any user that appears in the Users & DBs dialog overrides the AD Integration feature and will not be eligible for AD Integration. To update the password for such a user, use the gear icon next to the user account in Users & DBs, not the account in the Fetch Users dialog. 
    • As noted above in the Prerequisites, this option also applies to pre-existing user accounts in Users & DBs. Such accounts should be deleted from the Users & DBs dialog prior to joining the domain, if you wish these users to have AD Integration. 
    • Finally, for ScaleArc's monitoring to work correctly, note that the first account in Users & DBs is not eligible for use with AD Integration. This is the cluster service account, used for health checks and configuration updates.

If you observe permission errors on a Domain Controller for the domain that ScaleArc has joined and the errors refer to the ScaleArc system's or systems' GUIDs, then follow the procedures laid out in KB article 3660 to correct them. Note that this is a known problem in AD that Microsoft addresses in the Technet article linked to the KB.

 

 

On this page

 

Comments

    Add new comment