MicroStrategy ONE

Best practice per MicroStrategy Storage Service

Prendere in considerazione le seguenti best practice per l'utilizzo di MicroStrategy Servizio di storage:

Sistema di storage condiviso

Per migliorare le prestazioni e la scalabilità, MicroStrategy consiglia di utilizzare AWS S3 e Azure Blob anziché Cartella condivisa.

Se si utilizza AWS S3, MicroStrategy consiglia di utilizzare IAM per una maggiore sicurezza. Vedere il seguente IAM ruolo che consente al computer di accedere a S3 senza richiedere segreti:

Copia 
{
   "Version":"2012-10-17",
   "Statement":[
      {
         "Sid":"VisualEditor0",
         "Effect":"Allow",
         "Action":[
            "s3:PutObject",
            "s3:GetObject",
            "s3:ListBucketMultipartUploads",
            "s3:ListBucket",
            "s3:DeleteObject",
            "s3:ListMultipartUploadParts"
         ],
         "Resource":[
            "arn:aws:s3:::sdk-s3-test",
            "arn:aws:s3:::sdk-s3-test/mstr/*"
         ]
      }
   ]
}

Se si usa Azure Blob, MicroStrategy consiglia di assegnare ruoli IAM per migliorare la sicurezza. Vedere il seguente IAM ruolo che consente l'accesso computer a BLOB senza richiedere segreti:

Copia 
{
    "id": "xxx",
    "properties": {
        "roleName": "Storage Blob Data Contributor Customized",
        "description": "Allows for read, write and delete access to Azure Storage blob data",
        "assignableScopes": [
            "/"
        ],
        "permissions": [
            {
                "actions": [
                    "Microsoft.Storage/storageAccounts/blobServices/containers/read"
                ],
                "notActions": [],
                "dataActions": [
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/delete",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/read",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/write",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/add/action"
                ],
                "notDataActions": []
            }
        ]
    }
}

Se si utilizza Google Cloud Storage, MicroStrategy consiglia di utilizzare i ruoli IAM per migliorare la sicurezza. È necessario assegnare il ruolo IAM dell'account pertinente su Google Cloud Console a ruoli/storage.objectUser. L'utente deve disporre dell'accesso per creare, leggere, aggiornare ed eliminare oggetti e caricamenti in più parti in Google Cloud Storage.

Se si utilizza la cartella condivisa, vedere i seguenti passaggi per un esempio di montaggio di una cartella condivisa NFS in Linux:

  1. Assicurarsi che la cartella condivisa sia configurata e accessibile da una rete tramite NFS.
  2. Creare un punto di montaggio da utilizzare per accedere alla cartella condivisa. Ad esempio, è possibile creare una directory denominata /mnt/sharedfolder.
  3. Installare nfs-common pacchetto.
  4. Montare la cartella condivisa utilizzando il seguente modello:

    5. Copia 
    sudo mount -t nfs servername:/sharedfolder /mnt/sharedfolder
    • Sostituisci servername con NFS nome o IP del server indirizzo.
    • Sostituisci sharedfolder con la cartella condivisa che si desidera montare.

  5. Configurare il punto di montaggio in Workstation e testare la connessione.

Potrebbe essere necessario aggiornare NFS autorizzazioni e impostazioni del firewall per garantire un accesso corretto alla cartella condivisa.

Se si desidera utilizzare CIFS per montare una cartella condivisa Windows su Linux, procedere come segue:

  1. Assicurarsi che la cartella condivisa sia configurata e accessibile da una rete utilizzando CIFS.
  2. Creare un punto di montaggio da utilizzare per accedere alla cartella condivisa. Ad esempio, è possibile creare una directory denominata /mnt/sharedfolder.
  3. Installare il pacchetto cifs-utils.
  4. Montare la cartella condivisa utilizzando il seguente modello:

    5. Copia 
    sudo mount -t cifs //servername/sharedfolder /mnt/sharedfolder -o user=username,password=password
    • Sostituisci servername e sharedfolder con il nome e il percorso della cartella condivisa.
    • Sostituisci username e password con le credenziali della cartella condivisa.

MicroStrategy Repository

È possibile Configurare Library Storage Service utilizzando l'installazione guidata.

Verificare che il servizio di storage sia stato installato correttamente

È possibile verificare che il servizio di storage sia installato correttamente in due modi:

  1. L'installazione guidata installa un database locale se quest'ultimo è selezionato. L'installazione guidata configura il <DEPLOY_LOCATION>/webapps/MicroStrategyLibrary/WEB-INF/ classes/config/configOverride.properties file in modo che punti al repository locale/remoto. Se il file contiene le impostazioni del database, il servizio di storage è stato installato correttamente. Per ulteriori informazioni sulle proprietà di configurazione, vedere Proprietà di configurazione Storage Service.
  2. Dopo aver configurato il database, è possibile passare a Workstation per configurare il proprio Sistema di storage condiviso in AWS S3, Blob di Azure, Google Cloud Storage o Cartella condivisa.

Configurare Storage Service nel cluster di librerie

Se si utilizza un cluster Library, è necessario configurare tutti i nodi sullo stesso database (local MicroStrategy repository remoto o repository remoto) nello stesso cluster.

Per migliorare la scalabilità e l'autogestione, MicroStrategy suggerisce un repository remoto anziché un repository locale.

Domande frequenti

In che modo il servizio di storage viene utilizzato dalle diverse funzionalità?

  • Migrazione Lo storage viene usato per archiviare tutti i pacchetti di migrazione. Ad esempio, l'ambiente di origine archivia il pacchetto in una posizione. La destinazione recupera il pacchetto dal percorso e vi scrive i pacchetti di annullamento. In questo caso, gli ambienti di origine e di destinazione devono utilizzare lo stesso storage.

  • Flusso di lavoro o altri servizi Lo storage viene utilizzato per archiviare file binari, che possono essere molto grandi.

Come posso risolvere l'errore "L'API richiede MicroStrategy Storage Service. Contattare l'amministratore."?

Un possibile motivo per cui si verifica questo errore è che il database per Library non è configurato o non può essere connesso.

L'installazione crea automaticamente un database mstr_library e uno schema mstr_library. Gli utenti dei database mstr_library e mstr_library_application sono stati creati. Una stringa di connessione correlata viene aggiunta automaticamente a <DEPLOY_LOCATION>/webapps/MicroStrategyLibrary/WEB-INF/
classes/config/configOverride.properties file.

Se non è possibile trovare la stringa di connessione richiesta, potrebbero verificarsi problemi durante il processo di installazione. Il formato stringa obbligatorio è 'datasource.url', 'datasource.admin.username', 'datasource.admin.password', 'datasource.username' e 'datasource.password'. Vedere Proprietà di configurazione Storage Service per maggiori dettagli.

Se la stringa di connessione richiesta viene trovata, è possibile utilizzare il client psql o altri strumenti (pgAdmin) per verificare se la connessione presenta problemi.

Quale utente deve avere accesso alla cartella condivisa, se è in uso? L'utente che esegue l'applicazione Tomcat per Library o gli utenti che eseguono Workstation?

L'utente che esegue Tomcat deve accedere alla cartella condivisa. Poiché la cartella condivisa è protetta sul back-end, tutte le operazioni di lettura/scrittura provengono dall'esecuzione dell'utente Tomcat.

Il firewall deve essere aperto tra gli ambienti quando si utilizza una cartella condivisa?

No. Entrambi gli ambienti devono avere accesso alla stessa cartella condivisa. Potrebbero essere necessarie alcune configurazioni di rete per eseguire questa operazione.