MicroStrategy ONE
모범 사례 MicroStrategy 보관 서비스
다음 모범 사례를 사용하여 고려하세요. MicroStrategy 보관 서비스:
공유 스토리지 시스템
향상된 성능과 확장성을 위해 MicroStrategy 공유 폴더 대신 AWS S3 및 Azure Blob을 사용하는 것이 좋습니다.
AWS S3를 사용하는 경우, MicroStrategy 보안 강화를 위해 IAM 역할을 사용하는 것이 좋습니다. 비밀번호를 요구하지 않고 S3에 대한 머신 액세스를 허용하는 다음 IAM 역할을 참조하세요.
{
"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/*"
]
}
]
}
Azure Blob을 사용하는 경우 MicroStrategy 보안 향상을 위해 IAM 역할을 권장합니다. 비밀번호를 요구하지 않고 Blob에 대한 머신 액세스를 허용하는 다음 IAM 역할을 참조하세요.
{
"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": []
}
]
}
}
Google Cloud Storage를 사용하는 경우 MicroStrategy 보안 향상을 위해 IAM 역할을 사용할 것을 권장합니다. Google Cloud Console에서 관련 계정의 IAM 역할을 Role/storage.objectUser에 할당해야 합니다. 이 사용자는 Google Cloud Storage에서 객체와 멀티파트 업로드를 생성, 읽기, 업데이트, 삭제할 수 있는 액세스 권한이 있어야 합니다.
공유 폴더를 사용하는 경우 Linux에서 NFS 공유 폴더를 탑재하는 예를 보려면 다음 단계를 참조하세요.
- 공유 폴더가 설정되어 있고 NFS를 사용하여 네트워크에서 액세스할 수 있는지 확인하세요.
- 공유 폴더에 액세스하는 데 사용할 마운트 지점을 만듭니다. 예를 들어, 다음과 같은 디렉토리를 생성할 수 있습니다. /mnt/공유폴더.
- 설치하다 nfs-공통 패키지.
- 다음 템플릿을 사용하여 공유 폴더를 마운트합니다.
- 바꾸다 서버 이름 NFS 서버 이름 또는 IP 주소로.
- 바꾸다 공유 된 폴더 마운트하려는 공유 폴더로 이동합니다.
- Workstation에서 마운트 지점을 구성하고 연결을 테스트합니다.
sudo mount -t nfs servername:/sharedfolder /mnt/sharedfolder
공유 폴더에 대한 적절한 액세스를 보장하려면 NFS 권한 및 방화벽 설정을 업데이트해야 할 수도 있습니다.
CIFS를 사용하여 Windows 공유 폴더를 Linux에 마운트하려면 다음 단계를 참조하십시오.
- 공유 폴더가 설정되어 있고 CIFS를 사용하여 네트워크에서 액세스할 수 있는지 확인하세요.
- 공유 폴더에 액세스하는 데 사용할 마운트 지점을 만듭니다. 예를 들어, 다음과 같은 디렉토리를 생성할 수 있습니다. /mnt/공유폴더.
- cifs-utils 패키지를 설치합니다.
- 다음 템플릿을 사용하여 공유 폴더를 마운트합니다.
- 바꾸다 서버 이름 그리고 공유 된 폴더 공유 폴더의 이름과 경로로.
- 바꾸다 사용자 이름 그리고 비밀번호 공유 폴더 자격 증명으로
sudo mount -t cifs //servername/sharedfolder /mnt/sharedfolder -o user=username,password=password
MicroStrategy 저장소
당신은 할 수 있습니다 구성 Library 설치 마법사를 사용한 스토리지 서비스.
스토리지 서비스가 성공적으로 설치되었는지 확인하세요.
다음 두 가지 방법을 사용하여 Storage 서비스가 성공적으로 설치되었는지 확인할 수 있습니다.
- 설치 마법사는 로컬 저장소가 선택된 경우 로컬 데이터베이스를 설치합니다. 설치 마법사는 다음을 구성합니다. <DEPLOY_LOCATION> /webapps/MicroStrategyLibrary/WEB-INF/classes/config/configOverride.properties 파일을 로컬/원격 저장소를 가리키도록 합니다. 해당 파일에 데이터베이스 설정이 있으면 Storage 서비스가 성공적으로 설치된 것입니다. 구성 속성에 대한 자세한 내용은 다음을 참조하세요. 스토리지 서비스 구성 속성.
- 데이터베이스를 구성한 후 다음으로 이동할 수 있습니다. Workstation 구성하려면 공유 스토리지 시스템 AWS S3, Azure Blob, Google Cloud Storage 또는 공유 폴더로.
다음에서 스토리지 서비스를 구성합니다. Library 무리
당신이 사용하는 경우 Library 클러스터의 경우 모든 노드를 동일한 데이터베이스(로컬 MicroStrategy 리포지토리 또는 원격 리포지토리)를 동일한 클러스터에 저장합니다.
향상된 확장성과 자체 관리를 위해 MicroStrategy 로컬 저장소 대신 원격 저장소를 제안합니다.
자주 묻는 질문
다양한 기능에서 스토리지 서비스를 어떻게 사용하나요?
-
이주 스토리지는 모든 마이그레이션 패키지를 저장하는 데 사용됩니다. 예를 들어 원본 환경은 패키지를 특정 위치에 저장합니다. 대상은 해당 위치에서 패키지를 가져와 여기에 실행 취소 패키지를 씁니다. 이 경우 원본 환경과 대상 환경은 동일한 스토리지를 사용해야 합니다.
-
워크플로 또는 기타 서비스 저장소는 매우 큰 바이너리 파일을 저장하는 데 사용됩니다.
"API가 필요합니다." 오류를 해결하려면 어떻게 해야 합니까? MicroStrategy 보관 서비스. 관리자에게 문의하세요."?
이 오류가 발생하는 한 가지 가능한 이유는 Library 구성되지 않았거나 연결할 수 없습니다.
설치하면 mstr_library 데이터베이스와 mstr_library 스키마가 자동으로 생성됩니다. mstr_library 및 mstr_library_application 데이터베이스 사용자가 생성됩니다. 관련 연결 문자열이 자동으로 추가됩니다. <DEPLOY_LOCATION>/webapps/MicroStrategyLibrary/WEB-INF/
파일.
classes/config/configOverride.properties
필요한 연결 문자열을 찾을 수 없으면 설치 프로세스에 문제가 발생합니다. 필수 문자열 형식은 'datasource.url', 'datasource.admin.username', 'datasource.admin.password', 'datasource.username' 및 'datasource.password'입니다. 보다 스토리지 서비스 구성 속성 상세 사항은.
필요한 연결 문자열이 발견되면 psql 클라이언트 또는 기타 도구(pgAdmin)를 사용하여 연결에 문제가 있는지 확인할 수 있습니다.
공유 폴더를 사용하는 경우 어떤 사용자가 해당 폴더에 액세스해야 합니까? Tomcat 애플리케이션을 실행하는 사용자입니까? Library 아니면 Workstation을 실행하는 사용자인가요?
Tomcat을 실행하는 사용자는 공유 폴더에 접근해야 합니다. 공유 폴더는 백엔드에서 보호되므로 모든 읽기/쓰기는 Tomcat 실행 사용자로부터 이루어집니다.
공유 폴더를 사용할 때 환경 간에 방화벽을 열어야 합니까?
아니요. 두 환경 모두 동일한 공유 폴더에 액세스할 수 있어야 합니다. 이를 수행하려면 일부 네트워크 구성이 필요할 수 있습니다.