Como Rajeev apontou nos comentários, o Active Directory é um servidor LDAP e mais e o serviço AD LDS é um "gratuito" Windows Server role que é fornecido para fazer especificamente o que ele está procurando. O AD fornece muitos extras (replicação, Kerberos, federação, etc.) que você teria que construir por conta própria com uma solução Free / OSS como OpenLDAP + postgres + kerberos. Existem outros (principalmente comerciais) serviços de diretório que possuem habilidades semelhantes.
O licenciamento provavelmente não deve ser um problema. Você provavelmente terá o AD instalado se sua implantação for basicamente baseada no Windows (para contas de computador, contas de administrador, etc.), e isso será relativamente pequeno (parece uma CAL de 5 usuários no máximo). Todos os objetos "usuários" que você criar no LDS para seus usuários públicos não serão contados nas licenças das suas contas do AD DS. Você pode entrar em contato com o Microsoft Licensing para verificar isso.
Usar o AD LDS definitivamente traz grandes benefícios, mas a instalação proposta pode ser muito pequena para realizar alguns deles.
- A replicação é provavelmente o primeiro "brinde" que você recebe com o LDS. Sua topologia de sites e sub-redes do AD DS pode ser usada para gerenciar a replicação automaticamente, assim como no AD DS. Mas com apenas um servidor LDS, você não precisará de replicação.
- A maioria das ferramentas mais recentes de backup, manutenção, relatórios etc. funcionará tão bem com o LDS quanto com o DS. Então, se você já tem algumas ferramentas internas, provavelmente poderá usá-las apenas para o LDS. Mais uma vez, sua configuração parece pequena demais para que isso seja um grande benefício.
- Se você já estiver familiarizado com os cuidados e a manutenção do AD DS, o uso do LDS geralmente será familiar e se baseará em um conjunto de conhecimento que você já possui. Isso pode significar melhorias significativas na capacidade de suporte e gerenciamento, qualquer conhecimento de script que você tenha geralmente será transferível, etc. Isso é um bônus.
- E mais uma vez, o LDS é "gratuito" com o Windows, se você instalou um servidor 2003/2008, o LDS está incluído. Este também é um bônus.
- Com o Windows Server 2008 R2, você obtém todos os recursos interessantes da base de código do AD DS (instantâneos, etc.)
Tudo o que foi dito ... Se você não tem nenhuma experiência em particular com o AD, e não possui nenhuma infraestrutura em particular para lidar com isso, você pode não ver muito benefício em seguir esse caminho. Com base no tamanho de sua implantação descrita, você pode quase certamente optar por uma configuração de OSS como LAMP + OpenLDAP, dependendo de sua zona de conforto e de quais são os requisitos de aplicativos.
Tenha em mente que se você está fazendo algum tipo de gerenciamento de usuários, então você vai muito, muito Lamento se sua abordagem é apenas "colocar um monte de nomes de usuário e senhas em uma tabela SQL". O gerenciamento de usuários é um processo complexo que já foi resolvido inúmeras vezes antes. Manipular senhas é algo que você simplesmente não deveria estar fazendo, a menos que já tenha muita experiência em programação relacionada à segurança. Por favor, não role o seu próprio!
Encontre uma estrutura comercial ou OSS adequada que já tenha sido projetada para lidar com AAA * corretamente, algo como OpenID provavelmente não é uma idéia terrível. O blog de Jeff Atwood (ele dirige um site , você pode ter ouvido falar dele ...) tem um número de posts discutindo essas questões em torno de seu trabalho em StackOverflow e ServerFault .
De qualquer forma, espero que esta discussão ajude.