diff --git a/docs/add-scalardb-to-your-build.mdx b/docs/add-scalardb-to-your-build.mdx index ed18f718..976e68d8 100644 --- a/docs/add-scalardb-to-your-build.mdx +++ b/docs/add-scalardb-to-your-build.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Add ScalarDB to Your Build diff --git a/docs/api-guide.mdx b/docs/api-guide.mdx index 76efc2eb..a608e92f 100644 --- a/docs/api-guide.mdx +++ b/docs/api-guide.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB Java API Guide diff --git a/docs/backup-restore.mdx b/docs/backup-restore.mdx index d2193917..6e48284d 100644 --- a/docs/backup-restore.mdx +++ b/docs/backup-restore.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # How to Back Up and Restore Databases Used Through ScalarDB diff --git a/docs/configurations.mdx b/docs/configurations.mdx index 8ec447bb..1b9c0319 100644 --- a/docs/configurations.mdx +++ b/docs/configurations.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB Configurations diff --git a/docs/data-modeling.mdx b/docs/data-modeling.mdx index 9b2121e1..3995a8bb 100644 --- a/docs/data-modeling.mdx +++ b/docs/data-modeling.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Model Your Data diff --git a/docs/database-configurations.mdx b/docs/database-configurations.mdx index 8e7c0098..e2b599f2 100644 --- a/docs/database-configurations.mdx +++ b/docs/database-configurations.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Configurations for the Underlying Databases of ScalarDB diff --git a/docs/deploy-overview.mdx b/docs/deploy-overview.mdx index 3eaecbf0..5272ccda 100644 --- a/docs/deploy-overview.mdx +++ b/docs/deploy-overview.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Deploy Overview diff --git a/docs/design.mdx b/docs/design.mdx index f56fc63c..f9e63970 100644 --- a/docs/design.mdx +++ b/docs/design.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB Design diff --git a/docs/develop-overview.mdx b/docs/develop-overview.mdx index 397931f4..275a8994 100644 --- a/docs/develop-overview.mdx +++ b/docs/develop-overview.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Develop Overview diff --git a/docs/getting-started-with-scalardb-by-using-kotlin.mdx b/docs/getting-started-with-scalardb-by-using-kotlin.mdx index a53c46a1..d87605bb 100644 --- a/docs/getting-started-with-scalardb-by-using-kotlin.mdx +++ b/docs/getting-started-with-scalardb-by-using-kotlin.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Getting Started with ScalarDB by Using Kotlin diff --git a/docs/getting-started-with-scalardb.mdx b/docs/getting-started-with-scalardb.mdx index 1c55c7fd..2e21cefc 100644 --- a/docs/getting-started-with-scalardb.mdx +++ b/docs/getting-started-with-scalardb.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Getting Started with ScalarDB diff --git a/docs/helm-charts/configure-custom-values-envoy.mdx b/docs/helm-charts/configure-custom-values-envoy.mdx index bfa40a0c..57f7b0cd 100644 --- a/docs/helm-charts/configure-custom-values-envoy.mdx +++ b/docs/helm-charts/configure-custom-values-envoy.mdx @@ -2,13 +2,14 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- +# Configure a custom values file for Scalar Envoy + import Tabs from '@theme/Tabs'; import TabItem from '@theme/TabItem'; -# Configure a custom values file for Scalar Envoy - This document explains how to create your custom values file for the Scalar Envoy chart. If you want to know the details of the parameters, please refer to the [README](https://github.com/scalar-labs/helm-charts/blob/main/charts/envoy/README.md) of the Scalar Envoy chart. ## Configure custom values for Scalar Envoy chart diff --git a/docs/helm-charts/configure-custom-values-file.mdx b/docs/helm-charts/configure-custom-values-file.mdx index 7d1593ca..9e59653a 100644 --- a/docs/helm-charts/configure-custom-values-file.mdx +++ b/docs/helm-charts/configure-custom-values-file.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Configure a custom values file for Scalar Helm Charts diff --git a/docs/helm-charts/configure-custom-values-scalar-admin-for-kubernetes.mdx b/docs/helm-charts/configure-custom-values-scalar-admin-for-kubernetes.mdx index 9bf07b18..43b8f5e3 100644 --- a/docs/helm-charts/configure-custom-values-scalar-admin-for-kubernetes.mdx +++ b/docs/helm-charts/configure-custom-values-scalar-admin-for-kubernetes.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Configure a custom values file for Scalar Admin for Kubernetes diff --git a/docs/helm-charts/configure-custom-values-scalar-manager.mdx b/docs/helm-charts/configure-custom-values-scalar-manager.mdx index 06ea0970..d25f8b9f 100644 --- a/docs/helm-charts/configure-custom-values-scalar-manager.mdx +++ b/docs/helm-charts/configure-custom-values-scalar-manager.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Option +displayed_sidebar: docsEnglish --- # Configure a custom values file for Scalar Manager diff --git a/docs/helm-charts/configure-custom-values-scalardb-analytics-postgresql.mdx b/docs/helm-charts/configure-custom-values-scalardb-analytics-postgresql.mdx index 6d71b780..5d1eb638 100644 --- a/docs/helm-charts/configure-custom-values-scalardb-analytics-postgresql.mdx +++ b/docs/helm-charts/configure-custom-values-scalardb-analytics-postgresql.mdx @@ -1,6 +1,7 @@ --- tags: - Community +displayed_sidebar: docsEnglish --- # Configure a custom values file for ScalarDB Analytics with PostgreSQL diff --git a/docs/helm-charts/configure-custom-values-scalardb-cluster.mdx b/docs/helm-charts/configure-custom-values-scalardb-cluster.mdx index c431aae1..f4d29e79 100644 --- a/docs/helm-charts/configure-custom-values-scalardb-cluster.mdx +++ b/docs/helm-charts/configure-custom-values-scalardb-cluster.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Configure a custom values file for ScalarDB Cluster diff --git a/docs/helm-charts/configure-custom-values-scalardb-graphql.mdx b/docs/helm-charts/configure-custom-values-scalardb-graphql.mdx index 34b4f26a..9bab7a7f 100644 --- a/docs/helm-charts/configure-custom-values-scalardb-graphql.mdx +++ b/docs/helm-charts/configure-custom-values-scalardb-graphql.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # [Deprecated] Configure a custom values file for ScalarDB GraphQL diff --git a/docs/helm-charts/configure-custom-values-scalardb.mdx b/docs/helm-charts/configure-custom-values-scalardb.mdx index 36ab527a..86346ba7 100644 --- a/docs/helm-charts/configure-custom-values-scalardb.mdx +++ b/docs/helm-charts/configure-custom-values-scalardb.mdx @@ -3,6 +3,7 @@ tags: - Enterprise Standard - Enterprise Premium - Deprecated +displayed_sidebar: docsEnglish --- # [Deprecated] Configure a custom values file for ScalarDB Server diff --git a/docs/helm-charts/configure-custom-values-scalardl-auditor.mdx b/docs/helm-charts/configure-custom-values-scalardl-auditor.mdx index 86b77c2c..33aadc24 100644 --- a/docs/helm-charts/configure-custom-values-scalardl-auditor.mdx +++ b/docs/helm-charts/configure-custom-values-scalardl-auditor.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # Configure a custom values file for ScalarDL Auditor diff --git a/docs/helm-charts/configure-custom-values-scalardl-ledger.mdx b/docs/helm-charts/configure-custom-values-scalardl-ledger.mdx index bf328028..9a44d6a9 100644 --- a/docs/helm-charts/configure-custom-values-scalardl-ledger.mdx +++ b/docs/helm-charts/configure-custom-values-scalardl-ledger.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # Configure a custom values file for ScalarDL Ledger diff --git a/docs/helm-charts/configure-custom-values-scalardl-schema-loader.mdx b/docs/helm-charts/configure-custom-values-scalardl-schema-loader.mdx index f3b6d5dd..6340097a 100644 --- a/docs/helm-charts/configure-custom-values-scalardl-schema-loader.mdx +++ b/docs/helm-charts/configure-custom-values-scalardl-schema-loader.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # Configure a custom values file for ScalarDL Schema Loader diff --git a/docs/helm-charts/getting-started-logging.mdx b/docs/helm-charts/getting-started-logging.mdx index ab82c393..a2bb1b00 100644 --- a/docs/helm-charts/getting-started-logging.mdx +++ b/docs/helm-charts/getting-started-logging.mdx @@ -1,6 +1,7 @@ --- tags: - Community +displayed_sidebar: docsEnglish --- # Getting Started with Helm Charts (Logging using Loki Stack) diff --git a/docs/helm-charts/getting-started-monitoring.mdx b/docs/helm-charts/getting-started-monitoring.mdx index c28a9a40..d42f8ed0 100644 --- a/docs/helm-charts/getting-started-monitoring.mdx +++ b/docs/helm-charts/getting-started-monitoring.mdx @@ -1,6 +1,7 @@ --- tags: - Community +displayed_sidebar: docsEnglish --- # Getting Started with Helm Charts (Monitoring using Prometheus Operator) diff --git a/docs/helm-charts/getting-started-scalar-helm-charts.mdx b/docs/helm-charts/getting-started-scalar-helm-charts.mdx index dcc94494..d51d95db 100644 --- a/docs/helm-charts/getting-started-scalar-helm-charts.mdx +++ b/docs/helm-charts/getting-started-scalar-helm-charts.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Getting Started with Scalar Helm Charts diff --git a/docs/helm-charts/getting-started-scalar-manager.mdx b/docs/helm-charts/getting-started-scalar-manager.mdx index 9ee9f941..8344dec3 100644 --- a/docs/helm-charts/getting-started-scalar-manager.mdx +++ b/docs/helm-charts/getting-started-scalar-manager.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Option +displayed_sidebar: docsEnglish --- # Deploy Scalar Manager diff --git a/docs/helm-charts/getting-started-scalardb-analytics-postgresql.mdx b/docs/helm-charts/getting-started-scalardb-analytics-postgresql.mdx index 36fa1a0a..1807de98 100644 --- a/docs/helm-charts/getting-started-scalardb-analytics-postgresql.mdx +++ b/docs/helm-charts/getting-started-scalardb-analytics-postgresql.mdx @@ -1,6 +1,7 @@ --- tags: - Community +displayed_sidebar: docsEnglish --- # Getting Started with Helm Charts (ScalarDB Analytics with PostgreSQL) diff --git a/docs/helm-charts/getting-started-scalardb-cluster-tls-cert-manager.mdx b/docs/helm-charts/getting-started-scalardb-cluster-tls-cert-manager.mdx index cf92badb..508bed4a 100644 --- a/docs/helm-charts/getting-started-scalardb-cluster-tls-cert-manager.mdx +++ b/docs/helm-charts/getting-started-scalardb-cluster-tls-cert-manager.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Getting Started with Helm Charts (ScalarDB Cluster with TLS by Using cert-manager) diff --git a/docs/helm-charts/getting-started-scalardb-cluster-tls.mdx b/docs/helm-charts/getting-started-scalardb-cluster-tls.mdx index 0462ab9e..0383321c 100644 --- a/docs/helm-charts/getting-started-scalardb-cluster-tls.mdx +++ b/docs/helm-charts/getting-started-scalardb-cluster-tls.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Getting Started with Helm Charts (ScalarDB Cluster with TLS) diff --git a/docs/helm-charts/getting-started-scalardb.mdx b/docs/helm-charts/getting-started-scalardb.mdx index d1a92c58..858c9f41 100644 --- a/docs/helm-charts/getting-started-scalardb.mdx +++ b/docs/helm-charts/getting-started-scalardb.mdx @@ -3,6 +3,7 @@ tags: - Enterprise Standard - Enterprise Premium - Deprecated +displayed_sidebar: docsEnglish --- # [Deprecated] Getting Started with Helm Charts (ScalarDB Server) diff --git a/docs/helm-charts/getting-started-scalardl-auditor-tls-cert-manager.mdx b/docs/helm-charts/getting-started-scalardl-auditor-tls-cert-manager.mdx index f2718d5d..75e411bf 100644 --- a/docs/helm-charts/getting-started-scalardl-auditor-tls-cert-manager.mdx +++ b/docs/helm-charts/getting-started-scalardl-auditor-tls-cert-manager.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # Getting Started with Helm Charts (ScalarDL Ledger and Auditor with TLS by Using cert-manager / Auditor Mode) diff --git a/docs/helm-charts/getting-started-scalardl-auditor-tls.mdx b/docs/helm-charts/getting-started-scalardl-auditor-tls.mdx index 8abaa2d9..776dca75 100644 --- a/docs/helm-charts/getting-started-scalardl-auditor-tls.mdx +++ b/docs/helm-charts/getting-started-scalardl-auditor-tls.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # Getting Started with Helm Charts (ScalarDL Ledger and Auditor with TLS / Auditor Mode) diff --git a/docs/helm-charts/getting-started-scalardl-auditor.mdx b/docs/helm-charts/getting-started-scalardl-auditor.mdx index f11f0b23..94568dbc 100644 --- a/docs/helm-charts/getting-started-scalardl-auditor.mdx +++ b/docs/helm-charts/getting-started-scalardl-auditor.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # Getting Started with Helm Charts (ScalarDL Ledger and Auditor / Auditor mode) diff --git a/docs/helm-charts/getting-started-scalardl-ledger.mdx b/docs/helm-charts/getting-started-scalardl-ledger.mdx index cce92edb..44d0fc80 100644 --- a/docs/helm-charts/getting-started-scalardl-ledger.mdx +++ b/docs/helm-charts/getting-started-scalardl-ledger.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # Getting Started with Helm Charts (ScalarDL Ledger / Ledger only) diff --git a/docs/helm-charts/how-to-deploy-scalar-admin-for-kubernetes.mdx b/docs/helm-charts/how-to-deploy-scalar-admin-for-kubernetes.mdx index cdf5f165..931a3b46 100644 --- a/docs/helm-charts/how-to-deploy-scalar-admin-for-kubernetes.mdx +++ b/docs/helm-charts/how-to-deploy-scalar-admin-for-kubernetes.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # How to deploy Scalar Admin for Kubernetes diff --git a/docs/helm-charts/how-to-deploy-scalar-products.mdx b/docs/helm-charts/how-to-deploy-scalar-products.mdx index 82874307..a9489c1b 100644 --- a/docs/helm-charts/how-to-deploy-scalar-products.mdx +++ b/docs/helm-charts/how-to-deploy-scalar-products.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Deploy Scalar products using Scalar Helm Charts diff --git a/docs/helm-charts/how-to-deploy-scalardb-analytics-postgresql.mdx b/docs/helm-charts/how-to-deploy-scalardb-analytics-postgresql.mdx index 90db2ce6..fb190064 100644 --- a/docs/helm-charts/how-to-deploy-scalardb-analytics-postgresql.mdx +++ b/docs/helm-charts/how-to-deploy-scalardb-analytics-postgresql.mdx @@ -1,6 +1,7 @@ --- tags: - Community +displayed_sidebar: docsEnglish --- # How to deploy ScalarDB Analytics with PostgreSQL diff --git a/docs/helm-charts/how-to-deploy-scalardb-cluster.mdx b/docs/helm-charts/how-to-deploy-scalardb-cluster.mdx index 33f7bd25..1dcc911e 100644 --- a/docs/helm-charts/how-to-deploy-scalardb-cluster.mdx +++ b/docs/helm-charts/how-to-deploy-scalardb-cluster.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # How to deploy ScalarDB Cluster diff --git a/docs/helm-charts/how-to-deploy-scalardb-graphql.mdx b/docs/helm-charts/how-to-deploy-scalardb-graphql.mdx index 6f535e4a..8bb557e6 100644 --- a/docs/helm-charts/how-to-deploy-scalardb-graphql.mdx +++ b/docs/helm-charts/how-to-deploy-scalardb-graphql.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # [Deprecated] How to deploy ScalarDB GraphQL diff --git a/docs/helm-charts/how-to-deploy-scalardb.mdx b/docs/helm-charts/how-to-deploy-scalardb.mdx index abdc593b..5acd3200 100644 --- a/docs/helm-charts/how-to-deploy-scalardb.mdx +++ b/docs/helm-charts/how-to-deploy-scalardb.mdx @@ -3,6 +3,7 @@ tags: - Enterprise Standard - Enterprise Premium - Deprecated +displayed_sidebar: docsEnglish --- # [Deprecated] How to deploy ScalarDB Server diff --git a/docs/helm-charts/how-to-deploy-scalardl-auditor.mdx b/docs/helm-charts/how-to-deploy-scalardl-auditor.mdx index b2a6d54e..15ab7f3a 100644 --- a/docs/helm-charts/how-to-deploy-scalardl-auditor.mdx +++ b/docs/helm-charts/how-to-deploy-scalardl-auditor.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # How to deploy ScalarDL Auditor diff --git a/docs/helm-charts/how-to-deploy-scalardl-ledger.mdx b/docs/helm-charts/how-to-deploy-scalardl-ledger.mdx index d2169ff0..2e9b11d2 100644 --- a/docs/helm-charts/how-to-deploy-scalardl-ledger.mdx +++ b/docs/helm-charts/how-to-deploy-scalardl-ledger.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # How to deploy ScalarDL Ledger diff --git a/docs/helm-charts/mount-files-or-volumes-on-scalar-pods.mdx b/docs/helm-charts/mount-files-or-volumes-on-scalar-pods.mdx index 026d1466..a8adcce6 100644 --- a/docs/helm-charts/mount-files-or-volumes-on-scalar-pods.mdx +++ b/docs/helm-charts/mount-files-or-volumes-on-scalar-pods.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Mount any files or volumes on Scalar product pods diff --git a/docs/helm-charts/use-secret-for-credentials.mdx b/docs/helm-charts/use-secret-for-credentials.mdx index 2f5eb8ed..12499460 100644 --- a/docs/helm-charts/use-secret-for-credentials.mdx +++ b/docs/helm-charts/use-secret-for-credentials.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # How to use Secret resources to pass credentials as environment variables into the properties file diff --git a/docs/index.mdx b/docs/index.mdx index 4f6a2e84..aeb5499c 100644 --- a/docs/index.mdx +++ b/docs/index.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB diff --git a/docs/manage-backup-and-restore.mdx b/docs/manage-backup-and-restore.mdx index f96609d4..a89dea81 100644 --- a/docs/manage-backup-and-restore.mdx +++ b/docs/manage-backup-and-restore.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Back Up and Restore Databases diff --git a/docs/monitor-by-using-scalar-manager.mdx b/docs/monitor-by-using-scalar-manager.mdx index 8c58c034..a9b9ad89 100644 --- a/docs/monitor-by-using-scalar-manager.mdx +++ b/docs/monitor-by-using-scalar-manager.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Option +displayed_sidebar: docsEnglish --- # Monitor ScalarDB by Using Scalar Manager diff --git a/docs/multi-storage-transactions.mdx b/docs/multi-storage-transactions.mdx index 38ffebc6..de8da288 100644 --- a/docs/multi-storage-transactions.mdx +++ b/docs/multi-storage-transactions.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Multi-Storage Transactions diff --git a/docs/overview.mdx b/docs/overview.mdx index 20c79bd7..f999b409 100644 --- a/docs/overview.mdx +++ b/docs/overview.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB Overview diff --git a/docs/quick-start-overview.mdx b/docs/quick-start-overview.mdx index 6a05e7af..cdc40769 100644 --- a/docs/quick-start-overview.mdx +++ b/docs/quick-start-overview.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Quickstart Overview diff --git a/docs/releases/release-notes.mdx b/docs/releases/release-notes.mdx index 16ff956e..e9692fbe 100644 --- a/docs/releases/release-notes.mdx +++ b/docs/releases/release-notes.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB 3.14 Release Notes diff --git a/docs/releases/release-support-policy.mdx b/docs/releases/release-support-policy.mdx index 60e0e9f5..6e6da847 100644 --- a/docs/releases/release-support-policy.mdx +++ b/docs/releases/release-support-policy.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Release Support Policy diff --git a/docs/requirements.mdx b/docs/requirements.mdx index 84dbd54a..7f027786 100644 --- a/docs/requirements.mdx +++ b/docs/requirements.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Requirements diff --git a/docs/roadmap.mdx b/docs/roadmap.mdx index b42165af..a5ea7699 100644 --- a/docs/roadmap.mdx +++ b/docs/roadmap.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB Roadmap diff --git a/docs/run-non-transactional-storage-operations-through-library.mdx b/docs/run-non-transactional-storage-operations-through-library.mdx index b8b913cb..48e33446 100644 --- a/docs/run-non-transactional-storage-operations-through-library.mdx +++ b/docs/run-non-transactional-storage-operations-through-library.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Run Non-Transactional Storage Operations Through the Core Library diff --git a/docs/run-non-transactional-storage-operations-through-primitive-crud-interface.mdx b/docs/run-non-transactional-storage-operations-through-primitive-crud-interface.mdx index 7c56fa69..33a2aa47 100644 --- a/docs/run-non-transactional-storage-operations-through-primitive-crud-interface.mdx +++ b/docs/run-non-transactional-storage-operations-through-primitive-crud-interface.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Run Non-Transactional Storage Operations Through the Primitive CRUD Interface diff --git a/docs/run-transactions-through-scalardb-core-library.mdx b/docs/run-transactions-through-scalardb-core-library.mdx index b8fe7f2a..34ba4374 100644 --- a/docs/run-transactions-through-scalardb-core-library.mdx +++ b/docs/run-transactions-through-scalardb-core-library.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Run Transactions Through the ScalarDB Core Library diff --git a/docs/scalar-kubernetes/AccessScalarProducts.mdx b/docs/scalar-kubernetes/AccessScalarProducts.mdx index 40fe8f4e..543dff2e 100644 --- a/docs/scalar-kubernetes/AccessScalarProducts.mdx +++ b/docs/scalar-kubernetes/AccessScalarProducts.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Make ScalarDB or ScalarDL deployed in a Kubernetes cluster environment available from applications diff --git a/docs/scalar-kubernetes/AwsMarketplaceGuide.mdx b/docs/scalar-kubernetes/AwsMarketplaceGuide.mdx index 8594573c..2b22586b 100644 --- a/docs/scalar-kubernetes/AwsMarketplaceGuide.mdx +++ b/docs/scalar-kubernetes/AwsMarketplaceGuide.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # How to install Scalar products through AWS Marketplace diff --git a/docs/scalar-kubernetes/AzureMarketplaceGuide.mdx b/docs/scalar-kubernetes/AzureMarketplaceGuide.mdx index 6dc1b2bd..da3612a1 100644 --- a/docs/scalar-kubernetes/AzureMarketplaceGuide.mdx +++ b/docs/scalar-kubernetes/AzureMarketplaceGuide.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # How to install Scalar products through Azure Marketplace diff --git a/docs/scalar-kubernetes/BackupNoSQL.mdx b/docs/scalar-kubernetes/BackupNoSQL.mdx index 5cd59404..6882c8b1 100644 --- a/docs/scalar-kubernetes/BackupNoSQL.mdx +++ b/docs/scalar-kubernetes/BackupNoSQL.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Back up a NoSQL database in a Kubernetes environment diff --git a/docs/scalar-kubernetes/BackupRDB.mdx b/docs/scalar-kubernetes/BackupRDB.mdx index bbe64895..804d6360 100644 --- a/docs/scalar-kubernetes/BackupRDB.mdx +++ b/docs/scalar-kubernetes/BackupRDB.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Back up an RDB in a Kubernetes environment diff --git a/docs/scalar-kubernetes/BackupRestoreGuide.mdx b/docs/scalar-kubernetes/BackupRestoreGuide.mdx index 1dc99991..8faabbd4 100644 --- a/docs/scalar-kubernetes/BackupRestoreGuide.mdx +++ b/docs/scalar-kubernetes/BackupRestoreGuide.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Back up and restore ScalarDB or ScalarDL data in a Kubernetes environment diff --git a/docs/scalar-kubernetes/CreateAKSClusterForScalarDB.mdx b/docs/scalar-kubernetes/CreateAKSClusterForScalarDB.mdx index 5d32472c..2ea91d54 100644 --- a/docs/scalar-kubernetes/CreateAKSClusterForScalarDB.mdx +++ b/docs/scalar-kubernetes/CreateAKSClusterForScalarDB.mdx @@ -3,6 +3,7 @@ tags: - Enterprise Standard - Enterprise Premium - Deprecated +displayed_sidebar: docsEnglish --- # Guidelines for creating an AKS cluster for ScalarDB Server diff --git a/docs/scalar-kubernetes/CreateAKSClusterForScalarDL.mdx b/docs/scalar-kubernetes/CreateAKSClusterForScalarDL.mdx index 9f2c35ff..c22cc225 100644 --- a/docs/scalar-kubernetes/CreateAKSClusterForScalarDL.mdx +++ b/docs/scalar-kubernetes/CreateAKSClusterForScalarDL.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # Guidelines for creating an AKS cluster for ScalarDL Ledger diff --git a/docs/scalar-kubernetes/CreateAKSClusterForScalarDLAuditor.mdx b/docs/scalar-kubernetes/CreateAKSClusterForScalarDLAuditor.mdx index 64b8b82b..ce62bd0f 100644 --- a/docs/scalar-kubernetes/CreateAKSClusterForScalarDLAuditor.mdx +++ b/docs/scalar-kubernetes/CreateAKSClusterForScalarDLAuditor.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # Guidelines for creating an AKS cluster for ScalarDL Ledger and ScalarDL Auditor diff --git a/docs/scalar-kubernetes/CreateAKSClusterForScalarProducts.mdx b/docs/scalar-kubernetes/CreateAKSClusterForScalarProducts.mdx index 4a540ccb..0ecd0034 100644 --- a/docs/scalar-kubernetes/CreateAKSClusterForScalarProducts.mdx +++ b/docs/scalar-kubernetes/CreateAKSClusterForScalarProducts.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Guidelines for creating an AKS cluster for Scalar products diff --git a/docs/scalar-kubernetes/CreateBastionServer.mdx b/docs/scalar-kubernetes/CreateBastionServer.mdx index 77300b14..331c147f 100644 --- a/docs/scalar-kubernetes/CreateBastionServer.mdx +++ b/docs/scalar-kubernetes/CreateBastionServer.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Create a bastion server diff --git a/docs/scalar-kubernetes/CreateEKSClusterForScalarDB.mdx b/docs/scalar-kubernetes/CreateEKSClusterForScalarDB.mdx index 8315ed48..56d8c918 100644 --- a/docs/scalar-kubernetes/CreateEKSClusterForScalarDB.mdx +++ b/docs/scalar-kubernetes/CreateEKSClusterForScalarDB.mdx @@ -3,6 +3,7 @@ tags: - Enterprise Standard - Enterprise Premium - Deprecated +displayed_sidebar: docsEnglish --- # (Deprecated) Guidelines for creating an EKS cluster for ScalarDB Server diff --git a/docs/scalar-kubernetes/CreateEKSClusterForScalarDBCluster.mdx b/docs/scalar-kubernetes/CreateEKSClusterForScalarDBCluster.mdx index 7ad4a764..73ffe005 100644 --- a/docs/scalar-kubernetes/CreateEKSClusterForScalarDBCluster.mdx +++ b/docs/scalar-kubernetes/CreateEKSClusterForScalarDBCluster.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Guidelines for creating an EKS cluster for ScalarDB Cluster diff --git a/docs/scalar-kubernetes/CreateEKSClusterForScalarDL.mdx b/docs/scalar-kubernetes/CreateEKSClusterForScalarDL.mdx index efbab289..fa83233d 100644 --- a/docs/scalar-kubernetes/CreateEKSClusterForScalarDL.mdx +++ b/docs/scalar-kubernetes/CreateEKSClusterForScalarDL.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # Guidelines for creating an EKS cluster for ScalarDL Ledger diff --git a/docs/scalar-kubernetes/CreateEKSClusterForScalarDLAuditor.mdx b/docs/scalar-kubernetes/CreateEKSClusterForScalarDLAuditor.mdx index a1eef36c..f1752a04 100644 --- a/docs/scalar-kubernetes/CreateEKSClusterForScalarDLAuditor.mdx +++ b/docs/scalar-kubernetes/CreateEKSClusterForScalarDLAuditor.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # Guidelines for creating an EKS cluster for ScalarDL Ledger and ScalarDL Auditor diff --git a/docs/scalar-kubernetes/CreateEKSClusterForScalarProducts.mdx b/docs/scalar-kubernetes/CreateEKSClusterForScalarProducts.mdx index c179e79a..278ee172 100644 --- a/docs/scalar-kubernetes/CreateEKSClusterForScalarProducts.mdx +++ b/docs/scalar-kubernetes/CreateEKSClusterForScalarProducts.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Guidelines for creating an Amazon EKS cluster for Scalar products diff --git a/docs/scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx b/docs/scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx index fad111f5..76ad97a1 100644 --- a/docs/scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx +++ b/docs/scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # How to Create Private Key and Certificate Files for TLS Connections in Scalar Products diff --git a/docs/scalar-kubernetes/HowToGetContainerImages.mdx b/docs/scalar-kubernetes/HowToGetContainerImages.mdx index b3e3bb26..10b77dbc 100644 --- a/docs/scalar-kubernetes/HowToGetContainerImages.mdx +++ b/docs/scalar-kubernetes/HowToGetContainerImages.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # How to get the container images of Scalar products diff --git a/docs/scalar-kubernetes/HowToScaleScalarDB.mdx b/docs/scalar-kubernetes/HowToScaleScalarDB.mdx index 5090035f..76d6e2a5 100644 --- a/docs/scalar-kubernetes/HowToScaleScalarDB.mdx +++ b/docs/scalar-kubernetes/HowToScaleScalarDB.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # How to Scale ScalarDB diff --git a/docs/scalar-kubernetes/HowToScaleScalarDL.mdx b/docs/scalar-kubernetes/HowToScaleScalarDL.mdx index c9818134..d1adfbe3 100644 --- a/docs/scalar-kubernetes/HowToScaleScalarDL.mdx +++ b/docs/scalar-kubernetes/HowToScaleScalarDL.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # How to Scale ScalarDL diff --git a/docs/scalar-kubernetes/HowToUpgradeScalarDB.mdx b/docs/scalar-kubernetes/HowToUpgradeScalarDB.mdx index 83701249..98ce9714 100644 --- a/docs/scalar-kubernetes/HowToUpgradeScalarDB.mdx +++ b/docs/scalar-kubernetes/HowToUpgradeScalarDB.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # How to Upgrade ScalarDB diff --git a/docs/scalar-kubernetes/HowToUpgradeScalarDL.mdx b/docs/scalar-kubernetes/HowToUpgradeScalarDL.mdx index a4e2f6e0..1d98c52e 100644 --- a/docs/scalar-kubernetes/HowToUpgradeScalarDL.mdx +++ b/docs/scalar-kubernetes/HowToUpgradeScalarDL.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # How to Upgrade ScalarDL diff --git a/docs/scalar-kubernetes/HowToUseContainerImages.mdx b/docs/scalar-kubernetes/HowToUseContainerImages.mdx index aaae4db3..95b93618 100644 --- a/docs/scalar-kubernetes/HowToUseContainerImages.mdx +++ b/docs/scalar-kubernetes/HowToUseContainerImages.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # How to use the container images diff --git a/docs/scalar-kubernetes/K8sLogCollectionGuide.mdx b/docs/scalar-kubernetes/K8sLogCollectionGuide.mdx index c4d70e43..f6013a54 100644 --- a/docs/scalar-kubernetes/K8sLogCollectionGuide.mdx +++ b/docs/scalar-kubernetes/K8sLogCollectionGuide.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Collecting logs from Scalar products on a Kubernetes cluster diff --git a/docs/scalar-kubernetes/K8sMonitorGuide.mdx b/docs/scalar-kubernetes/K8sMonitorGuide.mdx index 801ee857..66cb123b 100644 --- a/docs/scalar-kubernetes/K8sMonitorGuide.mdx +++ b/docs/scalar-kubernetes/K8sMonitorGuide.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Monitoring Scalar products on a Kubernetes cluster diff --git a/docs/scalar-kubernetes/ManualDeploymentGuideScalarDBClusterOnEKS.mdx b/docs/scalar-kubernetes/ManualDeploymentGuideScalarDBClusterOnEKS.mdx index ac792e4d..bee02994 100644 --- a/docs/scalar-kubernetes/ManualDeploymentGuideScalarDBClusterOnEKS.mdx +++ b/docs/scalar-kubernetes/ManualDeploymentGuideScalarDBClusterOnEKS.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Deploy ScalarDB Cluster on Amazon Elastic Kubernetes Service (EKS) diff --git a/docs/scalar-kubernetes/ManualDeploymentGuideScalarDBServerOnAKS.mdx b/docs/scalar-kubernetes/ManualDeploymentGuideScalarDBServerOnAKS.mdx index b897e7ec..5a9e1d90 100644 --- a/docs/scalar-kubernetes/ManualDeploymentGuideScalarDBServerOnAKS.mdx +++ b/docs/scalar-kubernetes/ManualDeploymentGuideScalarDBServerOnAKS.mdx @@ -3,6 +3,7 @@ tags: - Enterprise Standard - Enterprise Premium - Deprecated +displayed_sidebar: docsEnglish --- # [Deprecated] Deploy ScalarDB Server on Azure Kubernetes Service (AKS) diff --git a/docs/scalar-kubernetes/ManualDeploymentGuideScalarDBServerOnEKS.mdx b/docs/scalar-kubernetes/ManualDeploymentGuideScalarDBServerOnEKS.mdx index 15f03e88..e2781658 100644 --- a/docs/scalar-kubernetes/ManualDeploymentGuideScalarDBServerOnEKS.mdx +++ b/docs/scalar-kubernetes/ManualDeploymentGuideScalarDBServerOnEKS.mdx @@ -3,6 +3,7 @@ tags: - Enterprise Standard - Enterprise Premium - Deprecated +displayed_sidebar: docsEnglish --- # Deploy ScalarDB Server on Amazon Elastic Kubernetes Service (EKS) diff --git a/docs/scalar-kubernetes/ManualDeploymentGuideScalarDLAuditorOnAKS.mdx b/docs/scalar-kubernetes/ManualDeploymentGuideScalarDLAuditorOnAKS.mdx index e73d0be5..6bae5bcd 100644 --- a/docs/scalar-kubernetes/ManualDeploymentGuideScalarDLAuditorOnAKS.mdx +++ b/docs/scalar-kubernetes/ManualDeploymentGuideScalarDLAuditorOnAKS.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # Deploy ScalarDL Ledger and ScalarDL Auditor on Azure Kubernetes Service (AKS) diff --git a/docs/scalar-kubernetes/ManualDeploymentGuideScalarDLAuditorOnEKS.mdx b/docs/scalar-kubernetes/ManualDeploymentGuideScalarDLAuditorOnEKS.mdx index 80a900f9..64c6101c 100644 --- a/docs/scalar-kubernetes/ManualDeploymentGuideScalarDLAuditorOnEKS.mdx +++ b/docs/scalar-kubernetes/ManualDeploymentGuideScalarDLAuditorOnEKS.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # Deploy ScalarDL Ledger and ScalarDL Auditor on Amazon Elastic Kubernetes Service (EKS) diff --git a/docs/scalar-kubernetes/ManualDeploymentGuideScalarDLOnAKS.mdx b/docs/scalar-kubernetes/ManualDeploymentGuideScalarDLOnAKS.mdx index 6ab18d73..554c14ea 100644 --- a/docs/scalar-kubernetes/ManualDeploymentGuideScalarDLOnAKS.mdx +++ b/docs/scalar-kubernetes/ManualDeploymentGuideScalarDLOnAKS.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # Deploy ScalarDL Ledger on Azure Kubernetes Service (AKS) diff --git a/docs/scalar-kubernetes/ManualDeploymentGuideScalarDLOnEKS.mdx b/docs/scalar-kubernetes/ManualDeploymentGuideScalarDLOnEKS.mdx index 4a3cabd9..5b4ecadf 100644 --- a/docs/scalar-kubernetes/ManualDeploymentGuideScalarDLOnEKS.mdx +++ b/docs/scalar-kubernetes/ManualDeploymentGuideScalarDLOnEKS.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # Deploy ScalarDL Ledger on Amazon Elastic Kubernetes Service (EKS) diff --git a/docs/scalar-kubernetes/NetworkPeeringForScalarDLAuditor.mdx b/docs/scalar-kubernetes/NetworkPeeringForScalarDLAuditor.mdx index 13c5ef88..fc86fbe9 100644 --- a/docs/scalar-kubernetes/NetworkPeeringForScalarDLAuditor.mdx +++ b/docs/scalar-kubernetes/NetworkPeeringForScalarDLAuditor.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # Configure Network Peering for ScalarDL Auditor Mode diff --git a/docs/scalar-kubernetes/ProductionChecklistForScalarDBCluster.mdx b/docs/scalar-kubernetes/ProductionChecklistForScalarDBCluster.mdx index 6a872a74..2a51f739 100644 --- a/docs/scalar-kubernetes/ProductionChecklistForScalarDBCluster.mdx +++ b/docs/scalar-kubernetes/ProductionChecklistForScalarDBCluster.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Production checklist for ScalarDB Cluster diff --git a/docs/scalar-kubernetes/ProductionChecklistForScalarDLAuditor.mdx b/docs/scalar-kubernetes/ProductionChecklistForScalarDLAuditor.mdx index 3adac860..8ca30ca6 100644 --- a/docs/scalar-kubernetes/ProductionChecklistForScalarDLAuditor.mdx +++ b/docs/scalar-kubernetes/ProductionChecklistForScalarDLAuditor.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # Production checklist for ScalarDL Auditor diff --git a/docs/scalar-kubernetes/ProductionChecklistForScalarDLLedger.mdx b/docs/scalar-kubernetes/ProductionChecklistForScalarDLLedger.mdx index aecf0252..c83e9cf8 100644 --- a/docs/scalar-kubernetes/ProductionChecklistForScalarDLLedger.mdx +++ b/docs/scalar-kubernetes/ProductionChecklistForScalarDLLedger.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # Production checklist for ScalarDL Ledger diff --git a/docs/scalar-kubernetes/ProductionChecklistForScalarProducts.mdx b/docs/scalar-kubernetes/ProductionChecklistForScalarProducts.mdx index a1473aae..0779599a 100644 --- a/docs/scalar-kubernetes/ProductionChecklistForScalarProducts.mdx +++ b/docs/scalar-kubernetes/ProductionChecklistForScalarProducts.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Production checklist for Scalar products diff --git a/docs/scalar-kubernetes/RegularCheck.mdx b/docs/scalar-kubernetes/RegularCheck.mdx index 0ded26ac..497546ec 100644 --- a/docs/scalar-kubernetes/RegularCheck.mdx +++ b/docs/scalar-kubernetes/RegularCheck.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Components to Regularly Check When Running in a Kubernetes Environment diff --git a/docs/scalar-kubernetes/RestoreDatabase.mdx b/docs/scalar-kubernetes/RestoreDatabase.mdx index 6f245a36..61a615e3 100644 --- a/docs/scalar-kubernetes/RestoreDatabase.mdx +++ b/docs/scalar-kubernetes/RestoreDatabase.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Restore databases in a Kubernetes environment diff --git a/docs/scalar-kubernetes/SetupDatabase.mdx b/docs/scalar-kubernetes/SetupDatabase.mdx index 5fe79255..3ffe0967 100644 --- a/docs/scalar-kubernetes/SetupDatabase.mdx +++ b/docs/scalar-kubernetes/SetupDatabase.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Set up a database for ScalarDB/ScalarDL deployment diff --git a/docs/scalar-kubernetes/SetupDatabaseForAWS.mdx b/docs/scalar-kubernetes/SetupDatabaseForAWS.mdx index 266fe096..78c817fd 100644 --- a/docs/scalar-kubernetes/SetupDatabaseForAWS.mdx +++ b/docs/scalar-kubernetes/SetupDatabaseForAWS.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Set up a database for ScalarDB/ScalarDL deployment on AWS diff --git a/docs/scalar-kubernetes/SetupDatabaseForAzure.mdx b/docs/scalar-kubernetes/SetupDatabaseForAzure.mdx index 7b2c34b6..01ee90ad 100644 --- a/docs/scalar-kubernetes/SetupDatabaseForAzure.mdx +++ b/docs/scalar-kubernetes/SetupDatabaseForAzure.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Set up a database for ScalarDB/ScalarDL deployment on Azure diff --git a/docs/scalar-kubernetes/alerts/Envoy.mdx b/docs/scalar-kubernetes/alerts/Envoy.mdx index dcc3beb4..95183274 100644 --- a/docs/scalar-kubernetes/alerts/Envoy.mdx +++ b/docs/scalar-kubernetes/alerts/Envoy.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Envoy Alerts diff --git a/docs/scalar-kubernetes/alerts/Ledger.mdx b/docs/scalar-kubernetes/alerts/Ledger.mdx index 2a70882d..72d14971 100644 --- a/docs/scalar-kubernetes/alerts/Ledger.mdx +++ b/docs/scalar-kubernetes/alerts/Ledger.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsEnglish --- # Ledger Alerts diff --git a/docs/scalar-kubernetes/alerts/README.mdx b/docs/scalar-kubernetes/alerts/README.mdx index d97a2b13..6048b065 100644 --- a/docs/scalar-kubernetes/alerts/README.mdx +++ b/docs/scalar-kubernetes/alerts/README.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Scalar Alerts diff --git a/docs/scalar-licensing/README.mdx b/docs/scalar-licensing/README.mdx index f39c6977..358bb347 100644 --- a/docs/scalar-licensing/README.mdx +++ b/docs/scalar-licensing/README.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # How to Configure a Product License Key diff --git a/docs/scalar-manager/overview.mdx b/docs/scalar-manager/overview.mdx index 8db0a86b..04ee30f7 100644 --- a/docs/scalar-manager/overview.mdx +++ b/docs/scalar-manager/overview.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Option +displayed_sidebar: docsEnglish --- # Scalar Manager Overview diff --git a/docs/scalardb-analytics-postgresql/getting-started.mdx b/docs/scalardb-analytics-postgresql/getting-started.mdx index 8b3b4b09..29e34ce5 100644 --- a/docs/scalardb-analytics-postgresql/getting-started.mdx +++ b/docs/scalardb-analytics-postgresql/getting-started.mdx @@ -1,6 +1,7 @@ --- tags: - Community +displayed_sidebar: docsEnglish --- # Getting Started with ScalarDB Analytics with PostgreSQL diff --git a/docs/scalardb-analytics-postgresql/installation.mdx b/docs/scalardb-analytics-postgresql/installation.mdx index 26e6f3b4..ca3e82bf 100644 --- a/docs/scalardb-analytics-postgresql/installation.mdx +++ b/docs/scalardb-analytics-postgresql/installation.mdx @@ -1,6 +1,7 @@ --- tags: - Community +displayed_sidebar: docsEnglish --- # How to Install ScalarDB Analytics with PostgreSQL in Your Local Environment by Using Docker diff --git a/docs/scalardb-analytics-postgresql/scalardb-fdw.mdx b/docs/scalardb-analytics-postgresql/scalardb-fdw.mdx index 07253591..d8583026 100644 --- a/docs/scalardb-analytics-postgresql/scalardb-fdw.mdx +++ b/docs/scalardb-analytics-postgresql/scalardb-fdw.mdx @@ -1,6 +1,7 @@ --- tags: - Community +displayed_sidebar: docsEnglish --- # ScalarDB FDW diff --git a/docs/scalardb-analytics-postgresql/schema-importer.mdx b/docs/scalardb-analytics-postgresql/schema-importer.mdx index 0c6bdfc9..51457edc 100644 --- a/docs/scalardb-analytics-postgresql/schema-importer.mdx +++ b/docs/scalardb-analytics-postgresql/schema-importer.mdx @@ -1,6 +1,7 @@ --- tags: - Community +displayed_sidebar: docsEnglish --- # Schema Importer diff --git a/docs/scalardb-analytics-spark/README.mdx b/docs/scalardb-analytics-spark/README.mdx index 523992da..d12f5987 100644 --- a/docs/scalardb-analytics-spark/README.mdx +++ b/docs/scalardb-analytics-spark/README.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Option - Public Preview +displayed_sidebar: docsEnglish --- # ScalarDB Analytics diff --git a/docs/scalardb-analytics-spark/version-compatibility.mdx b/docs/scalardb-analytics-spark/version-compatibility.mdx index c4b346fe..428d3e6e 100644 --- a/docs/scalardb-analytics-spark/version-compatibility.mdx +++ b/docs/scalardb-analytics-spark/version-compatibility.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Option - Public Preview +displayed_sidebar: docsEnglish --- # Version Compatibility of ScalarDB Analytics with Spark diff --git a/docs/scalardb-benchmarks/README.mdx b/docs/scalardb-benchmarks/README.mdx index a03fee98..bbb83980 100644 --- a/docs/scalardb-benchmarks/README.mdx +++ b/docs/scalardb-benchmarks/README.mdx @@ -1,6 +1,7 @@ --- tags: - Community +displayed_sidebar: docsEnglish --- # ScalarDB Benchmarking Tools diff --git a/docs/scalardb-cluster-dotnet-client-sdk/common-reference.mdx b/docs/scalardb-cluster-dotnet-client-sdk/common-reference.mdx index a7c0918d..d8574e90 100644 --- a/docs/scalardb-cluster-dotnet-client-sdk/common-reference.mdx +++ b/docs/scalardb-cluster-dotnet-client-sdk/common-reference.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB Cluster .NET Client SDK Reference diff --git a/docs/scalardb-cluster-dotnet-client-sdk/exception-handling.mdx b/docs/scalardb-cluster-dotnet-client-sdk/exception-handling.mdx index bba16cb6..1767360f 100644 --- a/docs/scalardb-cluster-dotnet-client-sdk/exception-handling.mdx +++ b/docs/scalardb-cluster-dotnet-client-sdk/exception-handling.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Exception Handling in the ScalarDB Cluster .NET Client SDK diff --git a/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-admin-api.mdx b/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-admin-api.mdx index e82aa312..c7a81560 100644 --- a/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-admin-api.mdx +++ b/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-admin-api.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Getting Started with the Administrative API in the ScalarDB Cluster .NET Client SDK diff --git a/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-aspnet-and-di.mdx b/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-aspnet-and-di.mdx index 8398c503..6bdebd44 100644 --- a/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-aspnet-and-di.mdx +++ b/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-aspnet-and-di.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Getting Started with ASP.NET Core and Dependency Injection in the ScalarDB Cluster .NET Client SDK diff --git a/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-auth.mdx b/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-auth.mdx index cea29c15..196a2ac1 100644 --- a/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-auth.mdx +++ b/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-auth.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Getting Started with Authentication and Authorization by Using ScalarDB Cluster .NET Client SDK diff --git a/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-sql-transactions.mdx b/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-sql-transactions.mdx index c4aba865..628ea26d 100644 --- a/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-sql-transactions.mdx +++ b/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-sql-transactions.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # Getting Started with Distributed SQL Transactions in the ScalarDB Cluster .NET Client SDK diff --git a/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-transactions.mdx b/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-transactions.mdx index f86ab556..30582abc 100644 --- a/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-transactions.mdx +++ b/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-transactions.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Getting Started with Distributed Transactions in the ScalarDB Cluster .NET Client SDK diff --git a/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-linq.mdx b/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-linq.mdx index e7b5e458..7a4ded41 100644 --- a/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-linq.mdx +++ b/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-linq.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # Getting Started with LINQ in the ScalarDB Cluster .NET Client SDK diff --git a/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-scalardb-tables-as-csharp-classes.mdx b/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-scalardb-tables-as-csharp-classes.mdx index 5014987b..3b6357ab 100644 --- a/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-scalardb-tables-as-csharp-classes.mdx +++ b/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-scalardb-tables-as-csharp-classes.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Getting Started with Tables as C# Classes in the ScalarDB Cluster .NET Client SDK diff --git a/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-two-phase-commit-transactions.mdx b/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-two-phase-commit-transactions.mdx index 344d6afa..7a684b2c 100644 --- a/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-two-phase-commit-transactions.mdx +++ b/docs/scalardb-cluster-dotnet-client-sdk/getting-started-with-two-phase-commit-transactions.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Getting Started with Distributed Transactions with a Two-Phase Commit Interface in the ScalarDB Cluster .NET Client SDK diff --git a/docs/scalardb-cluster-dotnet-client-sdk/index.mdx b/docs/scalardb-cluster-dotnet-client-sdk/index.mdx index bb2cd41a..f2562631 100644 --- a/docs/scalardb-cluster-dotnet-client-sdk/index.mdx +++ b/docs/scalardb-cluster-dotnet-client-sdk/index.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB Cluster .NET Client SDK Overview diff --git a/docs/scalardb-cluster/compatibility.mdx b/docs/scalardb-cluster/compatibility.mdx index bb16720e..2a7f30ec 100644 --- a/docs/scalardb-cluster/compatibility.mdx +++ b/docs/scalardb-cluster/compatibility.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB Cluster Compatibility Matrix diff --git a/docs/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api.mdx b/docs/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api.mdx index 395c9038..c65a9796 100644 --- a/docs/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api.mdx +++ b/docs/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Developer Guide for ScalarDB Cluster with the Java API diff --git a/docs/scalardb-cluster/encrypt-data-at-rest.mdx b/docs/scalardb-cluster/encrypt-data-at-rest.mdx index eaab14e3..79f83c3d 100644 --- a/docs/scalardb-cluster/encrypt-data-at-rest.mdx +++ b/docs/scalardb-cluster/encrypt-data-at-rest.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # Encrypt Data at Rest diff --git a/docs/scalardb-cluster/encrypt-wire-communications.mdx b/docs/scalardb-cluster/encrypt-wire-communications.mdx index 9e3ff4c8..88dd7a97 100644 --- a/docs/scalardb-cluster/encrypt-wire-communications.mdx +++ b/docs/scalardb-cluster/encrypt-wire-communications.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # Encrypt Wire Communications diff --git a/docs/scalardb-cluster/getting-started-with-scalardb-cluster-graphql.mdx b/docs/scalardb-cluster/getting-started-with-scalardb-cluster-graphql.mdx index b0bb5d29..ebc5c6e1 100644 --- a/docs/scalardb-cluster/getting-started-with-scalardb-cluster-graphql.mdx +++ b/docs/scalardb-cluster/getting-started-with-scalardb-cluster-graphql.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # Getting Started with ScalarDB Cluster GraphQL diff --git a/docs/scalardb-cluster/getting-started-with-scalardb-cluster-sql-jdbc.mdx b/docs/scalardb-cluster/getting-started-with-scalardb-cluster-sql-jdbc.mdx index 26f39d54..1ed2dee0 100644 --- a/docs/scalardb-cluster/getting-started-with-scalardb-cluster-sql-jdbc.mdx +++ b/docs/scalardb-cluster/getting-started-with-scalardb-cluster-sql-jdbc.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # Getting Started with ScalarDB Cluster SQL via JDBC diff --git a/docs/scalardb-cluster/getting-started-with-scalardb-cluster-sql-spring-data-jdbc.mdx b/docs/scalardb-cluster/getting-started-with-scalardb-cluster-sql-spring-data-jdbc.mdx index b737a51b..6b7080d5 100644 --- a/docs/scalardb-cluster/getting-started-with-scalardb-cluster-sql-spring-data-jdbc.mdx +++ b/docs/scalardb-cluster/getting-started-with-scalardb-cluster-sql-spring-data-jdbc.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # Getting Started with ScalarDB Cluster SQL via Spring Data JDBC for ScalarDB diff --git a/docs/scalardb-cluster/getting-started-with-scalardb-cluster.mdx b/docs/scalardb-cluster/getting-started-with-scalardb-cluster.mdx index c2f615a5..4b46001a 100644 --- a/docs/scalardb-cluster/getting-started-with-scalardb-cluster.mdx +++ b/docs/scalardb-cluster/getting-started-with-scalardb-cluster.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Getting Started with ScalarDB Cluster diff --git a/docs/scalardb-cluster/getting-started-with-using-go-for-scalardb-cluster.mdx b/docs/scalardb-cluster/getting-started-with-using-go-for-scalardb-cluster.mdx index e9dbfe0e..6f714abe 100644 --- a/docs/scalardb-cluster/getting-started-with-using-go-for-scalardb-cluster.mdx +++ b/docs/scalardb-cluster/getting-started-with-using-go-for-scalardb-cluster.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Getting Started with Using Go for ScalarDB Cluster diff --git a/docs/scalardb-cluster/getting-started-with-using-python-for-scalardb-cluster.mdx b/docs/scalardb-cluster/getting-started-with-using-python-for-scalardb-cluster.mdx index 11b194d1..47b4505a 100644 --- a/docs/scalardb-cluster/getting-started-with-using-python-for-scalardb-cluster.mdx +++ b/docs/scalardb-cluster/getting-started-with-using-python-for-scalardb-cluster.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Getting Started with Using Python for ScalarDB Cluster diff --git a/docs/scalardb-cluster/index.mdx b/docs/scalardb-cluster/index.mdx index 6dcf8c1d..0566b914 100644 --- a/docs/scalardb-cluster/index.mdx +++ b/docs/scalardb-cluster/index.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB Cluster diff --git a/docs/scalardb-cluster/run-non-transactional-storage-operations-through-scalardb-cluster.mdx b/docs/scalardb-cluster/run-non-transactional-storage-operations-through-scalardb-cluster.mdx index cd538abe..89fa8a6e 100644 --- a/docs/scalardb-cluster/run-non-transactional-storage-operations-through-scalardb-cluster.mdx +++ b/docs/scalardb-cluster/run-non-transactional-storage-operations-through-scalardb-cluster.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Run Non-Transactional Storage Operations Through ScalarDB Cluster diff --git a/docs/scalardb-cluster/run-non-transactional-storage-operations-through-sql-interface.mdx b/docs/scalardb-cluster/run-non-transactional-storage-operations-through-sql-interface.mdx index fa3108d4..10977801 100644 --- a/docs/scalardb-cluster/run-non-transactional-storage-operations-through-sql-interface.mdx +++ b/docs/scalardb-cluster/run-non-transactional-storage-operations-through-sql-interface.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # Run Non-Transactional Storage Operations Through the SQL Interface diff --git a/docs/scalardb-cluster/run-transactions-through-scalardb-cluster-sql.mdx b/docs/scalardb-cluster/run-transactions-through-scalardb-cluster-sql.mdx index 5359e157..8d30e2af 100644 --- a/docs/scalardb-cluster/run-transactions-through-scalardb-cluster-sql.mdx +++ b/docs/scalardb-cluster/run-transactions-through-scalardb-cluster-sql.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # Run Transactions Through ScalarDB Cluster SQL diff --git a/docs/scalardb-cluster/run-transactions-through-scalardb-cluster.mdx b/docs/scalardb-cluster/run-transactions-through-scalardb-cluster.mdx index 633dee10..eee90e5e 100644 --- a/docs/scalardb-cluster/run-transactions-through-scalardb-cluster.mdx +++ b/docs/scalardb-cluster/run-transactions-through-scalardb-cluster.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Run Transactions Through ScalarDB Cluster diff --git a/docs/scalardb-cluster/scalardb-auth-status-codes.mdx b/docs/scalardb-cluster/scalardb-auth-status-codes.mdx index ff59e347..670566f7 100644 --- a/docs/scalardb-cluster/scalardb-auth-status-codes.mdx +++ b/docs/scalardb-cluster/scalardb-auth-status-codes.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Authentication and Authorization Error Codes diff --git a/docs/scalardb-cluster/scalardb-auth-with-sql.mdx b/docs/scalardb-cluster/scalardb-auth-with-sql.mdx index a0c0be6e..6046c9b2 100644 --- a/docs/scalardb-cluster/scalardb-auth-with-sql.mdx +++ b/docs/scalardb-cluster/scalardb-auth-with-sql.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # Authenticate and Authorize Users diff --git a/docs/scalardb-cluster/scalardb-cluster-configurations.mdx b/docs/scalardb-cluster/scalardb-cluster-configurations.mdx index 4f108418..7cacaff5 100644 --- a/docs/scalardb-cluster/scalardb-cluster-configurations.mdx +++ b/docs/scalardb-cluster/scalardb-cluster-configurations.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB Cluster Configurations diff --git a/docs/scalardb-cluster/scalardb-cluster-grpc-api-guide.mdx b/docs/scalardb-cluster/scalardb-cluster-grpc-api-guide.mdx index 79242607..f263ac60 100644 --- a/docs/scalardb-cluster/scalardb-cluster-grpc-api-guide.mdx +++ b/docs/scalardb-cluster/scalardb-cluster-grpc-api-guide.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB Cluster gRPC API Guide diff --git a/docs/scalardb-cluster/scalardb-cluster-sql-grpc-api-guide.mdx b/docs/scalardb-cluster/scalardb-cluster-sql-grpc-api-guide.mdx index 18321051..9c7d8eb1 100644 --- a/docs/scalardb-cluster/scalardb-cluster-sql-grpc-api-guide.mdx +++ b/docs/scalardb-cluster/scalardb-cluster-sql-grpc-api-guide.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB Cluster SQL gRPC API Guide diff --git a/docs/scalardb-cluster/scalardb-cluster-status-codes.mdx b/docs/scalardb-cluster/scalardb-cluster-status-codes.mdx index 7f8c8f48..14098bdc 100644 --- a/docs/scalardb-cluster/scalardb-cluster-status-codes.mdx +++ b/docs/scalardb-cluster/scalardb-cluster-status-codes.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB Cluster Error Codes diff --git a/docs/scalardb-cluster/setup-scalardb-cluster-on-kubernetes-by-using-helm-chart.mdx b/docs/scalardb-cluster/setup-scalardb-cluster-on-kubernetes-by-using-helm-chart.mdx index 9cb60473..93eb0a98 100644 --- a/docs/scalardb-cluster/setup-scalardb-cluster-on-kubernetes-by-using-helm-chart.mdx +++ b/docs/scalardb-cluster/setup-scalardb-cluster-on-kubernetes-by-using-helm-chart.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # How to Deploy ScalarDB Cluster Locally diff --git a/docs/scalardb-cluster/standalone-mode.mdx b/docs/scalardb-cluster/standalone-mode.mdx index 3287aacc..4108869f 100644 --- a/docs/scalardb-cluster/standalone-mode.mdx +++ b/docs/scalardb-cluster/standalone-mode.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB Cluster Standalone Mode diff --git a/docs/scalardb-core-status-codes.mdx b/docs/scalardb-core-status-codes.mdx index ab61f380..3e52318f 100644 --- a/docs/scalardb-core-status-codes.mdx +++ b/docs/scalardb-core-status-codes.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB Error Codes diff --git a/docs/scalardb-graphql/how-to-run-two-phase-commit-transaction.mdx b/docs/scalardb-graphql/how-to-run-two-phase-commit-transaction.mdx index 6065d55e..85dfdbbc 100644 --- a/docs/scalardb-graphql/how-to-run-two-phase-commit-transaction.mdx +++ b/docs/scalardb-graphql/how-to-run-two-phase-commit-transaction.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # How to run two-phase commit transaction diff --git a/docs/scalardb-graphql/scalardb-graphql-status-codes.mdx b/docs/scalardb-graphql/scalardb-graphql-status-codes.mdx index e04c4275..5db42eca 100644 --- a/docs/scalardb-graphql/scalardb-graphql-status-codes.mdx +++ b/docs/scalardb-graphql/scalardb-graphql-status-codes.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB GraphQL Error Codes diff --git a/docs/scalardb-samples/README.mdx b/docs/scalardb-samples/README.mdx index 3b26532b..74e8a64c 100644 --- a/docs/scalardb-samples/README.mdx +++ b/docs/scalardb-samples/README.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB Samples diff --git a/docs/scalardb-samples/microservice-transaction-sample/README.mdx b/docs/scalardb-samples/microservice-transaction-sample/README.mdx index fbc0e685..40766fb4 100644 --- a/docs/scalardb-samples/microservice-transaction-sample/README.mdx +++ b/docs/scalardb-samples/microservice-transaction-sample/README.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Create a Sample Application That Supports Microservice Transactions diff --git a/docs/scalardb-samples/multi-storage-transaction-sample/README.mdx b/docs/scalardb-samples/multi-storage-transaction-sample/README.mdx index 1826cf40..6fe2af65 100644 --- a/docs/scalardb-samples/multi-storage-transaction-sample/README.mdx +++ b/docs/scalardb-samples/multi-storage-transaction-sample/README.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Create a Sample Application That Supports Multi-Storage Transactions diff --git a/docs/scalardb-samples/scalardb-analytics-postgresql-sample/README.mdx b/docs/scalardb-samples/scalardb-analytics-postgresql-sample/README.mdx index fc6ea602..d29a7a24 100644 --- a/docs/scalardb-samples/scalardb-analytics-postgresql-sample/README.mdx +++ b/docs/scalardb-samples/scalardb-analytics-postgresql-sample/README.mdx @@ -1,6 +1,7 @@ --- tags: - Community +displayed_sidebar: docsEnglish --- # Run Analytical Queries on Sample Data by Using ScalarDB Analytics with PostgreSQL diff --git a/docs/scalardb-samples/scalardb-analytics-spark-sample/README.mdx b/docs/scalardb-samples/scalardb-analytics-spark-sample/README.mdx index f0b5c28e..0898b31d 100644 --- a/docs/scalardb-samples/scalardb-analytics-spark-sample/README.mdx +++ b/docs/scalardb-samples/scalardb-analytics-spark-sample/README.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Option - Public Preview +displayed_sidebar: docsEnglish --- # Getting Started with ScalarDB Analytics @@ -12,7 +13,7 @@ This tutorial describes how to run analytical queries on sample data by using Sc ScalarDB Analytics in its current version leverages Apache Spark as its execution engine. It provides a unified view of ScalarDB-managed and non-ScalarDB-managed data sources by using a Spark custom catalog. By using ScalarDB Analytics, you can treat tables from these data sources as native Spark tables. This allows you to execute arbitrary Spark SQL queries seamlessly. For example, you can join a table stored in Cassandra with a table in PostgreSQL to perform cross-database analysis with ease. -## Overview of the Sample Application +## Overview of the sample application This sample tutorial demonstrates how to configure Spark to enable ScalarDB Analytics and perform interactive analyses using `spark-sql` on tables provided by ScalarDB Analytics. diff --git a/docs/scalardb-samples/spring-data-microservice-transaction-sample/README.mdx b/docs/scalardb-samples/spring-data-microservice-transaction-sample/README.mdx index 86ebc347..59474e42 100644 --- a/docs/scalardb-samples/spring-data-microservice-transaction-sample/README.mdx +++ b/docs/scalardb-samples/spring-data-microservice-transaction-sample/README.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # Sample application of Spring Data JDBC for ScalarDB with Microservice Transactions diff --git a/docs/scalardb-samples/spring-data-multi-storage-transaction-sample/README.mdx b/docs/scalardb-samples/spring-data-multi-storage-transaction-sample/README.mdx index ca4c7bbd..195ae6ab 100644 --- a/docs/scalardb-samples/spring-data-multi-storage-transaction-sample/README.mdx +++ b/docs/scalardb-samples/spring-data-multi-storage-transaction-sample/README.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # Sample application of Spring Data JDBC for ScalarDB with Multi-storage Transactions diff --git a/docs/scalardb-sql/grammar.mdx b/docs/scalardb-sql/grammar.mdx index 4a758ff1..de0fd51f 100644 --- a/docs/scalardb-sql/grammar.mdx +++ b/docs/scalardb-sql/grammar.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB SQL Grammar diff --git a/docs/scalardb-sql/jdbc-guide.mdx b/docs/scalardb-sql/jdbc-guide.mdx index 48d7dd25..b3b72722 100644 --- a/docs/scalardb-sql/jdbc-guide.mdx +++ b/docs/scalardb-sql/jdbc-guide.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB JDBC Guide diff --git a/docs/scalardb-sql/migration-guide.mdx b/docs/scalardb-sql/migration-guide.mdx index f0f7eebd..b16ebe4b 100644 --- a/docs/scalardb-sql/migration-guide.mdx +++ b/docs/scalardb-sql/migration-guide.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # How to Migrate Your Applications and Databases into a ScalarDB-Based Environment diff --git a/docs/scalardb-sql/scalardb-sql-status-codes.mdx b/docs/scalardb-sql/scalardb-sql-status-codes.mdx index fb94686a..f14e8231 100644 --- a/docs/scalardb-sql/scalardb-sql-status-codes.mdx +++ b/docs/scalardb-sql/scalardb-sql-status-codes.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB SQL Error Codes diff --git a/docs/scalardb-sql/spring-data-guide.mdx b/docs/scalardb-sql/spring-data-guide.mdx index 0b15c910..9d09f270 100644 --- a/docs/scalardb-sql/spring-data-guide.mdx +++ b/docs/scalardb-sql/spring-data-guide.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # Guide of Spring Data JDBC for ScalarDB diff --git a/docs/scalardb-sql/sql-api-guide.mdx b/docs/scalardb-sql/sql-api-guide.mdx index c45c59c7..278180b4 100644 --- a/docs/scalardb-sql/sql-api-guide.mdx +++ b/docs/scalardb-sql/sql-api-guide.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB SQL API Guide diff --git a/docs/schema-loader-import.mdx b/docs/schema-loader-import.mdx index 1b72b7db..411cd619 100644 --- a/docs/schema-loader-import.mdx +++ b/docs/schema-loader-import.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Importing Existing Tables to ScalarDB by Using ScalarDB Schema Loader diff --git a/docs/schema-loader.mdx b/docs/schema-loader.mdx index f342b8a6..028338e0 100644 --- a/docs/schema-loader.mdx +++ b/docs/schema-loader.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # ScalarDB Schema Loader diff --git a/docs/two-phase-commit-transactions.mdx b/docs/two-phase-commit-transactions.mdx index 21566e7f..f5d85872 100644 --- a/docs/two-phase-commit-transactions.mdx +++ b/docs/two-phase-commit-transactions.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsEnglish --- # Transactions with a Two-Phase Commit Interface diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current.json b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current.json new file mode 100644 index 00000000..64f8ccdb --- /dev/null +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current.json @@ -0,0 +1,6 @@ +{ + "version.label": { + "message": "3.14", + "description": "The label for version current" + } +} diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/add-scalardb-to-your-build.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/add-scalardb-to-your-build.mdx index 5c6fdca7..7e21ac74 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/add-scalardb-to-your-build.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/add-scalardb-to-your-build.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ビルドに ScalarDB を追加する diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/api-guide.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/api-guide.mdx index 75c9f6d0..b8c1ef6d 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/api-guide.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/api-guide.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Java API ガイド @@ -46,7 +47,7 @@ admin.close(); ### 名前空間を作成する -テーブルは 1 つの名前空間に属するため、テーブルを作成する前に名前空間を作成する必要があります。 +テーブルは1つの名前空間に属するため、テーブルを作成する前に名前空間を作成する必要があります。 名前空間は次のように作成できます。 @@ -404,7 +405,7 @@ DistributedTransaction transaction = transactionManager.start("" トランザクション ID を指定すると、外部システムを ScalarDB にリンクする場合に便利です。それ以外の場合は、`begin()` メソッドまたは `start()` メソッドを使用する必要があります。 -トランザクション ID を指定する場合は、ScalarDB の正確性はトランザクション ID の一意性に依存するため、システム全体で一意の ID (UUID v4 など) を指定してください。 +トランザクション ID を指定する場合は、ScalarDB の正確性はトランザクション ID の一意性に依存するため、システム全体で一意の ID (UUID v4など) を指定してください。 ::: @@ -480,7 +481,7 @@ Key key3 = Key.ofDouble("col1", 1.3d); Key key4 = Key.ofText("col1", "value"); ``` -2～5 列で設定されるキーの場合は、`Key.of()` メソッドを使用して次のようにキーを構築できます。Guava の `ImmutableMap.of()` と同様に、列名と値を順番に指定する必要があります。 +2～5列で設定されるキーの場合は、`Key.of()` メソッドを使用して次のようにキーを構築できます。Guava の `ImmutableMap.of()` と同様に、列名と値を順番に指定する必要があります。 ```java // For a key that consists of two to five columns. @@ -490,7 +491,7 @@ Key key3 = Key.of("col1", 1, "col2", 100L, "col3", 1.3d, "col4", "value"); Key key4 = Key.of("col1", 1, "col2", 100L, "col3", 1.3d, "col4", "value", "col5", false); ``` -5 列を超えるキーの場合は、ビルダーを使用して次のようにキーを構築できます。 +5列を超えるキーの場合は、ビルダーを使用して次のようにキーを構築できます。 ```java // For a key that consists of more than five columns. @@ -506,7 +507,7 @@ Key key = Key.newBuilder() ##### `Get` 操作 -`Get` は、プライマリーキーで指定された単一のレコードを取得する操作です。 +`Get` は、主キーで指定された単一のレコードを取得する操作です。 まず `Get` オブジェクトを作成し、次に次のように `transaction.get()` メソッドを使用してオブジェクトを実行する必要があります。 @@ -808,11 +809,11 @@ List results = transaction.scan(scan); :::note -`Put` 操作は ScalarDB 3.13 以降では非推奨となり、将来のリリースでは削除される予定です。`Put` 操作の代わりに、`Insert` 操作、`Upsert` 操作、または `Update` 操作を使用してください。 +`Put` 操作は ScalarDB 3.13以降では非推奨となり、将来のリリースでは削除される予定です。`Put` 操作の代わりに、`Insert` 操作、`Upsert` 操作、または `Update` 操作を使用してください。 ::: -`Put` は、プライマリーキーで指定されたレコードを配置する操作です。この操作はレコードの upsert 操作として動作し、レコードが存在する場合はレコードを更新し、レコードが存在しない場合はレコードを挿入します。 +`Put` は、主キーで指定されたレコードを配置する操作です。この操作はレコードの upsert 操作として動作し、レコードが存在する場合はレコードを更新し、レコードが存在しない場合はレコードを挿入します。 :::note @@ -957,7 +958,7 @@ transaction.update(update); ##### `Delete` 操作 -`Delete` は、プライマリーキーで指定されたレコードを削除する操作です。 +`Delete` は、主キーで指定されたレコードを削除する操作です。 :::note @@ -986,7 +987,7 @@ transaction.delete(delete); ##### 条件付きの `Put`、`Delete`、`Update` -トランザクション内で条件をチェックするロジックを実装することで、コミット前にトランザクションが満たす必要のある任意の条件 (たとえば、銀行口座の残高が 0 以上である必要がある) を記述できます。または、`Put`、`Delete`、`Update` などのミューテーション操作で単純な条件を記述することもできます。 +トランザクション内で条件をチェックするロジックを実装することで、コミット前にトランザクションが満たす必要のある任意の条件 (たとえば、銀行口座の残高が0以上である必要がある) を記述できます。または、`Put`、`Delete`、`Update` などのミューテーション操作で単純な条件を記述することもできます。 `Put`、`Delete`、`Update` 操作に条件が含まれている場合、指定された条件が満たされた場合にのみ操作が実行されます。操作の実行時に条件が満たされていない場合は、`UnsatisfiedConditionException` という例外がスローされます。 @@ -1195,7 +1196,7 @@ ScalarDB で例外を処理する方法の詳細については、[例外の処 #### `Get` 操作を実行する -`Get` は、プライマリーキーで指定された単一のレコードを取得する操作です。 +`Get` は、主キーで指定された単一のレコードを取得する操作です。 最初に `Get` オブジェクトを作成し、次に次のように `transactionManager.get()` メソッドを使用してオブジェクトを実行する必要があります。 @@ -1253,7 +1254,7 @@ List results = transactionManager.scan(scan); :::note -`Put` 操作は ScalarDB 3.13 以降では非推奨となり、将来のリリースでは削除される予定です。`Put` 操作の代わりに、`Insert` 操作、`Upsert` 操作、または `Update` 操作を使用してください。 +`Put` 操作は ScalarDB 3.13以降では非推奨となり、将来のリリースでは削除される予定です。`Put` 操作の代わりに、`Insert` 操作、`Upsert` 操作、または `Update` 操作を使用してください。 ::: @@ -1363,7 +1364,7 @@ transactionManager.update(update); #### `Delete` 操作を実行する -`Delete` は、プライマリーキーで指定されたレコードを削除する操作です。 +`Delete` は、主キーで指定されたレコードを削除する操作です。 まず `Delete` オブジェクトを作成し、次に次のように `transaction.delete()` メソッドを使用してオブジェクトを実行する必要があります。 @@ -1556,7 +1557,7 @@ CRUD 操作の API (`get()`、`scan()`、`put()`、`delete()`、および `mutat :::note -サンプルコードでは、トランザクションは最大 3 回再試行され、再試行される前に 100 ミリ秒間スリープします。ただし、アプリケーションの要件に応じて、指数バックオフなどの再試行ポリシーを選択できます。 +サンプルコードでは、トランザクションは最大3回再試行され、再試行される前に100ミリ秒間スリープします。ただし、アプリケーションの要件に応じて、指数バックオフなどの再試行ポリシーを選択できます。 ::: @@ -1564,7 +1565,7 @@ CRUD 操作の API (`get()`、`scan()`、`put()`、`delete()`、および `mutat Consensus Commit トランザクションに使用される Coordinator テーブルは重要なデータストアであり、堅牢なストレージを使用することをお勧めします。ただし、内部でマルチ AZ またはマルチリージョンレプリケーションを活用するなど、より堅牢なストレージオプションを使用すると、ストレージにレコードを書き込むときにレイテンシが増加し、スループットパフォーマンスが低下する可能性があります。 -ScalarDB は、Coordinator テーブルにグループコミット機能を提供します。この機能は、複数のレコードの書き込みを 1 つの書き込み操作にグループ化し、書き込みスループットを向上させます。この場合、基盤となるデータベースとワークロードに応じて、レイテンシが増加または減少する可能性があります。 +ScalarDB は、Coordinator テーブルにグループコミット機能を提供します。この機能は、複数のレコードの書き込みを1つの書き込み操作にグループ化し、書き込みスループットを向上させます。この場合、基盤となるデータベースとワークロードに応じて、レイテンシが増加または減少する可能性があります。 グループコミット機能を有効にするには、次の設定を追加します。 @@ -1603,11 +1604,11 @@ scalar.db.consensus_commit.coordinator.group_commit.enabled=true logger.info("The transaction state: {}", manager.getState(transaction.getId())); ``` -#### 2 フェーズコミットインターフェースでの使用の禁止 +#### 2フェーズコミットインターフェースでの使用の禁止 -グループコミット機能は、進行中のすべてのトランザクションをメモリ内で管理します。この機能が 2 フェーズコミットインターフェースで有効になっている場合、Coordinator テーブルへの参加者サービスの一貫性のない書き込みによって生じる競合 (グループ間で異なるトランザクション分散が含まれる場合があります) を防ぐために、情報は Coordinator サービスによってのみ維持される必要があります。 +グループコミット機能は、進行中のすべてのトランザクションをメモリ内で管理します。この機能が2フェーズコミットインターフェースで有効になっている場合、Coordinator テーブルへの参加者サービスの一貫性のない書き込みによって生じる競合 (グループ間で異なるトランザクション分散が含まれる場合があります) を防ぐために、情報は Coordinator サービスによってのみ維持される必要があります。 -この制限により、アプリケーション開発に関連する複雑さと柔軟性が損なわれます。したがって、グループコミット機能と 2 フェーズコミットインターフェースを組み合わせて使用​​することは現在禁止されています。 +この制限により、アプリケーション開発に関連する複雑さと柔軟性が損なわれます。したがって、グループコミット機能と2フェーズコミットインターフェースを組み合わせて使用​​することは現在禁止されています。 ## Consensus Commit トランザクションマネージャーエラーの調査 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/backup-restore.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/backup-restore.mdx index f97ba2f6..fee1b2a7 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/backup-restore.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/backup-restore.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB で使用されるデータベースのバックアップと復元方法 @@ -40,7 +41,7 @@ flowchart TD ::: -ScalarDB でバックアップを作成するための要件の 1 つは、ScalarDB が管理するすべてのテーブル (Coordinator テーブルを含む) のバックアップがトランザクション的に一貫しているか、トランザクション的に一貫した状態に自動的に回復可能である必要があることです。つまり、すべてのテーブルを 1 回のトランザクションでダンプして、一貫性のあるバックアップを作成する必要があります。 +ScalarDB でバックアップを作成するための要件の1つは、ScalarDB が管理するすべてのテーブル (Coordinator テーブルを含む) のバックアップがトランザクション的に一貫しているか、トランザクション的に一貫した状態に自動的に回復可能である必要があることです。つまり、すべてのテーブルを1回のトランザクションでダンプして、一貫性のあるバックアップを作成する必要があります。 トランザクション的に一貫性のあるバックアップを作成する方法は、使用しているデータベースの種類によって異なります。データベースを選択して、ScalarDB のトランザクション的に一貫性のあるバックアップを作成する方法を確認してください。 @@ -81,7 +82,7 @@ ScalarDB でバックアップを作成するための要件の 1 つは、Scala PITR 機能を使用する場合は、NTP などのクロック同期を使用して、クライアントとサーバー間のクロックのずれを最小限に抑える必要があります。そうしないと、一時停止期間として取得される時間が、一時停止が実際に行われた時間と大きく異なる可能性があり、バックアップが進行中のトランザクションが存在する時点に復元される可能性があります。 -また、クロック同期ではノード間のクロックを完全に同期できないため、十分な時間 (たとえば、5 秒) 一時停止し、一時停止期間の中間時間を復元ポイントとして使用する必要があります。 +また、クロック同期ではノード間のクロックを完全に同期できないため、十分な時間 (たとえば、5秒) 一時停止し、一時停止期間の中間時間を復元ポイントとして使用する必要があります。 ::: @@ -109,7 +110,7 @@ ScalarDB が未処理のリクエストを排出し、新しいリクエスト トランザクション的に一貫性のある復元ポイントを指定するには、[明示的に一時停止してバックアップする](#明示的に一時停止してバックアップする)の説明に従って、ScalarDB を Cosmos DB for NoSQL とともに使用しているアプリケーションを一時停止します。 - Cassandra にはレプリケーション機能が組み込まれているため、必ずしもトランザクション的に一貫性のあるバックアップを作成する必要はありません。たとえば、レプリケーション係数が `3` に設定されていて、Cassandra クラスター内のノードの 1 つのデータのみが失われた場合、通常のトランザクション的に一貫性のないバックアップ (スナップショット) と修復機能を使用してノードを回復できるため、トランザクション的に一貫性のあるバックアップ (スナップショット) は必要ありません。 + Cassandra にはレプリケーション機能が組み込まれているため、必ずしもトランザクション的に一貫性のあるバックアップを作成する必要はありません。たとえば、レプリケーション係数が `3` に設定されていて、Cassandra クラスター内のノードの1つのデータのみが失われた場合、通常のトランザクション的に一貫性のないバックアップ (スナップショット) と修復機能を使用してノードを回復できるため、トランザクション的に一貫性のあるバックアップ (スナップショット) は必要ありません。 ただし、クラスターノードのクォーラムでデータが失われた場合は、クラスターを特定のトランザクション的に一貫性のあるポイントに復元するために、トランザクション的に一貫性のあるバックアップ (スナップショット) が必要になります。 @@ -160,7 +161,7 @@ ScalarDB が未処理のリクエストを排出し、新しいリクエスト :::note -* テーブルは一度に 1 つしか復元できないため、上記の手順はテーブルごとに実行する必要があります。 +* テーブルは一度に1つしか復元できないため、上記の手順はテーブルごとに実行する必要があります。 * 復元されたテーブルでは、PITR や自動スケーリングポリシーなどの設定がデフォルト値にリセットされるため、必要な設定を手動で行う必要があります。詳細については、公式 AWS ドキュメントの [DynamoDB を使用した DynamoDB テーブルのバックアップと復元の仕組み](https://docs.aws.amazon.com/ja_jp/amazondynamodb/latest/developerguide/CreateBackup.html#CreateBackup_HowItWorks-restore)を参照してください。 ::: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/configurations.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/configurations.mdx index e9b77de6..1d39f099 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/configurations.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/configurations.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB の設定 @@ -59,7 +60,7 @@ Consensus Commit トランザクションマネージャーでは、次のパフ | `scalar.db.consensus_commit.async_commit.enabled` | コミットフェーズが非同期で実行されるかどうか。 | `false` | | `scalar.db.consensus_commit.async_rollback.enabled` | ロールバックフェーズが非同期に実行されるかどうか。 | `scalar.db.consensus_commit.async_commit.enabled` の値 | | `scalar.db.consensus_commit.parallel_implicit_pre_read.enabled` | 暗黙的な事前読み取りが並列で実行されるかどうか。 | `true` | -| `scalar.db.consensus_commit.coordinator.group_commit.enabled` | トランザクション状態のコミットがバッチモードで実行されるかどうか。この機能は、2 フェーズコミットインターフェイスでは使用できません。 | `false` | +| `scalar.db.consensus_commit.coordinator.group_commit.enabled` | トランザクション状態のコミットがバッチモードで実行されるかどうか。この機能は、2フェーズコミットインターフェイスでは使用できません。 | `false` | | `scalar.db.consensus_commit.coordinator.group_commit.slot_capacity` | グループコミット機能のグループ内のスロットの最大数。値が大きいとグループコミットの効率は向上しますが、待ち時間が増加し、トランザクションの競合が発生する可能性も高くなります。[^1] | `20` | | `scalar.db.consensus_commit.coordinator.group_commit.group_size_fix_timeout_millis` | グループ内のスロットのサイズを固定するためのタイムアウト。値が大きいとグループコミットの効率が向上しますが、待ち時間が増加し、トランザクションの競合が発生する可能性も高くなります。[^1] | `40` | | `scalar.db.consensus_commit.coordinator.group_commit.delayed_slot_move_timeout_millis` | 遅延スロットをグループから別の分離グループに移動して、元のグループが遅延トランザクションの影響を受けないようにするためのタイムアウト。値が大きいとグループコミットの効率が向上しますが、待ち時間が増加し、トランザクションの競合が発生する可能性も高くなります。[^1] | `1200` | @@ -290,4 +291,4 @@ scalar.db.contact_points=indirect: クライアント設定の詳細については、[ScalarDB Cluster クライアント設定](scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api.mdx#クライアント設定) を参照してください。 -[^1]: アプリケーションのアクセスパターンを考慮し、アプリケーションが使用する同じ基盤ストレージで、いくつかのバリエーション (たとえば、デフォルト値の 75% と 125%) でパフォーマンスをベンチマークして、最適な設定を決定することは価値があります。最適な設定は実際にはこれらの要因によって決まるためです。また、これらのパラメーターの組み合わせ (たとえば、1 番目に `slot_capacity:20` と `group_size_fix_timeout_millis:40`、2 番目に `slot_capacity:30` と `group_size_fix_timeout_millis:40`、3 番目に `slot_capacity:20` と `group_size_fix_timeout_millis:80`) をベンチマークして、最適な組み合わせを決定することも重要です。 +[^1]: アプリケーションのアクセスパターンを考慮し、アプリケーションが使用する同じ基盤ストレージで、いくつかのバリエーション (たとえば、デフォルト値の 75% と 125%) でパフォーマンスをベンチマークして、最適な設定を決定することは価値があります。最適な設定は実際にはこれらの要因によって決まるためです。また、これらのパラメーターの組み合わせ (たとえば、1番目に `slot_capacity:20` と `group_size_fix_timeout_millis:40`、2番目に `slot_capacity:30` と `group_size_fix_timeout_millis:40`、3番目に `slot_capacity:20` と `group_size_fix_timeout_millis:80`) をベンチマークして、最適な組み合わせを決定することも重要です。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/data-modeling.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/data-modeling.mdx index 552a0fd1..302e8f1c 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/data-modeling.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/data-modeling.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # データをモデル化する @@ -33,7 +34,7 @@ ScalarDB データモデルには、いくつかのオブジェクトがあり #### テーブル -テーブルはパーティションのコレクションです。名前空間には、通常、それぞれが名前で識別される 1 つ以上のテーブルが含まれます。 +テーブルはパーティションのコレクションです。名前空間には、通常、それぞれが名前で識別される1つ以上のテーブルが含まれます。 #### パーティション @@ -45,19 +46,19 @@ ScalarDB データモデルには、いくつかのオブジェクトがあり #### 列 -列は基本的なデータ要素であり、これ以上細分化する必要はありません。各レコードは、1 つ以上の列で設定されます。各列にはデータ型があります。データ型の詳細については、[ScalarDB と他のデータベース間のデータ型マッピング](schema-loader.mdx#scalardb-と他のデータベース間のデータ型マッピング)を参照してください。 +列は基本的なデータ要素であり、これ以上細分化する必要はありません。各レコードは、1つ以上の列で設定されます。各列にはデータ型があります。データ型の詳細については、[ScalarDB と他のデータベース間のデータ型マッピング](schema-loader.mdx#scalardb-と他のデータベース間のデータ型マッピング)を参照してください。 #### セカンダリインデックス -セカンダリインデックスは、単一の基本テーブル内の列のソートされたコピーです。各インデックスエントリは、対応するテーブルパーティションにリンクされています。ScalarDB は現在、複数列のインデックスをサポートしていないため、1 つの列のみでインデックスを作成できます。 +セカンダリインデックスは、単一の基本テーブル内の列のソートされたコピーです。各インデックスエントリは、対応するテーブルパーティションにリンクされています。ScalarDB は現在、複数列のインデックスをサポートしていないため、1つの列のみでインデックスを作成できます。 ### レコードの検索方法 このセクションでは、テーブルからレコードを検索する方法について説明します。 -#### プライマリーキー +#### 主キー -プライマリーキーは各レコードを一意に識別します。2 つのレコードが同じプライマリーキーを持つことはできません。したがって、プライマリーキーを指定してレコードを検索できます。プライマリーキーは、パーティションキーと、オプションでクラスタリングキーで設定されます。 +主キーは各レコードを一意に識別します。2つのレコードが同じ主キーを持つことはできません。したがって、主キーを指定してレコードを検索できます。主キーは、パーティションキーと、オプションでクラスタリングキーで設定されます。 #### パーティションキー @@ -113,7 +114,7 @@ ScalarDB は ScalarDB SQL での結合操作をサポートしていますが、 セカンダリインデックスの代わりに、ベーステーブルのクラスター化インデックスとして機能する別のテーブルを作成できます。 -たとえば、プライマリーキーが `A` である `table1(A, B, C)` という 3 つの列を持つテーブルがあるとします。次に、`C` をプライマリーキーとして `index-table1(C, A, B)` のようなテーブルを作成し、`C` の値を指定して単一のパーティションを検索できるようにします。このアプローチにより、読み取りクエリは高速化されますが、ScalarDB トランザクションを使用して 2 つのテーブルに書き込む必要があるため、書き込みクエリの負荷が増加する可能性があります。 +たとえば、主キーが `A` である `table1(A, B, C)` という 3つの列を持つテーブルがあるとします。次に、`C` を主キーとして `index-table1(C, A, B)` のようなテーブルを作成し、`C` の値を指定して単一のパーティションを検索できるようにします。このアプローチにより、読み取りクエリは高速化されますが、ScalarDB トランザクションを使用して2つのテーブルに書き込む必要があるため、書き込みクエリの負荷が増加する可能性があります。 :::note diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/database-configurations.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/database-configurations.mdx index 3558209c..2f221487 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/database-configurations.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/database-configurations.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB の基盤となるデータベースの設定 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/deploy-overview.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/deploy-overview.mdx index 3a0d7e1b..6f5bcb3f 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/deploy-overview.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/deploy-overview.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # デプロイの概要 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/design.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/design.mdx index d4bd7fc8..ad893227 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/design.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/design.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB デザイン @@ -15,17 +16,17 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ## 全体的なアーキテクチャ -ScalarDB は、アプリケーションとデータベースの間に配置されるハイブリッドトランザクション/分析処理 (HTAP) ミドルウェアです。次の図に示すように、ScalarDB は、コア、クラスター、分析の 3 つのコンポーネントで構成されています。ScalarDB は基本的に階層型アーキテクチャを採用しているため、クラスターコンポーネントと分析コンポーネントは、コアコンポーネントを使用して基盤となるデータベースとやり取りしますが、正確さを犠牲にすることなくパフォーマンスを最適化するためにコアコンポーネントをバイパスすることもあります。同様に、各コンポーネントも複数のレイヤーで構成されています。 +ScalarDB は、アプリケーションとデータベースの間に配置されるハイブリッドトランザクション/分析処理 (HTAP) ミドルウェアです。次の図に示すように、ScalarDB は、コア、クラスター、分析の 3つのコンポーネントで構成されています。ScalarDB は基本的に階層型アーキテクチャを採用しているため、クラスターコンポーネントと分析コンポーネントは、コアコンポーネントを使用して基盤となるデータベースとやり取りしますが、正確さを犠牲にすることなくパフォーマンスを最適化するためにコアコンポーネントをバイパスすることもあります。同様に、各コンポーネントも複数のレイヤーで構成されています。 ![ScalarDB architecture](images/scalardb-architecture.png) ## コンポーネント -次のサブセクションでは、各コンポーネントについて 1 つずつ説明します。 +次のサブセクションでは、各コンポーネントについて1つずつ説明します。 ### コア -Apache 2 ライセンスの下でオープンソースソフトウェアとして提供される ScalarDB Core は、ScalarDB の不可欠な部分です。Core は、基礎となるデータベースを抽象化する抽象化レイヤーと、各データベースの抽象化を実装するアダプター (またはシム) を備えたデータベースマネージャーを提供します。さらに、データベース抽象化の上にトランザクションマネージャーを提供し、Scalar の新しい分散トランザクションプロトコルである Consensus Commit に基づいて、データベースに依存しないトランザクション管理を実現します。Core は、シンプルな CRUD インターフェイスを提供するライブラリとして提供されます。 +Apache 2ライセンスの下でオープンソースソフトウェアとして提供される ScalarDB Core は、ScalarDB の不可欠な部分です。Core は、基礎となるデータベースを抽象化する抽象化レイヤーと、各データベースの抽象化を実装するアダプター (またはシム) を備えたデータベースマネージャーを提供します。さらに、データベース抽象化の上にトランザクションマネージャーを提供し、Scalar の新しい分散トランザクションプロトコルである Consensus Commit に基づいて、データベースに依存しないトランザクション管理を実現します。Core は、シンプルな CRUD インターフェイスを提供するライブラリとして提供されます。 ### クラスター diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/develop-overview.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/develop-overview.mdx index efb9a898..75070df2 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/develop-overview.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/develop-overview.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB を用いた開発について開発の概要 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/getting-started-with-scalardb-by-using-kotlin.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/getting-started-with-scalardb-by-using-kotlin.mdx index 49608cf4..cdb0225d 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/getting-started-with-scalardb-by-using-kotlin.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/getting-started-with-scalardb-by-using-kotlin.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Kotlin を使って ScalarDB をはじめよう @@ -26,7 +27,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ScalarDB は Java で記述されているため、環境に次のいずれかの Java Development Kit (JDK) がインストールされている必要があります。 - [Eclipse Temurin](https://adoptium.net/temurin/releases/) の OpenJDK LTS バージョン (8、11、17、または 21) -- [Docker](https://www.docker.com/get-started/) 20.10 以降と [Docker Compose](https://docs.docker.com/compose/install/) V2 以降 +- [Docker](https://www.docker.com/get-started/) 20.10以降と [Docker Compose](https://docs.docker.com/compose/install/) V2以降 :::note @@ -193,7 +194,7 @@ ScalarDB がサポートするデータベースの一覧については、[デ :::note -Azure Cosmos DB アカウントのプライマリーキーまたはセカンダリキーを `scalar.db.password` の値として使用できます。 +Azure Cosmos DB アカウントの主キーまたはセカンダリキーを `scalar.db.password` の値として使用できます。 ::: @@ -308,7 +309,7 @@ Azure Cosmos DB アカウントのプライマリーキーまたはセカンダ `transaction` が `true` に設定されたテーブルがスキーマ内に存在するため、`--coordinator` オプションが指定されています。スキーマの設定とロードの詳細については、[ScalarDB Schema Loader](schema-loader.mdx) を参照してください。 -また、`--replication-factor=1` オプションは Cassandra を使用する場合にのみ有効です。デフォルトのレプリケーション係数は `3` ですが、このチュートリアルではセットアップを容易にするために `1` が使用されているため、3 つのノードではなく 1 つのノードを持つクラスターを準備するだけで済みます。ただし、レプリケーション係数 `1` は本番環境には適していないことに注意してください。 +また、`--replication-factor=1` オプションは Cassandra を使用する場合にのみ有効です。デフォルトのレプリケーション係数は `3` ですが、このチュートリアルではセットアップを容易にするために `1` が使用されているため、3つのノードではなく1つのノードを持つクラスターを準備するだけで済みます。ただし、レプリケーション係数 `1` は本番環境には適していないことに注意してください。 ::: @@ -322,7 +323,7 @@ Azure Cosmos DB アカウントのプライマリーキーまたはセカンダ - アカウントを作成します。 - アカウントに資金を追加します。 -- 2 つのアカウント間で資金を送信します。 +- 2つのアカウント間で資金を送信します。 - アカウント残高を取得します。 :::note @@ -363,9 +364,9 @@ Azure Cosmos DB アカウントのプライマリーキーまたはセカンダ **customer1** のアカウントの残高は **1000** になります。 -### 2 つのアカウント間で電子マネーを送金する +### 2つのアカウント間で電子マネーを送金する -これで 2 つのアカウントが作成され、少なくとも 1 つのアカウントに残高があるので、一方のアカウントからもう一方のアカウントに資金を送金できます。 +これで 2つのアカウントが作成され、少なくとも1つのアカウントに残高があるので、一方のアカウントからもう一方のアカウントに資金を送金できます。 **customer1** が **merchant1** に **100** を支払うようにするには、次のコマンドを実行します。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/getting-started-with-scalardb.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/getting-started-with-scalardb.mdx index fa3d9eba..5a920d81 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/getting-started-with-scalardb.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/getting-started-with-scalardb.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB をはじめよう @@ -26,7 +27,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ScalarDB は Java で記述されているため、環境に次のいずれかの Java Development Kit (JDK) がインストールされている必要があります。 - [Eclipse Temurin](https://adoptium.net/temurin/releases/) の OpenJDK LTS バージョン (8、11、17、または 21) -- [Docker](https://www.docker.com/get-started/) 20.10 以降と [Docker Compose](https://docs.docker.com/compose/install/) V2 以降 +- [Docker](https://www.docker.com/get-started/) 20.10以降と [Docker Compose](https://docs.docker.com/compose/install/) V2以降 :::note @@ -193,7 +194,7 @@ ScalarDB がサポートするデータベースの一覧については、[デ :::note -Azure Cosmos DB アカウントのプライマリーキーまたはセカンダリキーを `scalar.db.password` の値として使用できます。 +Azure Cosmos DB アカウントの主キーまたはセカンダリキーを `scalar.db.password` の値として使用できます。 ::: @@ -307,7 +308,7 @@ Azure Cosmos DB アカウントのプライマリーキーまたはセカンダ `transaction` が `true` に設定されたテーブルがスキーマ内に存在するため、`--coordinator` オプションが指定されています。スキーマの設定とロードの詳細については、[ScalarDB Schema Loader](schema-loader.mdx) を参照してください。 -また、`--replication-factor=1` オプションは Cassandra を使用する場合にのみ有効です。デフォルトのレプリケーション係数は `3` ですが、このチュートリアルではセットアップを容易にするために `1` が使用されているため、3 つのノードではなく 1 つのノードを持つクラスターを準備するだけで済みます。ただし、レプリケーション係数 `1` は本番環境には適していないことに注意してください。 +また、`--replication-factor=1` オプションは Cassandra を使用する場合にのみ有効です。デフォルトのレプリケーション係数は `3` ですが、このチュートリアルではセットアップを容易にするために `1` が使用されているため、3つのノードではなく1つのノードを持つクラスターを準備するだけで済みます。ただし、レプリケーション係数 `1` は本番環境には適していないことに注意してください。 ::: @@ -378,7 +379,7 @@ Azure Cosmos DB アカウントのプライマリーキーまたはセカンダ ### 注文する -次に、次のコマンドを実行して、顧客 ID `1` にリンゴ 3 個とオレンジ 2 個を注文してもらいます。 +次に、次のコマンドを実行して、顧客 ID `1` にリンゴ3個とオレンジ2個を注文してもらいます。 :::note @@ -416,7 +417,7 @@ Azure Cosmos DB アカウントのプライマリーキーまたはセカンダ ### 別の注文をする -次のコマンドを実行して、顧客 ID `1` の `credit_total` の残額を使用してメロン 1 個を注文します。 +次のコマンドを実行して、顧客 ID `1` の `credit_total` の残額を使用してメロン1個を注文します。 ```console ./gradlew run --args="PlaceOrder 1 5:1" @@ -462,7 +463,7 @@ Azure Cosmos DB アカウントのプライマリーキーまたはセカンダ ... ``` -次のコマンドを実行して、ブドウ 1 個とマンゴー 1 個を注文してみます。 +次のコマンドを実行して、ブドウ1個とマンゴー1個を注文してみます。 ```console ./gradlew run --args="PlaceOrder 1 3:1,4:1" @@ -510,7 +511,7 @@ java.lang.RuntimeException: Credit limit exceeded ... ``` -顧客 ID `1` が支払いを済ませたので、次のコマンドを実行してブドウ 1 個とメロン 1 個を注文します。 +顧客 ID `1` が支払いを済ませたので、次のコマンドを実行してブドウ1個とメロン1個を注文します。 ```console ./gradlew run --args="PlaceOrder 1 3:1,4:1" diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-envoy.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-envoy.mdx index 635a29f3..5bb4ae66 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-envoy.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-envoy.mdx @@ -2,29 +2,30 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- +# Scalar Envoy のカスタム値ファイルを構成する + import Tabs from '@theme/Tabs'; import TabItem from '@theme/TabItem'; -# Scalar Envoy のカスタム値ファイルを構成する - -このドキュメントでは、Scalar Envoy チャートのカスタム値ファイルを作成する方法について説明します。 パラメータの詳細を知りたい場合は、Scalar Envoy チャートの [README](https://github.com/scalar-labs/helm-charts/blob/main/charts/envoy/README.md) を参照してください。 +このドキュメントでは、Scalar Envoy チャートのカスタム値ファイルを作成する方法について説明します。パラメータの詳細を知りたい場合は、Scalar Envoy チャートの [README](https://github.com/scalar-labs/helm-charts/blob/main/charts/envoy/README.md) を参照してください。 ## Scalar Envoy チャートのカスタム値を構成する -Scalar Envoy チャートは他のチャート (scalardb、scalardb-cluster、scalardl、scalardl-audit) 経由で使用されるため、Scalar Envoy チャートのカスタム値ファイルを作成する必要はありません。 Scalar Envoy を設定したい場合は、`envoy.*` 設定を他のチャートに追加する必要があります。 +Scalar Envoy チャートは他のチャート (scalardb、scalardb-cluster、scalardl、scalardl-audit) 経由で使用されるため、Scalar Envoy チャートのカスタム値ファイルを作成する必要はありません。Scalar Envoy を設定したい場合は、`envoy.*` 設定を他のチャートに追加する必要があります。 たとえば、ScalarDB Server 用に Scalar Envoy を構成する場合は、次のように ScalarDB のカスタム値ファイルでいくつかの Scalar Envoy 構成を構成できます。 * 例 (scalardb-custom-values.yaml) ```yaml envoy: - configurationsForScalarEnvoy: + configurationsForScalarEnvoy: ... - + scalardb: - configurationsForScalarDB: + configurationsForScalarDB: ... ``` @@ -32,9 +33,9 @@ Scalar Envoy チャートは他のチャート (scalardb、scalardb-cluster、sc ### サービス構成 -Kubernetes のサービス リソース タイプを指定するには、`envoy.service.type` を設定する必要があります。 +Kubernetes のサービスリソースタイプを指定するには、`envoy.service.type` を設定する必要があります。 -Kubernetes クラスターの内部からのみクライアント リクエストを受け入れる場合 (たとえば、クライアント アプリケーションを Scalar 製品と同じ Kubernetes クラスターにデプロイする場合)、`envoy.service.type` を `ClusterIP` に設定できます。 この構成では、クラウド サービス プロバイダーが提供するロード バランサーは作成されません。 +Kubernetes クラスターの内部からのみクライアントリクエストを受け入れる場合 (たとえば、クライアントアプリケーションを Scalar 製品と同じ Kubernetes クラスターにデプロイする場合)、`envoy.service.type` を `ClusterIP` に設定できます。この構成では、クラウドサービスプロバイダーが提供するロードバランサーは作成されません。 ```yaml envoy: @@ -42,7 +43,7 @@ envoy: type: ClusterIP ``` -クラウド サービス プロバイダーが提供するロード バランサーを使用して、Kubernetes クラスターの外部からのクライアント リクエストを受け入れる場合は、`envoy.service.type` を `LoadBalancer` に設定する必要があります。 +クラウドサービスプロバイダーが提供するロードバランサーを使用して、Kubernetes クラスターの外部からのクライアントリクエストを受け入れる場合は、`envoy.service.type` を `LoadBalancer` に設定する必要があります。 ```yaml envoy: @@ -65,9 +66,9 @@ envoy: ### リソース構成 (本番環境で推奨) -Kubernetes のリクエストと制限を使用してポッド リソースを制御したい場合は、`envoy.resources` を使用できます。 +Kubernetes のリクエストと制限を使用してポッドリソースを制御したい場合は、`envoy.resources` を使用できます。 -これらは、Kubernetes のリクエストと制限と同じ構文を使用して構成できます。 そのため、Kubernetes の要求と制限の詳細については、公式ドキュメント [Resource Management for Pods and Containers](https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/) を参照してください。 +これらは、Kubernetes のリクエストと制限と同じ構文を使用して構成できます。そのため、Kubernetes の要求と制限の詳細については、公式ドキュメント [Resource Management for Pods and Containers](https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/) を参照してください。 ```yaml envoy: @@ -84,7 +85,7 @@ envoy: Kubernetes のアフィニティと反アフィニティを使用してポッドのデプロイメントを制御したい場合は、`envoy.affinity` を使用できます。 -Kubernetes のアフィニティと同じ構文を使用して構成できます。 そのため、Kubernetes のアフィニティ設定の詳細については、公式ドキュメント [Assigning Pods to Nodes](https://kubernetes.io/docs/concepts/scheduling-eviction/assign-pod-node/) を参照してください。 +Kubernetes のアフィニティと同じ構文を使用して構成できます。そのため、Kubernetes のアフィニティ設定の詳細については、公式ドキュメント [Assigning Pods to Nodes](https://kubernetes.io/docs/concepts/scheduling-eviction/assign-pod-node/) を参照してください。 ```yaml envoy: @@ -108,7 +109,7 @@ envoy: ### Prometheus および Grafana 構成 (実稼働環境で推奨) -[kube-prometheus-stack](https://github.com/prometheus-community/helm-charts/tree/main/charts/kube-prometheus-stack) を使用して Scalar Envoy ポッドを監視する場合は、`envoy.grafanaDashboard.enabled`、`envoy.serviceMonitor` を使用して、kube-prometheus-stack の ConfigMap、ServiceMonitor、および PrometheusRule リソースをデプロイできます。 `envoy.prometheusRule.enabled` と `envoy.prometheusRule.enabled`。 +[kube-prometheus-stack](https://github.com/prometheus-community/helm-charts/tree/main/charts/kube-prometheus-stack) を使用して Scalar Envoy ポッドを監視する場合は、`envoy.grafanaDashboard.enabled`、`envoy.serviceMonitor` を使用して、kube-prometheus-stack の ConfigMap、ServiceMonitor、および PrometheusRule リソースをデプロイできます。`envoy.prometheusRule.enabled` と `envoy.prometheusRule.enabled`。 ```yaml envoy: @@ -128,7 +129,7 @@ envoy: Scalar Envoy ポッドに SecurityContext と PodSecurityContext を設定する場合は、`envoy.securityContext` と `envoy.podSecurityContext` を使用できます。 -KubernetesのSecurityContextやPodSecurityContextと同じ構文を使用して設定できます。 したがって、Kubernetes の SecurityContext および PodSecurityContext 構成の詳細については、公式ドキュメント [Configure a Security Context for a Pod or Container](https://kubernetes.io/docs/tasks/configure-pod-container/security-context/) を参照してください。 +Kubernetes の SecurityContext や PodSecurityContext と同じ構文を使用して設定できます。したがって、Kubernetes の SecurityContext および PodSecurityContext 構成の詳細については、公式ドキュメント [Configure a Security Context for a Pod or Container](https://kubernetes.io/docs/tasks/configure-pod-container/security-context/) を参照してください。 ```yaml envoy: @@ -145,7 +146,7 @@ envoy: ### 画像構成 (デフォルト値を推奨) -イメージ リポジトリとバージョンを変更したい場合は、`envoy.image.repository` を使用して、プルする Scalar Envoy コンテナ イメージのコンテナ リポジトリ情報を指定できます。 +イメージリポジトリとバージョンを変更したい場合は、`envoy.image.repository` を使用して、プルする Scalar Envoy コンテナイメージのコンテナリポジトリ情報を指定できます。 ```yaml envoy: @@ -165,7 +166,7 @@ AWS または Azure を使用している場合、詳細については次のド - クライアントと Scalar Envoy 間のダウンストリーム接続。 - Scalar Envoy と Scalar 製品間のアップストリーム接続。 -さらに、次の 2 つの観点からいくつかのオプションがあります。 +さらに、次の2つの観点からいくつかのオプションがあります。 1. 秘密鍵と証明書ファイルの管理 1. [cert-manager](https://cert-manager.io/docs/) を使用して秘密鍵と証明書ファイルを自動的に管理します。 @@ -174,7 +175,7 @@ AWS または Azure を使用している場合、詳細については次のド 1. 秘密鍵と証明書ファイルを手動で管理します。 - ご自身のお好みの方法で、秘密鍵と証明書ファイルを発行・管理することができます。 - cert-manager がサポートしていない場合でも、任意の証明書を使用できます。 - - 証明書の有効期限が切れた場合は、シークレット リソースを更新する必要があります。 + - 証明書の有効期限が切れた場合は、シークレットリソースを更新する必要があります。 1. 証明書の種類 1. 信頼できる CA (サードパーティによる署名付き証明書) を使用します。 - サードパーティの証明書発行者からの信頼できる証明書を使用できます。 @@ -184,7 +185,7 @@ AWS または Azure を使用している場合、詳細については次のド - 証明書発行にかかるコストを削減できます。 - 証明書の信頼性は信頼できる CA よりも低くなりますが、パケットを暗号化できます。 -つまり、次の 4 つのオプションがあります。 +つまり、次の4つのオプションがあります。 1. 自動管理で自己署名 CA を使用します。 1. 自動管理で信頼できる CA を使用します。 @@ -241,7 +242,7 @@ kubectl create secret generic envoy-tls-cert --from-file=tls.crt=/ -n ``` -秘密鍵と証明書ファイルの準備方法の詳細については、[Scalar 製品の秘密鍵と証明書ファイルの作成方法](../scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx) を参照してください。 +秘密鍵と証明書ファイルの準備方法の詳細については、[Scalar 製品の秘密鍵と証明書ファイルの作成方法](../scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx)を参照してください。 ##### cert-manager で信頼できる CA を使用して秘密鍵と証明書ファイルを管理する @@ -250,8 +251,8 @@ kubectl create secret generic envoy-tls-key --from-file=tls.key=/ @@ -353,11 +354,11 @@ envoy: -秘密鍵と証明書ファイルを準備する方法の詳細については、[Scalar 製品のキーと証明書ファイルを作成する方法](../scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx) を参照してください。 +秘密鍵と証明書ファイルを準備する方法の詳細については、[Scalar 製品のキーと証明書ファイルを作成する方法](../scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx)を参照してください。 ##### TLS通信のカスタム権限を設定する -`envoy.tls.upstream.overrideAuthority` を使用して、TLS 通信のカスタム権限を設定できます。この値によって、実際に接続されているホストが変わることはありません。この値はテスト用ですが、DNS オーバーライドの代替としてテスト以外でも安全に使用できます。たとえば、使用している製品に応じて、`scalardbCluster.tls.certChainSecret`、`ledger.tls.certChainSecret`、または `auditor.tls.certChainSecret` を使用して設定した証明書チェーン ファイルに示されているホスト名を指定できます。Envoy はこの値を使用して、ScalarDB Cluster または ScalarDL との TLS 接続の証明書を検証します。 +`envoy.tls.upstream.overrideAuthority` を使用して、TLS 通信のカスタム権限を設定できます。この値によって、実際に接続されているホストが変わることはありません。この値はテスト用ですが、DNS オーバーライドの代替としてテスト以外でも安全に使用できます。たとえば、使用している製品に応じて、`scalardbCluster.tls.certChainSecret`、`ledger.tls.certChainSecret`、または `auditor.tls.certChainSecret` を使用して設定した証明書チェーンファイルに示されているホスト名を指定できます。Envoy はこの値を使用して、ScalarDB Cluster または ScalarDL との TLS 接続の証明書を検証します。 ```yaml envoy: @@ -380,7 +381,7 @@ envoy: Kubernetes のテイントと許容を使用してポッドのデプロイメントを制御したい場合は、`envoy.tolerations` を使用できます。 -Kubernetes の許容と同じ構文を使用して、テイントと許容を構成できます。 Kubernetes での許容設定の詳細については、Kubernetes の公式ドキュメント [Taints and Tolerations](https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/) を参照してください。 +Kubernetes の許容と同じ構文を使用して、テイントと許容を構成できます。Kubernetes での許容設定の詳細については、Kubernetes の公式ドキュメント [Taints and Tolerations](https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/) を参照してください。 ```yaml envoy: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-file.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-file.mdx index 459392dc..b2ddeb0c 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-file.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-file.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Scalar Helm Charts のカスタム値ファイルを構成する @@ -10,7 +11,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -Scalar Helm Chart を使用して Scalar 製品をデプロイする場合は、環境に基づいてカスタム値ファイルを準備する必要があります。 各製品のカスタム値ファイルの作成方法の詳細については、次のドキュメントを参照してください。 +Scalar Helm Chart を使用して Scalar 製品をデプロイする場合は、環境に基づいてカスタム値ファイルを準備する必要があります。各製品のカスタム値ファイルの作成方法の詳細については、次のドキュメントを参照してください。 * [ScalarDB Cluster](configure-custom-values-scalardb-cluster.mdx) * [ScalarDB Analytics with PostgreSQL](configure-custom-values-scalardb-analytics-postgresql.mdx) diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalar-admin-for-kubernetes.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalar-admin-for-kubernetes.mdx index 0327f4e1..a25f7733 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalar-admin-for-kubernetes.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalar-admin-for-kubernetes.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Scalar Admin for Kubernetes のカスタム値ファイルを構成する @@ -10,7 +11,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、Scalar Admin for Kubernetes チャートのカスタム値ファイルを作成する方法について説明します。 パラメーターの詳細については、Scalar Admin for Kubernetes チャートの [README](https://github.com/scalar-labs/helm-charts/blob/main/charts/scalar-admin-for-kubernetes/README.md) を参照してください。 +このドキュメントでは、Scalar Admin for Kubernetes チャートのカスタム値ファイルを作成する方法について説明します。パラメーターの詳細については、Scalar Admin for Kubernetes チャートの [README](https://github.com/scalar-labs/helm-charts/blob/main/charts/scalar-admin-for-kubernetes/README.md) を参照してください。 ## 必要な構成 @@ -18,7 +19,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ### フラグ設定 -Scalar Admin for Kubernetes を実行するには、配列として `scalarAdminForKubernetes.commandArgs` にいくつかのフラグを指定する必要があります。 フラグの詳細については、Scalar Admin for Kubernetes の [README](https://github.com/scalar-labs/scalar-admin-for-kubernetes/blob/main/README.md) を参照してください。 +Scalar Admin for Kubernetes を実行するには、配列として `scalarAdminForKubernetes.commandArgs` にいくつかのオプションを指定する必要があります。オプションの詳細については、Scalar Admin for Kubernetes の [README](https://github.com/scalar-labs/scalar-admin-for-kubernetes/blob/main/README.md) を参照してください。 ```yaml scalarAdminForKubernetes: @@ -39,7 +40,7 @@ scalarAdminForKubernetes: ### CronJob 構成 (環境に応じてオプション) -デフォルトでは、Scalar Admin for Kubernetes チャートは、Scalar Admin for Kubernetes CLI ツールを 1 回実行するための [Job](https://kubernetes.io/docs/concepts/workloads/controllers/job/) リソースを作成します。 [CronJob](https://kubernetes.io/docs/concepts/workloads/controllers/cron-jobs/) を使用して Scalar Admin for Kubernetes CLI ツールを定期的に実行する場合は、`scalarAdminForKubernetes.jobType` を `cronjob` に設定できます。 また、CronJob リソースのいくつかの構成を設定することもできます。 +デフォルトでは、Scalar Admin for Kubernetes チャートは、Scalar Admin for Kubernetes CLI ツールを1回実行するための [Job](https://kubernetes.io/docs/concepts/workloads/controllers/job/) リソースを作成します。[CronJob](https://kubernetes.io/docs/concepts/workloads/controllers/cron-jobs/) を使用して Scalar Admin for Kubernetes CLI ツールを定期的に実行する場合は、`scalarAdminForKubernetes.jobType` を `cronjob` に設定できます。また、CronJob リソースのいくつかの構成を設定することもできます。 ```yaml scalarAdminForKubernetes: @@ -50,9 +51,9 @@ scalarAdminForKubernetes: ### リソース構成 (実稼働環境で推奨) -Kubernetes でリクエストと制限を使用してポッド リソースを制御するには、`scalarAdminForKubernetes.resources` を使用できます。 +Kubernetes でリクエストと制限を使用してポッドリソースを制御するには、`scalarAdminForKubernetes.resources` を使用できます。 -Kubernetes のリクエストと制限と同じ構文を使用して、リクエストと制限を構成できます。 Kubernetes のリクエストと制限の詳細については、[Resource Management for Pods and Containers](https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/) を参照してください。 +Kubernetes のリクエストと制限と同じ構文を使用して、リクエストと制限を構成できます。Kubernetes のリクエストと制限の詳細については、[Resource Management for Pods and Containers](https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/) を参照してください。 ```yaml scalarAdminForKubernetes: @@ -69,7 +70,7 @@ scalarAdminForKubernetes: Scalar Admin for Kubernetes ポッドの SecurityContext と PodSecurityContext を設定するには、`scalarAdminForKubernetes.securityContext` と `scalarAdminForKubernetes.podSecurityContext` を使用できます。 -Kubernetes の SecurityContext および PodSecurityContext と同じ構文を使用して、SecurityContext および PodSecurityContext を構成できます。 Kubernetes の SecurityContext および PodSecurityContext 構成の詳細については、[Configure a Security Context for a Pod or Container](https://kubernetes.io/docs/tasks/configure-pod-container/security-context/) を参照してください。 +Kubernetes の SecurityContext および PodSecurityContext と同じ構文を使用して、SecurityContext および PodSecurityContext を構成できます。Kubernetes の SecurityContext および PodSecurityContext 構成の詳細については、[Configure a Security Context for a Pod or Container](https://kubernetes.io/docs/tasks/configure-pod-container/security-context/) を参照してください。 ```yaml scalarAdminForKubernetes: @@ -86,7 +87,7 @@ scalarAdminForKubernetes: ### 画像構成 (デフォルト値を推奨) -イメージ リポジトリを変更する場合は、`scalarAdminForKubernetes.image.repository` を使用して、プルする Scalar Admin for Kubernetes イメージのコンテナ リポジトリ情報を指定できます。 +イメージリポジトリを変更する場合は、`scalarAdminForKubernetes.image.repository` を使用して、プルする Scalar Admin for Kubernetes イメージのコンテナリポジトリ情報を指定できます。 ```yaml scalarAdminForKubernetes: @@ -98,7 +99,7 @@ scalarAdminForKubernetes: Kubernetes のテイントと許容を使用してポッドのデプロイメントを制御したい場合は、`scalarAdminForKubernetes.tolerations` を使用できます。 -Kubernetes の許容と同じ構文を使用して、テイントと許容を構成できます。 Kubernetes での許容設定の詳細については、Kubernetes の公式ドキュメント [Taints and Tolerations](https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/) を参照してください。 +Kubernetes の許容と同じ構文を使用して、テイントと許容を構成できます。Kubernetes での許容設定の詳細については、Kubernetes の公式ドキュメント [Taints and Tolerations](https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/) を参照してください。 ```yaml scalarAdminForKubernetes: @@ -124,7 +125,7 @@ scalarAdminForKubernetes: - cluster.scalardb.example.com ``` -シークレットリソースを使用して、`/tls/certs/ca.crt` ファイルをポッドにマウントできます。 `scalarAdminForKubernetes.tls.caRootCertSecret` にルート CA 証明書ファイルを含むシークレットリソースの名前を指定してください。 +シークレットリソースを使用して、`/tls/certs/ca.crt` ファイルをポッドにマウントできます。`scalarAdminForKubernetes.tls.caRootCertSecret` にルート CA 証明書ファイルを含むシークレットリソースの名前を指定してください。 ```yaml scalarAdminForKubernetes: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalar-manager.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalar-manager.mdx index 02db429c..94eb109d 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalar-manager.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalar-manager.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Option +displayed_sidebar: docsJapanese --- # Scalar Manager のカスタム値ファイルを構成する @@ -9,28 +10,28 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、Scalar Manager チャートのカスタム値ファイルを作成する方法について説明します。 パラメータの詳細を知りたい場合は、Scalar Manager チャートの [README](https://github.com/scalar-labs/helm-charts/blob/main/charts/scalar-manager/README.md) を参照してください。 +このドキュメントでは、Scalar Manager チャートのカスタム値ファイルを作成する方法について説明します。パラメータの詳細を知りたい場合は、Scalar Manager チャートの [README](https://github.com/scalar-labs/helm-charts/blob/main/charts/scalar-manager/README.md) を参照してください。 ## 必要な構成 ### サービス構成 -Kubernetes のサービスリソースタイプを指定するには、`service.type` を設定する必要があります。 プロバイダーが提供するロードバランサーを使用する場合は、`service.type`を`LoadBalancer`に設定する必要があります。 +Kubernetes のサービスリソースタイプを指定するには、`service.type` を設定する必要があります。プロバイダーが提供するロードバランサーを使用する場合は、`service.type` を `LoadBalancer` に設定する必要があります。 ```yaml service: type: LoadBalancer ``` -#### Scalar Managerの公開に関するセキュリティ上の懸念 +#### Scalar Manager の公開に関するセキュリティ上の懸念 -`service.type`を`LoadBalancer`に設定すると、Scalar Managerがクラスター外に公開されるため、セキュリティ上の懸念が生じる可能性があります。 +`service.type` を `LoadBalancer` に設定すると、Scalar Manager がクラスター外に公開されるため、セキュリティ上の懸念が生じる可能性があります。 -現在、Scalar Managerには認証やアクセス制御のメカニズムがありません。 -このため、適切なセキュリティ対策なしにScalar Managerを直接パブリックネットワークに公開すると、不正なアクションにつながる可能性があります。 -これは、Scalar Managerが Scalar製品の一時停止ジョブのスケジューリングなどの機能を提供しているためです。 +現在、Scalar Manager には認証やアクセス制御のメカニズムがありません。 +このため、適切なセキュリティ対策なしに Scalar Manager を直接パブリックネットワークに公開すると、不正なアクションにつながる可能性があります。 +これは、Scalar Manager が Scalar 製品の一時停止ジョブのスケジューリングなどの機能を提供しているためです。 -外部アクセスが必要な場合は、プライベートネットワークを使用するか、Kubernetesクラスターへのネットワークアクセスを適切に設定することをお勧めします。 +外部アクセスが必要な場合は、プライベートネットワークを使用するか、Kubernetes クラスターへのネットワークアクセスを適切に設定することをお勧めします。 ### 画像構成 @@ -48,8 +49,8 @@ web: ## オプション設定 このセクションでは、Scalar Manager用のカスタム値ファイルを設定する際のオプション設定について説明します。 -### Scalar Manager設定（環境に応じてオプション） -`api.applicationProperties`カスタム値を上書きして、Scalar Managerのデフォルト設定を変更できます。 +### Scalar Manager 設定 (環境に応じてオプション) +`api.applicationProperties` カスタム値を上書きして、Scalar Managerのデフォルト設定を変更できます。 ```yaml api: @@ -62,40 +63,40 @@ api: Scalar Managerには、例えばScalar製品のデプロイメントやクラスター内のPrometheusおよびLokiサービスを検出するためのデフォルト設定があります。 ほとんどのユースケースでは、特にkube-prometheus-stackのデプロイガイドやloki-stackのデプロイガイドに従っている場合、デフォルト設定を変更する必要はありません。 -#### api.applicationPropertiesで設定できるプロパティ +#### api.applicationProperties で設定できるプロパティ -Scalar Managerの設定は、Javaアプリケーションプロパティの形式で、key=valueのペアです。 -これらのアプリケーションプロパティは、Scalar Manager Helm Chartのapi.applicationPropertiesカスタム値を使用して設定できます。 +Scalar Manager の設定は、Java アプリケーションプロパティの形式で、key=valueのペアです。 +これらのアプリケーションプロパティは、Scalar Manager Helm Chart の api.applicationProperties カスタム値を使用して設定できます。 |名前|説明|デフォルト値| |---|---|---| -|`grafana.kubernetesServiceLabelName`|KubernetesでGrafanaサービスを検出するために使用されるラベル名|`app.kubernetes.io/name`| -|`grafana.kubernetesServiceLabelValue`|`grafana.kubernetesServiceLabelName`に対応するラベル値|`grafana`| -|`grafana.kubernetesServicePortName`|KubernetesでGrafanaサービスポートを検出するために使用されるポート名|`http-web`| -|`prometheus.kubernetesServiceLabelName`|KubernetesでPrometheusサービスを検出するために使用されるラベル名|`app`| -|`prometheus.kubernetesServiceLabelValue`|`prometheus.kubernetesServiceLabelName`に対応するラベル値|`kube-prometheus-stack-prometheus`| -|`prometheus.kubernetesServicePortName`|KubernetesでPrometheusサービスポートを検出するために使用されるポート名|`http-web`| -|`loki.kubernetesServiceLabelName`|KubernetesでPrometheusサービスを検出するために使用されるラベル名|`app`| -|`loki.kubernetesServiceLabelValue`|`loki.kubernetesServiceLabelName`に対応するラベル値|`loki`| -|`loki.kubernetesServicePortName`|KubernetesでLokiサービスポートを検出するために使用されるポート名|`http-metrics`| -|`helm.scalarRepositoryName`|Scalar Helmリポジトリを表すために使用される名前|`scalar-labs`| -|`helm.scalarRepositoryUrl`|Scalar HelmリポジトリのURL|`https://scalar-labs.github.io/helm-charts`| -|`helm.scalarAdminForKubernetesChartName`|Scalar HelmリポジトリにおけるKubernetes用Scalar Adminの Helm Chart名|`scalar-admin-for-kubernetes`| -|`helm.scalarAdminForKubernetesChartVersion`|Kubernetes用Scalar Admin Helm Chartのバージョン|`1.0.0`| -|`configMapNamespace`|Scalar Managerが使用するConfigMapがデプロイされる名前空間|`default`| -|`configMapName`|Scalar Managerが使用するConfigMapの名前|`scalar-manager-metadata`| +|`grafana.kubernetesServiceLabelName`|Kubernetes で Grafana サービスを検出するために使用されるラベル名|`app.kubernetes.io/name`| +|`grafana.kubernetesServiceLabelValue`|`grafana.kubernetesServiceLabelName` に対応するラベル値|`grafana`| +|`grafana.kubernetesServicePortName`|Kubernetes で Grafana サービスポートを検出するために使用されるポート名|`http-web`| +|`prometheus.kubernetesServiceLabelName`|Kubernetes で Prometheus サービスを検出するために使用されるラベル名|`app`| +|`prometheus.kubernetesServiceLabelValue`|`prometheus.kubernetesServiceLabelName` に対応するラベル値|`kube-prometheus-stack-prometheus`| +|`prometheus.kubernetesServicePortName`|Kubernetes で Prometheus サービスポートを検出するために使用されるポート名|`http-web`| +|`loki.kubernetesServiceLabelName`|Kubernetes で Prometheus サービスを検出するために使用されるラベル名|`app`| +|`loki.kubernetesServiceLabelValue`|`loki.kubernetesServiceLabelName` に対応するラベル値|`loki`| +|`loki.kubernetesServicePortName`|Kubernetes で Loki サービスポートを検出するために使用されるポート名|`http-metrics`| +|`helm.scalarRepositoryName`|Scalar Helm リポジトリを表すために使用される名前|`scalar-labs`| +|`helm.scalarRepositoryUrl`|Scalar Helm リポジトリの URL|`https://scalar-labs.github.io/helm-charts`| +|`helm.scalarAdminForKubernetesChartName`|Scalar Helm リポジトリにおける Kubernetes 用 Scalar Admin の Helm Chart 名|`scalar-admin-for-kubernetes`| +|`helm.scalarAdminForKubernetesChartVersion`|Kubernetes 用 Scalar Admin Helm Chart のバージョン|`1.0.0`| +|`configMapNamespace`|Scalar Manager が使用する ConfigMap がデプロイされる名前空間|`default`| +|`configMapName`|Scalar Manager が使用する ConfigMap の名前|`scalar-manager-metadata`| |`paused-state-retention.storage`|一時停止状態を保持するために使用されるストレージタイプ|`configmap`| -|`paused-state-retention.max-number`|Scalar Managerが保持する一時停止状態の最大数|`100`| +|`paused-state-retention.max-number`|Scalar Manager が保持する一時停止状態の最大数|`100`| #### サービスディスカバリー -Scalar Managerはラベルセレクターを使用して、Kubernetes内のGrafana、Prometheus、Lokiサービスを検出し、ポート名を使用してそれらに接続します。`*.kubernetesServiceLabelName`、`*.kubernetesServiceLabelValue`、`*.kubernetesServicePortName`の設定を変更することで、ラベルセレクターとポート名を修正できます。 +Scalar Manager はラベルセレクターを使用して、Kubernetes 内の Grafana、Prometheus、Loki サービスを検出し、ポート名を使用してそれらに接続します。`*.kubernetesServiceLabelName`、`*.kubernetesServiceLabelValue`、`*.kubernetesServicePortName` の設定を変更することで、ラベルセレクターとポート名を修正できます。 -一般的に、これらの設定を変更する必要はありません。ただし、Grafana、Prometheus、またはLokiサービスのHelm Chartをインストールする際にラベルやポート名をカスタマイズした場合は、これらの設定をカスタマイズに合わせて調整する必要があります。 +一般的に、これらの設定を変更する必要はありません。ただし、Grafana、Prometheus、または Loki サービスの Helm Chart をインストールする際にラベルやポート名をカスタマイズした場合は、これらの設定をカスタマイズに合わせて調整する必要があります。 -##### Kubernetes用Scalar Adminの使用 +##### Kubernetes 用 Scalar Admin の使用 -Scalar Managerは、[Kubernetes用Scalar Admin](https://github.com/scalar-labs/scalar-admin-for-kubernetes) Helm Chartをインストールして、Scalar製品の一時停止ジョブのスケジューリングや実行を行います。以下の設定を使用して、Scalar Helmリポジトリをセットアップし、Helm Chartを配置します： +Scalar Manager は、[Kubernetes 用 Scalar Admin](https://github.com/scalar-labs/scalar-admin-for-kubernetes) Helm Chart をインストールして、Scalar製品の一時停止ジョブのスケジューリングや実行を行います。以下の設定を使用して、Scalar Helm リポジトリをセットアップし、Helm Chart を配置します: - `helm.scalarRepositoryName` - `helm.scalarRepositoryUrl` @@ -103,24 +104,30 @@ Scalar Managerは、[Kubernetes用Scalar Admin](https://github.com/scalar-labs/s - `helm.scalarAdminForKubernetesChartVersion` :::note + 特別な理由がない限り、これらの設定を変更することはお勧めしません。 + ::: -##### Scalar Managerが使用するConfigMap +##### Scalar Manager が使用する ConfigMap -Scalar Managerは、デフォルトのアプリケーションプロパティなどのメタデータを保存するためにConfigMapを使用します。ConfigMapは以下の設定で指定された名前空間にデプロイされます： +Scalar Manager は、デフォルトのアプリケーションプロパティなどのメタデータを保存するために ConfigMap を使用します。ConfigMap は以下の設定で指定された名前空間にデプロイされます: - `configMapNamespace` - `configMapName` :::note -競合するConfigMapを使用している場合など、特別な理由がない限り、これらの設定を変更することはお勧めしません。 + +競合する ConfigMap を使用している場合など、特別な理由がない限り、これらの設定を変更することはお勧めしません。 + ::: ##### 一時停止状態の保持 -Scalar Managerは、Scalar製品の一時停止状態をストレージに保持します。現在、Scalar ManagerはストレージとしてConfigMapのみを使用できるため、`paused-state-retention.storage`設定は`configmap`に設定する必要があります。`paused-state-retention.max-number`設定を設定することで、Scalar Managerが保持する一時停止状態の最大数を調整できます。 +Scalar Manager は、Scalar 製品の一時停止状態をストレージに保持します。現在、Scalar Manager はストレージとして ConfigMap のみを使用できるため、`paused-state-retention.storage` 設定は `configmap` に設定する必要があります。`paused-state-retention.max-number` 設定を設定することで、Scalar Manager が保持する一時停止状態の最大数を調整できます。 :::warning -ストレージにConfigMapを使用する場合、ConfigMapのサイズ制限があるため、`paused-state-retention.max-number`に大きな値を設定することはお勧めしません。ConfigMapに保存されるデータは1 MiBを超えることができないため、Scalar Managerが保持できる一時停止状態の最大数は約3,000です。 + +ストレージに ConfigMap を使用する場合、ConfigMap のサイズ制限があるため、`paused-state-retention.max-number` に大きな値を設定することはお勧めしません。ConfigMap に保存されるデータは 1MiB を超えることができないため、Scalar Manager が保持できる一時停止状態の最大数は約3,000です。 + ::: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardb-analytics-postgresql.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardb-analytics-postgresql.mdx index d0273aab..0c6b8bf9 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardb-analytics-postgresql.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardb-analytics-postgresql.mdx @@ -1,6 +1,7 @@ --- tags: - Community +displayed_sidebar: docsJapanese --- # ScalarDB Analytics with PostgreSQL のカスタム値ファイルを構成する @@ -9,15 +10,15 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、PostgreSQL チャートを使用した ScalarDB Analytics のカスタム値ファイルを作成する方法について説明します。 パラメーターの詳細については、ScalarDB Analytics with PostgreSQL チャートの [README](https://github.com/scalar-labs/helm-charts/blob/main/charts/scalardb-analytics-postgresql/README.md) を参照してください。 +このドキュメントでは、PostgreSQL チャートを使用した ScalarDB Analytics のカスタム値ファイルを作成する方法について説明します。パラメーターの詳細については、ScalarDB Analytics with PostgreSQL チャートの [README](https://github.com/scalar-labs/helm-charts/blob/main/charts/scalardb-analytics-postgresql/README.md) を参照してください。 ## 必要な構成 -このセクションでは、PostgreSQL で ScalarDB Analytics のカスタム値ファイルを設定するときに必要な構成について説明します。 +このセクションでは、ScalarDB Analytics with PostgreSQL のカスタム値ファイルを設定するときに必要な構成について説明します。 ### データベース構成 -PostgreSQL を使用した ScalarDB Analytics 経由でデータベースにアクセスするには、`database.properties` ファイルの構成に使用するのと同じ構文に従って、`scalardbAnalyticsPostgreSQL.databaseProperties` パラメータを設定する必要があります。 設定の詳細については、[ScalarDB Configurations](https://scalardb.scalar-labs.com/docs/latest/configurations/) を参照してください。 +ScalarDB Analytics with PostgreSQL 経由でデータベースにアクセスするには、`database.properties` ファイルの構成に使用するのと同じ構文に従って、`scalardbAnalyticsPostgreSQL.databaseProperties` パラメータを設定する必要があります。設定の詳細については、[ScalarDB Configurations](https://scalardb.scalar-labs.com/docs/latest/configurations/) を参照してください。 ```yaml scalardbAnalyticsPostgreSQL: @@ -30,7 +31,7 @@ scalardbAnalyticsPostgreSQL: ### データベース名前空間の構成 -PostgreSQL を使用した ScalarDB Analytics 経由で読み取りたいテーブルを含むすべてのデータベース名前空間に `schemaImporter.namespaces` を設定する必要があります。 +ScalarDB Analytics with PostgreSQL 経由で読み取りたいテーブルを含むすべてのデータベース名前空間に `schemaImporter.namespaces` を設定する必要があります。 ```yaml schemaImporter: @@ -42,13 +43,13 @@ schemaImporter: ## オプションの構成 -このセクションでは、PostgreSQL で ScalarDB Analytics のカスタム値ファイルを設定する場合のオプションの構成について説明します。 +このセクションでは、ScalarDB Analytics with PostgreSQL のカスタム値ファイルを設定する場合のオプションの構成について説明します。 ### リソース構成 (実稼働環境で推奨) -Kubernetes でリクエストと制限を使用してポッド リソースを制御するには、`scalardbAnalyticsPostgreSQL.resources` を使用できます。 +Kubernetes でリクエストと制限を使用してポッドリソースを制御するには、`scalardbAnalyticsPostgreSQL.resources` を使用できます。 -Kubernetes のリクエストと制限と同じ構文を使用して、リクエストと制限を構成できます。 Kubernetes のリクエストと制限の詳細については、[Resource Management for Pods and Containers](https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/)を参照してください。 +Kubernetes のリクエストと制限と同じ構文を使用して、リクエストと制限を構成できます。Kubernetes のリクエストと制限の詳細については、[Resource Management for Pods and Containers](https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/) を参照してください。 ```yaml scalardbAnalyticsPostgreSQL: @@ -63,11 +64,11 @@ scalardbAnalyticsPostgreSQL: ### シークレット構成 (運用環境で推奨) -環境変数を使用して `scalardbAnalyticsPostgreSQL.databaseProperties` で資格情報などのいくつかのプロパティを設定するには、`scalardbAnalyticsPostgreSQL.secretName` を使用していくつかの資格情報を含むシークレット リソースを指定します。 +環境変数を使用して `scalardbAnalyticsPostgreSQL.databaseProperties` で資格情報などのいくつかのプロパティを設定するには、`scalardbAnalyticsPostgreSQL.secretName` を使用していくつかの資格情報を含むシークレットリソースを指定します。 -たとえば、環境変数を使用してバックエンド データベースの資格情報 (`scalar.db.username` および `scalar.db.password`) を設定できるため、ポッドの安全性が高まります。 +たとえば、環境変数を使用してバックエンドデータベースの資格情報 (`scalar.db.username` および `scalar.db.password`) を設定できるため、ポッドの安全性が高まります。 -シークレットリソースの使用方法の詳細については、[シークレットリソースを使用して資格情報を環境変数としてプロパティファイルに渡す方法(./use-secret-for-credentials.mdx) を参照してください。 +シークレットリソースの使用方法の詳細については、[シークレットリソースを使用して資格情報を環境変数としてプロパティファイルに渡す方法(./use-secret-for-credentials.mdx)を参照してください。 ```yaml scalardbAnalyticsPostgreSQL: @@ -78,7 +79,7 @@ scalardbAnalyticsPostgreSQL: Kubernetes でアフィニティとアンチアフィニティを使用してポッドのデプロイメントを制御するには、`scalardbAnalyticsPostgreSQL.affinity` を使用できます。 -Kubernetes のアフィニティとアンチアフィニティと同じ構文を使用して、アフィニティとアンチアフィニティを構成できます。 Kubernetes でのアフィニティの構成の詳細については、[Assigning Pods to Nodes](https://kubernetes.io/docs/concepts/scheduling-eviction/assign-pod-node/) を参照してください。 +Kubernetes のアフィニティとアンチアフィニティと同じ構文を使用して、アフィニティとアンチアフィニティを構成できます。Kubernetes でのアフィニティの構成の詳細については、[Assigning Pods to Nodes](https://kubernetes.io/docs/concepts/scheduling-eviction/assign-pod-node/) を参照してください。 ```yaml scalardbAnalyticsPostgreSQL: @@ -102,7 +103,7 @@ scalardbAnalyticsPostgreSQL: PostgreSQL ポッドを使用して ScalarDB Analytics の SecurityContext と PodSecurityContext を設定するには、`scalardbAnalyticsPostgreSQL.securityContext`、`scalardbAnalyticsPostgreSQL.podSecurityContext`、および `schemaImporter.securityContext` を使用できます。 -Kubernetes の SecurityContext および PodSecurityContext と同じ構文を使用して、SecurityContext および PodSecurityContext を構成できます。 Kubernetes の SecurityContext および PodSecurityContext 構成の詳細については、[Configure a Security Context for a Pod or Container](https://kubernetes.io/docs/tasks/configure-pod-container/security-context/) を参照してください。 +Kubernetes の SecurityContext および PodSecurityContext と同じ構文を使用して、SecurityContext および PodSecurityContext を構成できます。Kubernetes の SecurityContext および PodSecurityContext 構成の詳細については、[Configure a Security Context for a Pod or Container](https://kubernetes.io/docs/tasks/configure-pod-container/security-context/) を参照してください。 ```yaml scalardbAnalyticsPostgreSQL: @@ -129,7 +130,7 @@ schemaImporter: ### 画像構成 (デフォルト値を推奨) -イメージ リポジトリを変更する場合は、`scalardbAnalyticsPostgreSQL.image.repository` と `schemaImporter.image.repository` を使用して、プルする ScalarDB Analytics with PostgreSQL および Schema Importer イメージのコンテナ リポジトリ情報を指定できます。 +イメージリポジトリを変更する場合は、`scalardbAnalyticsPostgreSQL.image.repository` と `schemaImporter.image.repository` を使用して、プルする ScalarDB Analytics with PostgreSQL および Schema Importer イメージのコンテナリポジトリ情報を指定できます。 ```yaml scalardbAnalyticsPostgreSQL: @@ -150,9 +151,9 @@ scalardbAnalyticsPostgreSQL: replicaCount: 3 ``` -### PostgreSQL database name configuration (optional based on your environment) +### PostgreSQL データベース名の構成 (環境に応じてオプション) -You can specify the database name that you create in PostgreSQL. Schema Importer creates some objects, such as a view of ScalarDB Analytics with PostgreSQL, in this database. +PostgreSQL で作成するデータベース名を指定できます。Schema Importer は、ScalarDB Analytics with PostgreSQL のビューなど、いくつかのオブジェクトをこのデータベースに作成します。 ```yaml scalardbAnalyticsPostgreSQL: @@ -172,7 +173,7 @@ scalardbAnalyticsPostgreSQL: :::note -PostgreSQL で ScalarDB Analytics をデプロイする前に、この名前 (デフォルトでは `scalardb-analytics-postgresql-superuser-password`) でシークレット リソースを作成する必要があります。 詳細については、[シークレットリソースを準備する](how-to-deploy-scalardb-analytics-postgresql.mdx#シークレットリソースを準備する) を参照してください。 +ScalarDB Analytics with PostgreSQL をデプロイする前に、この名前 (デフォルトでは `scalardb-analytics-postgresql-superuser-password`) でシークレットリソースを作成する必要があります。詳細については、[シークレットリソースを準備する](how-to-deploy-scalardb-analytics-postgresql.mdx#シークレットリソースを準備する)を参照してください。 ::: @@ -180,7 +181,7 @@ PostgreSQL で ScalarDB Analytics をデプロイする前に、この名前 ( Kubernetes でテイントと許容を使用してポッドのデプロイメントを制御したい場合は、`scalardbAnalyticsPostgreSQL.tolerations` を使用できます。 -Kubernetes の許容と同じ構文を使用して、テイントと許容を構成できます。 Kubernetes での許容設定の詳細については、Kubernetes の公式ドキュメント [Taints and Tolerations](https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/) を参照してください。 +Kubernetes の許容と同じ構文を使用して、テイントと許容を構成できます。Kubernetes での許容設定の詳細については、Kubernetes の公式ドキュメント [Taints and Tolerations](https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/) を参照してください。 ```yaml scalardbAnalyticsPostgreSQL: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardb-cluster.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardb-cluster.mdx index c8fafa8b..37cc07f1 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardb-cluster.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardb-cluster.mdx @@ -2,17 +2,18 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster のカスタム値ファイルを構成する -このドキュメントでは、ScalarDB Cluster チャートのカスタム値ファイルを作成する方法について説明します。 パラメータの詳細については、ScalarDB Cluster チャートの [README](https://github.com/scalar-labs/helm-charts/blob/main/charts/scalardb-cluster/README.md) を参照してください。 +このドキュメントでは、ScalarDB Cluster チャートのカスタム値ファイルを作成する方法について説明します。パラメータの詳細については、ScalarDB Cluster チャートの [README](https://github.com/scalar-labs/helm-charts/blob/main/charts/scalardb-cluster/README.md) を参照してください。 ## 必要な構成 ### 画像構成 -`scalardbCluster.image.repository`を設定する必要があります。 コンテナー リポジトリからイメージをプルできるように、必ず ScalarDB Cluster コンテナー イメージを指定してください。 +`scalardbCluster.image.repository`を設定する必要があります。コンテナーリポジトリからイメージをプルできるように、必ず ScalarDB Cluster コンテナーイメージを指定してください。 ```yaml scalardbCluster: @@ -22,7 +23,7 @@ scalardbCluster: ### データベース構成 -`scalardbCluster.scalardbClusterNodeProperties` を設定する必要があります。 このパラメータには `scalardb-cluster-node.properties` を設定してください。 ScalarDB Cluster の構成の詳細については、[ScalarDB Cluster Configurations](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/scalardb-cluster-configurations/) を参照してください。 +`scalardbCluster.scalardbClusterNodeProperties` を設定する必要があります。このパラメータには `scalardb-cluster-node.properties` を設定してください。ScalarDB Cluster の構成の詳細については、[ScalarDB Cluster Configurations](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/scalardb-cluster-configurations/) を参照してください。 ```yaml scalardbCluster: @@ -36,7 +37,7 @@ scalardbCluster: scalar.db.storage=cassandra ``` -Scalar Helm Chart を使用して Kubernetes 環境に ScalarDB Cluster をデプロイする場合は、次の 3 つのプロパティを常に設定する必要があることに注意してください。 これらのプロパティは固定値です。 プロパティは個別の環境に依存しないため、以下の値をコピーして `scalardbCluster.scalardbClusterNodeProperties` に貼り付けることで同じ値を設定できます。 +Scalar Helm Chart を使用して Kubernetes 環境に ScalarDB Cluster をデプロイする場合は、次の3つのプロパティを常に設定する必要があることに注意してください。これらのプロパティは固定値です。プロパティは個別の環境に依存しないため、以下の値をコピーして `scalardbCluster.scalardbClusterNodeProperties` に貼り付けることで同じ値を設定できます。 ```yaml scalardbCluster: @@ -50,11 +51,11 @@ scalardbCluster: ### リソース構成 (実稼働環境で推奨) -Kubernetes でリクエストと制限を使用してポッド リソースを制御するには、`scalardbCluster.resources` を使用できます。 +Kubernetes でリクエストと制限を使用してポッドリソースを制御するには、`scalardbCluster.resources` を使用できます。 -商用ライセンスの場合、Scalar 製品の各ポッドのリソースは 2vCPU / 4GB メモリに制限されることに注意してください。 また、AWS Marketplace が提供する従量課金制のコンテナを使用する場合、`resources.limits` の 2vCPU / 4GB メモリ構成を超えるコンテナを実行することはできません。 このリソース制限を超えると、ポッドは自動的に停止します。 +商用ライセンスの場合、Scalar 製品の各ポッドのリソースは 2vCPU / 4GB メモリに制限されることに注意してください。また、AWS Marketplace が提供する従量課金制のコンテナを使用する場合、`resources.limits` の 2vCPU / 4GB メモリ構成を超えるコンテナを実行することはできません。このリソース制限を超えると、ポッドは自動的に停止します。 -Kubernetes のリクエストと制限と同じ構文を使用して、リクエストと制限を構成できます。 Kubernetes のリクエストと制限の詳細については、[Resource Management for Pods and Containers](https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/) を参照してください。 +Kubernetes のリクエストと制限と同じ構文を使用して、リクエストと制限を構成できます。Kubernetes のリクエストと制限の詳細については、[Resource Management for Pods and Containers](https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/) を参照してください。 ```yaml scalardbCluster: @@ -71,9 +72,9 @@ scalardbCluster: 環境変数を使用して `scalardbCluster.scalardbClusterNodeProperties` 内の一部のプロパティ (資格情報など) を設定するには、`scalardbCluster.secretName` を使用して、いくつかの資格情報を含む Secret リソースを指定します。 -たとえば、環境変数を使用してバックエンド データベースの資格情報 (`scalar.db.username` および `scalar.db.password`) を設定できるため、ポッドの安全性が高まります。 +たとえば、環境変数を使用してバックエンドデータベースの資格情報 (`scalar.db.username` および `scalar.db.password`) を設定できるため、ポッドの安全性が高まります。 -Secret リソースの使用方法の詳細については、[Secret リソースを使用して資格情報を環境変数としてプロパティ ファイルに渡す方法](use-secret-for-credentials.mdx) を参照してください。 +Secret リソースの使用方法の詳細については、[Secret リソースを使用して資格情報を環境変数としてプロパティファイルに渡す方法](use-secret-for-credentials.mdx)を参照してください。 ```yaml scalardbCluster: @@ -84,7 +85,7 @@ scalardbCluster: Kubernetes でアフィニティとアンチアフィニティを使用してポッドのデプロイメントを制御するには、`scalardbCluster.affinity` を使用できます。 -Kubernetes のアフィニティとアンチアフィニティと同じ構文を使用して、アフィニティとアンチアフィニティを構成できます。 Kubernetes でのアフィニティの構成の詳細については、[Assigning Pods to Nodes](https://kubernetes.io/docs/concepts/scheduling-eviction/assign-pod-node/) を参照してください。 +Kubernetes のアフィニティとアンチアフィニティと同じ構文を使用して、アフィニティとアンチアフィニティを構成できます。Kubernetes でのアフィニティの構成の詳細については、[Assigning Pods to Nodes](https://kubernetes.io/docs/concepts/scheduling-eviction/assign-pod-node/) を参照してください。 ```yaml scalardbCluster: @@ -108,7 +109,7 @@ scalardbCluster: ### Prometheus および Grafana 構成 (実稼働環境で推奨) -[kube-prometheus-stack](https://github.com/prometheus-community/helm-charts/tree/main/charts/kube-prometheus-stack) を使用して ScalarDB Cluster ポッドを監視するには、`scalardbCluster.grafanaDashboard.enabled`、`scalardbCluster.serviceMonitor.enabled`、`scalardbCluster.prometheusRule.enabled` を `true` に設定します。 これらの構成を `true` に設定すると、チャートは必要なリソースをデプロイし、kube-prometheus-stack が自動的に監視を開始します。 +[kube-prometheus-stack](https://github.com/prometheus-community/helm-charts/tree/main/charts/kube-prometheus-stack) を使用して ScalarDB Cluster ポッドを監視するには、`scalardbCluster.grafanaDashboard.enabled`、`scalardbCluster.serviceMonitor.enabled`、`scalardbCluster.prometheusRule.enabled` を `true` に設定します。これらの構成を `true` に設定すると、チャートは必要なリソースをデプロイし、kube-prometheus-stack が自動的に監視を開始します。 ```yaml scalardbCluster: @@ -128,7 +129,7 @@ scalardbCluster: ScalarDB Cluster ポッドの SecurityContext と PodSecurityContext を設定するには、`scalardbCluster.securityContext` と `scalardbCluster.podSecurityContext` を使用できます。 -Kubernetes の SecurityContext および PodSecurityContext と同じ構文を使用して、SecurityContext および PodSecurityContext を構成できます。 Kubernetes の SecurityContext および PodSecurityContext 構成の詳細については、[Configure a Security Context for a Pod or Container](https://kubernetes.io/docs/tasks/configure-pod-container/security-context/) を参照してください。 +Kubernetes の SecurityContext および PodSecurityContext と同じ構文を使用して、SecurityContext および PodSecurityContext を構成できます。Kubernetes の SecurityContext および PodSecurityContext 構成の詳細については、[Configure a Security Context for a Pod or Container](https://kubernetes.io/docs/tasks/configure-pod-container/security-context/) を参照してください。 ```yaml scalardbCluster: @@ -150,7 +151,7 @@ TLS は、次の通信で有効にできます: - ScalarDB Cluster ノードとクライアント間の通信。 - すべての ScalarDB Cluster ノード間の通信 (クラスターの内部通信)。 -さらに、証明書管理にはいくつかのオプションがあります。詳細については、[Envoy の TLS 構成](./configure-custom-values-envoy.mdx#tls-構成-環境に応じてオプション) を参照してください。 +さらに、証明書管理にはいくつかのオプションがあります。詳細については、[Envoy の TLS 構成](./configure-custom-values-envoy.mdx#tls-構成-環境に応じてオプション)を参照してください。 セキュリティ要件に基づいて、どの方法を使用するかを検討する必要があります。各方法のガイダンスと関連ドキュメントについては、次の意思決定ツリーを参照してください。 @@ -187,7 +188,8 @@ scalardbCluster: tls: enabled: true ``` -##### 秘密鍵と証明書ファイルを使用する + +##### シークレットキーと証明書ファイルを使用する 次の構成を使用して、秘密鍵と証明書ファイルを設定できます。 @@ -208,7 +210,7 @@ kubectl create secret generic scalardb-cluster-tls-cert --from-file=tls.crt=/ -n ``` -秘密鍵と証明書ファイルを準備する方法の詳細については、[Scalar 製品の秘密鍵と証明書ファイルを作成する方法](../scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx) を参照してください。 +秘密鍵と証明書ファイルを準備する方法の詳細については、[Scalar 製品の秘密鍵と証明書ファイルを作成する方法](../scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx)を参照してください。 ##### cert-manager で信頼できる CA を使用して秘密鍵と証明書ファイルを管理する @@ -216,8 +218,8 @@ kubectl create secret generic scalardb-cluster-tls-key --from-file=tls.key=/:80/graphql` を使用して graphql クエリを実行できます。 +graphql クエリを実行するパスを変更したい場合は、`scalarDbGraphQlConfiguration.path` を使用できます。デフォルトでは、`http://:80/graphql` を使用して graphql クエリを実行できます。 -`scalarDbGraphQlConfiguration.graphiql`を使用して[GraphiQL](https://github.com/graphql/graphiql/tree/main/packages/graphiql) を有効/無効にすることもできます。 +`scalarDbGraphQlConfiguration.graphiql` を使用して [GraphiQL](https://github.com/graphql/graphiql/tree/main/packages/graphiql) を有効/無効にすることもできます。 ```yaml scalarDbGraphQlConfiguration: @@ -183,7 +184,7 @@ scalarDbGraphQlConfiguration: クライアントとイングレスの間で TLS を使用したい場合は、`ingress.tls` を使用できます。 -秘密キーと証明書ファイルを含むシークレット リソースを作成する必要があります。 Ingress の Secret リソースの詳細については、公式ドキュメント [Ingress - TLS](https://kubernetes.io/docs/concepts/services-networking/ingress/#tls) を参照してください。 +秘密鍵と証明書ファイルを含むシークレットリソースを作成する必要があります。Ingress の Secret リソースの詳細については、公式ドキュメント [Ingress - TLS](https://kubernetes.io/docs/concepts/services-networking/ingress/#tls) を参照してください。 ```yaml ingress: @@ -216,7 +217,7 @@ scalarDbGraphQlConfiguration: Kubernetes のテイントと許容範囲を使用してポッドのデプロイメントを制御したい場合は、`tolerations` を使用できます。 -Kubernetes の許容と同じ構文を使用して、テイントと許容を構成できます。 Kubernetes での許容設定の詳細については、Kubernetes の公式ドキュメント [Taints and Tolerations](https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/) を参照してください。 +Kubernetes の許容と同じ構文を使用して、テイントと許容を構成できます。Kubernetes での許容設定の詳細については、Kubernetes の公式ドキュメント [Taints and Tolerations](https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/) を参照してください。 ```yaml tolerations: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardb.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardb.mdx index 9b8f87c9..139f7bfe 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardb.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardb.mdx @@ -3,6 +3,7 @@ tags: - Enterprise Standard - Enterprise Premium - Deprecated +displayed_sidebar: docsJapanese --- # [非推奨] ScalarDB Server のカスタム値ファイルを構成する @@ -13,33 +14,33 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; :::note -ScalarDB Server は非推奨になりました。 代わりに [ScalarDB Cluster](configure-custom-values-scalardb-cluster.mdx) を使用してください。 +ScalarDB Server は非推奨になりました。代わりに [ScalarDB Cluster](configure-custom-values-scalardb-cluster.mdx) を使用してください。 ::: -このドキュメントでは、ScalarDB Server チャートのカスタム値ファイルを作成する方法について説明します。 パラメータの詳細を知りたい場合は、ScalarDB Server チャートの [README](https://github.com/scalar-labs/helm-charts/blob/main/charts/scalardb/README.md) を参照してください。 +このドキュメントでは、ScalarDB Server チャートのカスタム値ファイルを作成する方法について説明します。パラメータの詳細を知りたい場合は、ScalarDB Server チャートの [README](https://github.com/scalar-labs/helm-charts/blob/main/charts/scalardb/README.md) を参照してください。 ## 必要な構成 ### Scalar Envoy 構成 -ScalarDB Server のカスタム値ファイルに Scalar Envoy 構成を設定する必要があります。 これは、ScalarDB Server を Kubernetes 環境にデプロイする場合、クライアント リクエストが gRPC リクエストのロード バランサーとして Scalar Envoy 経由で ScalarDB Server に送信されるためです。 +ScalarDB Server のカスタム値ファイルに Scalar Envoy 構成を設定する必要があります。これは、ScalarDB Server を Kubernetes 環境にデプロイする場合、クライアントリクエストが gRPC リクエストのロードバランサーとして Scalar Envoy 経由で ScalarDB Server に送信されるためです。 -Scalar Envoy 構成の詳細については、ドキュメント [Scalar Envoy のカスタム値ファイルの構成](configure-custom-values-envoy.mdx) を参照してください。 +Scalar Envoy 構成の詳細については、ドキュメント [Scalar Envoy のカスタム値ファイルの構成](configure-custom-values-envoy.mdx)を参照してください。 ```yaml envoy: - configurationsForScalarEnvoy: + configurationsForScalarEnvoy: ... scalardb: - configurationsForScalarDB: + configurationsForScalarDB: ... ``` ### 画像構成 -`scalardb.image.repository`を設定する必要があります。 コンテナー リポジトリからイメージをプルできるように、必ず ScalarDB Server コンテナー イメージを指定してください。 +`scalardb.image.repository`を設定する必要があります。コンテナーリポジトリからイメージをプルできるように、必ず ScalarDB Server コンテナーイメージを指定してください。 ```yaml scalardb: @@ -54,7 +55,7 @@ AWS または Azure を使用している場合、詳細については次のド ### データベース構成 -`scalardb.databaseProperties` を設定する必要があります。 `database.properties` をこのパラメータに設定してください。 ScalarDB Server の設定の詳細については、[Configure ScalarDB Server](https://scalardb.scalar-labs.com/docs/latest/scalardb-server.mdx#configure-scalardb-server) を参照してください。 +`scalardb.databaseProperties` を設定する必要があります。`database.properties` をこのパラメータに設定してください。ScalarDB Server の設定の詳細については、[Configure ScalarDB Server](https://scalardb.scalar-labs.com/docs/latest/scalardb-server.mdx#configure-scalardb-server) を参照してください。 ```yaml scalardb: @@ -77,11 +78,11 @@ scalardb: ### リソース構成 (本番環境で推奨) -Kubernetes のリクエストと制限を使用してポッド リソースを制御したい場合は、`scalardb.resources` を使用できます。 +Kubernetes のリクエストと制限を使用してポッドリソースを制御したい場合は、`scalardb.resources` を使用できます。 -商用ライセンスの観点から、Scalar 製品の 1 つのポッドのリソースは 2vCPU / 4GB メモリに制限されていることに注意してください。 また、AWS Marketplace から提供される従量課金制のコンテナを取得する場合、`resources.limits` で 2vCPU / 4GB を超えるメモリ構成でそれらのコンテナを実行することはできません。 この制限を超えると、ポッドは自動的に停止されます。 +商用ライセンスの観点から、Scalar 製品の1つのポッドのリソースは 2vCPU / 4GB メモリに制限されていることに注意してください。また、AWS Marketplace から提供される従量課金制のコンテナを取得する場合、`resources.limits` で 2vCPU / 4GB を超えるメモリ構成でそれらのコンテナを実行することはできません。この制限を超えると、ポッドは自動的に停止されます。 -これらは、Kubernetes のリクエストと制限と同じ構文を使用して構成できます。 そのため、Kubernetes の要求と制限の詳細については、公式ドキュメント [Pod およびコンテナーのリソース管理](https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/) を参照してください。 +これらは、Kubernetes のリクエストと制限と同じ構文を使用して構成できます。そのため、Kubernetes の要求と制限の詳細については、公式ドキュメント [Pod およびコンテナーのリソース管理](https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/)を参照してください。 ```yaml scalardb: @@ -98,9 +99,9 @@ scalardb: 環境変数を使用して `scalardb.databaseProperties` 内の一部のプロパティ (資格情報など) を設定したい場合は、`scalardb.secretName` を使用して、いくつかの資格情報を含む Secret リソースを指定できます。 -たとえば、環境変数を使用してバックエンド データベースの資格情報 (`scalar.db.username` および `scalar.db.password`) を設定でき、これによりポッドの安全性が高まります。 +たとえば、環境変数を使用してバックエンドデータベースの資格情報 (`scalar.db.username` および `scalar.db.password`) を設定でき、これによりポッドの安全性が高まります。 -Secret リソースの使用方法の詳細については、ドキュメント [Secret リソースを使用して資格情報を環境変数としてプロパティ ファイルに渡す方法](use-secret-for-credentials.mdx) を参照してください。 +Secret リソースの使用方法の詳細については、ドキュメント [Secret リソースを使用して資格情報を環境変数としてプロパティファイルに渡す方法](use-secret-for-credentials.mdx)を参照してください。 ```yaml scalardb: @@ -111,7 +112,7 @@ scalardb: Kubernetes のアフィニティと反アフィニティを使用してポッドのデプロイメントを制御したい場合は、`scalardb.affinity` を使用できます。 -Kubernetes のアフィニティと同じ構文を使用して構成できます。 そのため、Kubernetes のアフィニティ設定の詳細については、公式ドキュメント [Assigning Pods to Nodes](https://kubernetes.io/docs/concepts/scheduling-eviction/assign-pod-node/) を参照してください。 +Kubernetes のアフィニティと同じ構文を使用して構成できます。そのため、Kubernetes のアフィニティ設定の詳細については、公式ドキュメント [Assigning Pods to Nodes](https://kubernetes.io/docs/concepts/scheduling-eviction/assign-pod-node/) を参照してください。 ```yaml scalardb: @@ -135,7 +136,7 @@ scalardb: ### Prometheus/Grafana 構成 (運用環境で推奨) -[kube-prometheus-stack](https://github.com/prometheus-community/helm-charts/tree/main/charts/kube-prometheus-stack) を使用して ScalarDB Server ポッドを監視する場合は、`scalardb.grafanaDashboard.enabled`、`scalardb.serviceMonitor` を使用して、kube-prometheus-stack の ConfigMap、ServiceMonitor、および PrometheusRule リソースをデプロイできます。 `enabled`および `scalardb.prometheusRule.enabled`。 +[kube-prometheus-stack](https://github.com/prometheus-community/helm-charts/tree/main/charts/kube-prometheus-stack) を使用して ScalarDB Server ポッドを監視する場合は、`scalardb.grafanaDashboard.enabled`、`scalardb.serviceMonitor` を使用して、kube-prometheus-stack の ConfigMap、ServiceMonitor、および PrometheusRule リソースをデプロイできます。`enabled`および `scalardb.prometheusRule.enabled`。 ```yaml scalardb: @@ -155,7 +156,7 @@ scalardb: ScalarDB Server ポッドに SecurityContext と PodSecurityContext を設定したい場合は、`scalardb.securityContext` と `scalardb.podSecurityContext` を使用できます。 -KubernetesのSecurityContextやPodSecurityContextと同じ構文を使用して設定できます。 したがって、Kubernetes の SecurityContext および PodSecurityContext 構成の詳細については、公式ドキュメント [Configure a Security Context for a Pod or Container](https://kubernetes.io/docs/tasks/configure-pod-container/security-context/) を参照してください。 +KubernetesのSecurityContextやPodSecurityContextと同じ構文を使用して設定できます。したがって、Kubernetes の SecurityContext および PodSecurityContext 構成の詳細については、公式ドキュメント [Configure a Security Context for a Pod or Container](https://kubernetes.io/docs/tasks/configure-pod-container/security-context/) を参照してください。 ```yaml scalardb: @@ -193,7 +194,7 @@ scalardb: Kubernetes のテイントと許容を使用してポッドのデプロイメントを制御したい場合は、`scalardb.tolerations` を使用できます。 -Kubernetes の許容と同じ構文を使用して、テイントと許容を構成できます。 Kubernetes での許容設定の詳細については、Kubernetes の公式ドキュメント [Taints and Tolerations](https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/) を参照してください。 +Kubernetes の許容と同じ構文を使用して、テイントと許容を構成できます。Kubernetes での許容設定の詳細については、Kubernetes の公式ドキュメント [Taints and Tolerations](https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/) を参照してください。 ```yaml scalardb: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardl-auditor.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardl-auditor.mdx index 71e19669..33d42eee 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardl-auditor.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardl-auditor.mdx @@ -1,31 +1,32 @@ --- +displayed_sidebar: docsJapanese --- # ScalarDL Auditor のカスタム値ファイルを構成する -このドキュメントでは、ScalarDL Auditor チャートのカスタム値ファイルを作成する方法について説明します。 パラメータの詳細を知りたい場合は、ScalarDL Auditor チャートの [README](https://github.com/scalar-labs/helm-charts/blob/main/charts/scalardl-audit/README.md) を参照してください。 +このドキュメントでは、ScalarDL Auditor チャートのカスタム値ファイルを作成する方法について説明します。パラメータの詳細を知りたい場合は、ScalarDL Auditor チャートの [README](https://github.com/scalar-labs/helm-charts/blob/main/charts/scalardl-audit/README.md) を参照してください。 ## 必要な構成 ### Scalar Envoy 構成 -ScalarDL Auditor のカスタム値ファイルで Scalar Envoy 構成を設定する必要があります。 これは、ScalarDL Auditor を Kubernetes 環境にデプロイする場合、クライアント リクエストが gRPC リクエストのロード バランサーとして Scalar Envoy 経由で ScalarDL Auditor に送信されるためです。 +ScalarDL Auditor のカスタム値ファイルで Scalar Envoy 構成を設定する必要があります。これは、ScalarDL Auditor を Kubernetes 環境にデプロイする場合、クライアントリクエストが gRPC リクエストのロードバランサーとして Scalar Envoy 経由で ScalarDL Auditor に送信されるためです。 -Scalar Envoy 構成の詳細については、ドキュメント [Scalar Envoy のカスタム値ファイルの構成](configure-custom-values-envoy.mdx) を参照してください。 +Scalar Envoy 構成の詳細については、ドキュメント [Scalar Envoy のカスタム値ファイルの構成](configure-custom-values-envoy.mdx)を参照してください。 ```yaml envoy: - configurationsForScalarEnvoy: + configurationsForScalarEnvoy: ... auditor: - configurationsForScalarDLAuditor: + configurationsForScalarDLAuditor: ... ``` ### 画像構成 -`auditor.image.repository` を設定する必要があります。 コンテナー リポジトリからイメージをプルできるように、必ず ScalarDL Auditor コンテナー イメージを指定してください。 +`auditor.image.repository` を設定する必要があります。コンテナーリポジトリからイメージをプルできるように、必ず ScalarDL Auditor コンテナーイメージを指定してください。 ```yaml auditor: @@ -33,11 +34,11 @@ auditor: repository: ``` -Scalar 製品のコンテナリポジトリの詳細については、[Scalar 製品のコンテナ イメージを取得する方法](../scalar-kubernetes/HowToGetContainerImages.mdx) を参照してください。 +Scalar 製品のコンテナリポジトリの詳細については、[Scalar 製品のコンテナイメージを取得する方法](../scalar-kubernetes/HowToGetContainerImages.mdx)を参照してください。 ### Auditor / データベースの構成 -`auditor.auditorProperties` を設定する必要があります。 `auditor.properties` をこのパラメータに設定してください。 ScalarDL Auditor の設定の詳細については、[auditor.properties](https://github.com/scalar-labs/scalar/blob/master/auditor/conf/auditor.properties) を参照してください。 +`auditor.auditorProperties` を設定する必要があります。`auditor.properties` をこのパラメータに設定してください。ScalarDL Auditor の設定の詳細については、[auditor.properties](https://github.com/scalar-labs/scalar/blob/master/auditor/conf/auditor.properties) を参照してください。 ```yaml auditor: @@ -55,19 +56,19 @@ auditor: 秘密鍵ファイルを `scalar.dl.auditor.private_key_path` に設定し、証明書ファイルを `scalar.dl.auditor.cert_path` に設定する必要があります。 -秘密キー ファイルと証明書ファイルも ScalarDL Auditor ポッドにマウントする必要があります。 +秘密鍵ファイルと証明書ファイルも ScalarDL Auditor ポッドにマウントする必要があります。 -秘密キー ファイルと証明書ファイルをマウントする方法の詳細については、[ScalarDL Helm Charts のポッドにキーファイルと証明書ファイルをマウントする](mount-files-or-volumes-on-scalar-pods.mdx#scalardl-helm-charts-のポッドにキーファイルと証明書ファイルをマウントする) を参照してください。 +秘密鍵ファイルと証明書ファイルをマウントする方法の詳細については、[ScalarDL Helm Charts のポッドに秘密鍵ファイルと証明書ファイルをマウントする](mount-files-or-volumes-on-scalar-pods.mdx#scalardl-helm-charts-のポッドにキーファイルと証明書ファイルをマウントする)を参照してください。 ## オプションの構成 ### リソース構成 (本番環境で推奨) -Kubernetes のリクエストと制限を使用してポッド リソースを制御したい場合は、`auditor.resources` を使用できます。 +Kubernetes のリクエストと制限を使用してポッドリソースを制御したい場合は、`auditor.resources` を使用できます。 -商用ライセンスの観点から、Scalar 製品の 1 つのポッドのリソースは 2vCPU / 4GB メモリに制限されていることに注意してください。 また、AWS Marketplace から提供される従量課金制のコンテナを取得する場合、`resources.limits` で 2vCPU / 4GB を超えるメモリ構成でそれらのコンテナを実行することはできません。 この制限を超えると、ポッドは自動的に停止されます。 +商用ライセンスの観点から、Scalar 製品の1つのポッドのリソースは 2vCPU / 4GB メモリに制限されていることに注意してください。また、AWS Marketplace から提供される従量課金制のコンテナを取得する場合、`resources.limits` で 2vCPU / 4GB を超えるメモリ構成でそれらのコンテナを実行することはできません。この制限を超えると、ポッドは自動的に停止されます。 -これらは、Kubernetes のリクエストと制限と同じ構文を使用して構成できます。 そのため、Kubernetes の要求と制限の詳細については、公式ドキュメント [Resource Management for Pods and Containers](https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/) を参照してください。 +これらは、Kubernetes のリクエストと制限と同じ構文を使用して構成できます。そのため、Kubernetes の要求と制限の詳細については、公式ドキュメント [Resource Management for Pods and Containers](https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/) を参照してください。 ```yaml auditor: @@ -84,9 +85,9 @@ auditor: 環境変数を使用して `auditor.auditorProperties` 内の一部のプロパティ (資格情報など) を設定したい場合は、`auditor.secretName` を使用して、いくつかの資格情報を含む Secret リソースを指定できます。 -たとえば、環境変数を使用してバックエンド データベースの資格情報 (`scalar.db.username` および `scalar.db.password`) を設定でき、これによりポッドの安全性が高まります。 +たとえば、環境変数を使用してバックエンドデータベースの資格情報 (`scalar.db.username` および `scalar.db.password`) を設定でき、これによりポッドの安全性が高まります。 -Secret リソースの使用方法の詳細については、ドキュメント [Secret リソースを使用して資格情報を環境変数としてプロパティ ファイルに渡す方法](use-secret-for-credentials.mdx) を参照してください。 +Secret リソースの使用方法の詳細については、ドキュメント [Secret リソースを使用して資格情報を環境変数としてプロパティファイルに渡す方法](use-secret-for-credentials.mdx)を参照してください。 ```yaml auditor: @@ -97,7 +98,7 @@ auditor: Kubernetes のアフィニティと反アフィニティを使用してポッドのデプロイメントを制御したい場合は、`auditor.affinity` を使用できます。 -Kubernetes のアフィニティと同じ構文を使用して構成できます。 そのため、Kubernetes のアフィニティ設定の詳細については、公式ドキュメント [Assigning Pods to Nodes](https://kubernetes.io/docs/concepts/scheduling-eviction/assign-pod-node/) を参照してください。 +Kubernetes のアフィニティと同じ構文を使用して構成できます。そのため、Kubernetes のアフィニティ設定の詳細については、公式ドキュメント [Assigning Pods to Nodes](https://kubernetes.io/docs/concepts/scheduling-eviction/assign-pod-node/) を参照してください。 ```yaml auditor: @@ -121,7 +122,7 @@ auditor: ### Prometheus/Grafana 構成 (運用環境で推奨) -[kube-prometheus-stack](https://github.com/prometheus-community/helm-charts/tree/main/charts/kube-prometheus-stack) を使用して ScalarDL Auditor ポッドを監視する場合は、`auditor.grafanaDashboard.enabled`、`auditor.serviceMonitor` を使用して、kube-prometheus-stack の ConfigMap、ServiceMonitor、および PrometheusRule リソースをデプロイできます。 `enabled` および `auditor.prometheusRule.enabled`。 +[kube-prometheus-stack](https://github.com/prometheus-community/helm-charts/tree/main/charts/kube-prometheus-stack) を使用して ScalarDL Auditor ポッドを監視する場合は、`auditor.grafanaDashboard.enabled`、`auditor.serviceMonitor` を使用して、kube-prometheus-stack の ConfigMap、ServiceMonitor、および PrometheusRule リソースをデプロイできます。`enabled` および `auditor.prometheusRule.enabled`。 ```yaml auditor: @@ -141,7 +142,7 @@ auditor: ScalarDL Auditor ポッドに SecurityContext と PodSecurityContext を設定したい場合は、`auditor.securityContext` と `auditor.podSecurityContext` を使用できます。 -KubernetesのSecurityContextやPodSecurityContextと同じ構文を使用して設定できます。 したがって、Kubernetes の SecurityContext および PodSecurityContext 構成の詳細については、公式ドキュメント [Configure a Security Context for a Pod or Container](https://kubernetes.io/docs/tasks/configure-pod-container/security-context/) を参照してください。 +KubernetesのSecurityContextやPodSecurityContextと同じ構文を使用して設定できます。したがって、Kubernetes の SecurityContext および PodSecurityContext 構成の詳細については、公式ドキュメント [Configure a Security Context for a Pod or Container](https://kubernetes.io/docs/tasks/configure-pod-container/security-context/) を参照してください。 ```yaml auditor: @@ -163,7 +164,7 @@ TLS は、次の通信で有効にできます: - ScalarDL Auditor とクライアント間の通信。 - ScalarDL Ledger と ScalarDL Auditor 間の通信。 -さらに、証明書管理にはいくつかのオプションがあります。詳細については、[Envoy の TLS 構成](./configure-custom-values-envoy.mdx#tls-構成-環境に応じてオプション) を参照してください。 +さらに、証明書管理にはいくつかのオプションがあります。詳細については、[Envoy の TLS 構成](./configure-custom-values-envoy.mdx#tls-構成-環境に応じてオプション)を参照してください。 セキュリティ要件に基づいて、どの方法を使用するかを検討する必要があります。各方法のガイダンスと関連ドキュメントについては、次の意思決定ツリーを参照してください。 @@ -215,7 +216,7 @@ auditor: privateKeySecret: "scalardl-auditor-tls-key" ``` -この場合、次のように、山括弧内の内容を置き換えて、ScalarDL Ledger および ScalarDL Auditor の秘密キーと証明書ファイルを含むシークレットリソースを作成する必要があります。 +この場合、次のように、山括弧内の内容を置き換えて、ScalarDL Ledger および ScalarDL Auditor の秘密鍵と証明書ファイルを含むシークレットリソースを作成する必要があります。 ```console kubectl create secret generic scalardl-auditor-tls-ca --from-file=ca.crt=/ -n @@ -224,7 +225,7 @@ kubectl create secret generic scalardl-auditor-tls-key --from-file=tls.key=/ -n ``` -秘密鍵と証明書ファイルを準備する方法の詳細については、[Scalar 製品の秘密鍵と証明書ファイルを作成する方法](../scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx) を参照してください。 +秘密鍵と証明書ファイルを準備する方法の詳細については、[Scalar 製品の秘密鍵と証明書ファイルを作成する方法](../scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx)を参照してください。 ##### cert-manager で信頼できる CA を使用して秘密鍵と証明書ファイルを管理する @@ -232,8 +233,8 @@ kubectl create secret generic scalardl-auditor-tls-ca-for-ledger --from-file=ca. :::note -* cert-manager を使用する場合は、cert-manager をデプロイし、`Issuers` リソースを準備する必要があります。詳細については、cert-manager のドキュメント、[インストール](https://cert-manager.io/docs/installation/) および [発行者構成](https://cert-manager.io/docs/configuration/) を参照してください。 -* デフォルトでは、Scalar Helm Chart は Scalar 製品の証明書要件を満たす `Certificate` リソースを作成します。デフォルトの証明書構成が推奨されますが、カスタム証明書構成を使用する場合は、Scalar 製品の証明書要件を満たす必要があります。詳細については、[Scalar 製品の秘密キーと証明書ファイルを作成する方法](../scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx#certificate-requirements) を参照してください。 +* cert-manager を使用する場合は、cert-manager をデプロイし、`Issuers` リソースを準備する必要があります。詳細については、cert-manager のドキュメント、[インストール](https://cert-manager.io/docs/installation/)および[発行者構成](https://cert-manager.io/docs/configuration/)を参照してください。 +* デフォルトでは、Scalar Helm Chart は Scalar 製品の証明書要件を満たす `Certificate` リソースを作成します。デフォルトの証明書構成が推奨されますが、カスタム証明書構成を使用する場合は、Scalar 製品の証明書要件を満たす必要があります。詳細については、[Scalar 製品の秘密鍵と証明書ファイルを作成する方法](../scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx#certificate-requirements)を参照してください。 ::: @@ -253,12 +254,12 @@ auditor: ##### cert-manager で自己署名 CA を使用して秘密鍵と証明書ファイルを管理する -次の構成を使用して、cert-manager で秘密キーと自己署名証明書ファイルを管理できます。 +次の構成を使用して、cert-manager で秘密鍵と自己署名証明書ファイルを管理できます。 :::note -* cert-manager を使用する場合は、cert-manager をデプロイする必要があります。詳細については、cert-manager のドキュメント [インストール](https://cert-manager.io/docs/installation/) を参照してください。 -* デフォルトでは、Scalar Helm Chart は Scalar 製品の証明書要件を満たす `Certificate` リソースを作成します。デフォルトの証明書構成が推奨されますが、カスタム証明書構成を使用する場合は、Scalar 製品の証明書要件を満たす必要があります。詳細については、[Scalar 製品の秘密キーと証明書ファイルを作成する方法](../scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx#certificate-requirements) を参照してください。 +* cert-manager を使用する場合は、cert-manager をデプロイする必要があります。詳細については、cert-manager のドキュメント[インストール](https://cert-manager.io/docs/installation/)を参照してください。 +* デフォルトでは、Scalar Helm Chart は Scalar 製品の証明書要件を満たす `Certificate` リソースを作成します。デフォルトの証明書構成が推奨されますが、カスタム証明書構成を使用する場合は、Scalar 製品の証明書要件を満たす必要があります。詳細については、[Scalar 製品の秘密鍵と証明書ファイルを作成する方法](../scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx#certificate-requirements)を参照してください。 ::: @@ -308,7 +309,7 @@ kubectl create secret generic scalardl-auditor-tls-ca-for-ledger --from-file=ca. ##### TLS通信のカスタム権限を設定する -`auditor.tls.overrideAuthority` を使用して、TLS 通信のカスタム権限を設定できます。この値によって、実際に接続されているホストが変わることはありません。この値はテスト用ですが、DNS オーバーライドの代替としてテスト以外でも安全に使用できます。たとえば、`auditor.tls.certChainSecret` を使用して設定した証明書チェーン ファイルで提示されるホスト名を指定できます。このチャートでは、`startupProbe` と `livenessProbe` にこの値を使用しています。 +`auditor.tls.overrideAuthority` を使用して、TLS 通信のカスタム権限を設定できます。この値によって、実際に接続されているホストが変わることはありません。この値はテスト用ですが、DNS オーバーライドの代替としてテスト以外でも安全に使用できます。たとえば、`auditor.tls.certChainSecret` を使用して設定した証明書チェーンファイルで提示されるホスト名を指定できます。このチャートでは、`startupProbe` と `livenessProbe` にこの値を使用しています。 ### レプリカ構成 (環境に応じてオプション) @@ -333,7 +334,7 @@ auditor: Kubernetes のテイントと許容を使用してポッドのデプロイメントを制御したい場合は、`auditor.tolerations` を使用できます。 -Kubernetes の許容と同じ構文を使用して、テイントと許容を構成できます。 Kubernetes での許容設定の詳細については、Kubernetes の公式ドキュメント [Taints and Tolerations](https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/) を参照してください。 +Kubernetes の許容と同じ構文を使用して、テイントと許容を構成できます。Kubernetes での許容設定の詳細については、Kubernetes の公式ドキュメント [Taints and Tolerations](https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/) を参照してください。 ```yaml auditor: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardl-ledger.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardl-ledger.mdx index 79b0b6cc..482b59ae 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardl-ledger.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardl-ledger.mdx @@ -1,31 +1,32 @@ --- +displayed_sidebar: docsJapanese --- # ScalarDL Ledger のカスタム値ファイルを構成する -このドキュメントでは、ScalarDL Ledger チャートのカスタム値ファイルを作成する方法について説明します。 パラメータの詳細を知りたい場合は、ScalarDL Ledger chartの [README](https://github.com/scalar-labs/helm-charts/blob/main/charts/scalardl/README.md) を参照してください。 +このドキュメントでは、ScalarDL Ledger チャートのカスタム値ファイルを作成する方法について説明します。パラメータの詳細を知りたい場合は、ScalarDL Ledger chartの [README](https://github.com/scalar-labs/helm-charts/blob/main/charts/scalardl/README.md) を参照してください。 ## 必要な構成 ### Scalar Envoy 構成 -ScalarDL Ledger のカスタム値ファイルで Scalar Envoy 構成を設定する必要があります。 これは、ScalarDL Ledger を Kubernetes 環境にデプロイする場合、クライアント リクエストが gRPC リクエストのロード バランサーとして Scalar Envoy 経由で ScalarDL Ledger に送信されるためです。 +ScalarDL Ledger のカスタム値ファイルで Scalar Envoy 構成を設定する必要があります。これは、ScalarDL Ledger を Kubernetes 環境にデプロイする場合、クライアントリクエストが gRPC リクエストのロードバランサーとして Scalar Envoy 経由で ScalarDL Ledger に送信されるためです。 -Scalar Envoy 構成の詳細については、ドキュメント [Scalar Envoy のカスタム値ファイルの構成](configure-custom-values-envoy.mdx) を参照してください。 +Scalar Envoy 構成の詳細については、ドキュメント [Scalar Envoy のカスタム値ファイルの構成](configure-custom-values-envoy.mdx)を参照してください。 ```yaml envoy: - configurationsForScalarEnvoy: + configurationsForScalarEnvoy: ... ledger: - configurationsForScalarDLLedger: + configurationsForScalarDLLedger: ... ``` ### 画像構成 -`ledger.image.repository` を設定する必要があります。 コンテナ リポジトリからイメージをプルできるように、ScalarDL Ledger コンテナ イメージを必ず指定してください。 +`ledger.image.repository` を設定する必要があります。コンテナリポジトリからイメージをプルできるように、ScalarDL Ledger コンテナイメージを必ず指定してください。 ```yaml ledger: @@ -33,11 +34,11 @@ ledger: repository: ``` -Scalar 製品のコンテナリポジトリの詳細については、[Scalar 製品のコンテナ イメージを取得する方法](../scalar-kubernetes/HowToGetContainerImages.mdx) を参照してください。 +Scalar 製品のコンテナリポジトリの詳細については、[Scalar 製品のコンテナイメージを取得する方法](../scalar-kubernetes/HowToGetContainerImages.mdx)を参照してください。 ### Ledger/データベースの構成 -`ledger.ledgerProperties` を設定する必要があります。 `ledger.properties` をこのパラメータに設定してください。 ScalarDL Ledger の構成の詳細については、[ledger.properties](https://github.com/scalar-labs/scalar/blob/master/ledger/conf/ledger.properties) を参照してください。 +`ledger.ledgerProperties` を設定する必要があります。`ledger.properties` をこのパラメータに設定してください。ScalarDL Ledger の構成の詳細については、[ledger.properties](https://github.com/scalar-labs/scalar/blob/master/ledger/conf/ledger.properties) を参照してください。 ```yaml ledger: @@ -55,19 +56,19 @@ ledger: `scalar.dl.ledger.proof.enabled` を `true` に設定した場合 (この設定は ScalarDL Auditor を使用する場合に必要です)、秘密鍵ファイルを `scalar.dl.ledger.proof.private_key_path` に設定する必要があります。 -この場合、秘密キー ファイルを ScalarDL Ledger ポッドにマウントする必要があります。 +この場合、秘密鍵ファイルを ScalarDL Ledger ポッドにマウントする必要があります。 -秘密キー ファイルをマウントする方法の詳細については、[ScalarDL Helm Charts のポッドにキーファイルと証明書ファイルをマウントする](mount-files-or-volumes-on-scalar-pods.mdx#scalardl-helm-charts-のポッドにキーファイルと証明書ファイルをマウントする) を参照してください。 +秘密鍵ファイルをマウントする方法の詳細については、[ScalarDL Helm Charts のポッドに秘密鍵ファイルと証明書ファイルをマウントする](mount-files-or-volumes-on-scalar-pods.mdx#scalardl-helm-charts-のポッドにキーファイルと証明書ファイルをマウントする)を参照してください。 ## オプションの構成 ### リソース構成 (本番環境で推奨) -Kubernetes のリクエストと制限を使用してポッド リソースを制御したい場合は、`ledger.resources` を使用できます。 +Kubernetes のリクエストと制限を使用してポッドリソースを制御したい場合は、`ledger.resources` を使用できます。 -商用ライセンスの観点から、Scalar 製品の 1 つのポッドのリソースは 2vCPU / 4GB メモリに制限されていることに注意してください。 また、AWS Marketplace から提供される従量課金制のコンテナを取得する場合、`resources.limits` で 2vCPU / 4GB を超えるメモリ構成でそれらのコンテナを実行することはできません。 この制限を超えると、ポッドは自動的に停止されます。 +商用ライセンスの観点から、Scalar 製品の1つのポッドのリソースは 2vCPU / 4GB メモリに制限されていることに注意してください。また、AWS Marketplace から提供される従量課金制のコンテナを取得する場合、`resources.limits` で 2vCPU / 4GB を超えるメモリ構成でそれらのコンテナを実行することはできません。この制限を超えると、ポッドは自動的に停止されます。 -これらは、Kubernetes のリクエストと制限と同じ構文を使用して構成できます。 そのため、Kubernetes の要求と制限の詳細については、公式ドキュメント [Resource Management for Pods and Containers](https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/) を参照してください。 +これらは、Kubernetes のリクエストと制限と同じ構文を使用して構成できます。そのため、Kubernetes の要求と制限の詳細については、公式ドキュメント [Resource Management for Pods and Containers](https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/) を参照してください。 ```yaml ledger: @@ -84,9 +85,9 @@ ledger: 環境変数を使用して `ledger.ledgerProperties` 内の一部のプロパティ (資格情報など) を設定したい場合は、`ledger.secretName` を使用して、いくつかの資格情報を含む Secret リソースを指定できます。 -たとえば、環境変数を使用してバックエンド データベースの資格情報 (`scalar.db.username` および `scalar.db.password`) を設定でき、これによりポッドの安全性が高まります。 +たとえば、環境変数を使用してバックエンドデータベースの資格情報 (`scalar.db.username` および `scalar.db.password`) を設定でき、これによりポッドの安全性が高まります。 -Secret リソースの使用方法の詳細については、ドキュメント [Secret リソースを使用して資格情報を環境変数としてプロパティ ファイルに渡す方法](use-secret-for-credentials.mdx) を参照してください。 +Secret リソースの使用方法の詳細については、ドキュメント [Secret リソースを使用して資格情報を環境変数としてプロパティファイルに渡す方法](use-secret-for-credentials.mdx)を参照してください。 ```yaml ledger: @@ -97,7 +98,7 @@ ledger: Kubernetes のアフィニティと反アフィニティを使用してポッドのデプロイメントを制御したい場合は、`ledger.affinity` を使用できます。 -Kubernetes のアフィニティと同じ構文を使用して構成できます。 そのため、Kubernetes のアフィニティ設定の詳細については、公式ドキュメント [Assigning Pods to Nodes](https://kubernetes.io/docs/concepts/scheduling-eviction/assign-pod-node/) を参照してください。 +Kubernetes のアフィニティと同じ構文を使用して構成できます。そのため、Kubernetes のアフィニティ設定の詳細については、公式ドキュメント [Assigning Pods to Nodes](https://kubernetes.io/docs/concepts/scheduling-eviction/assign-pod-node/) を参照してください。 ```yaml ledger: @@ -121,7 +122,7 @@ ledger: ### Prometheus/Grafana 構成 (運用環境で推奨) -[kube-prometheus-stack](https://github.com/prometheus-community/helm-charts/tree/main/charts/kube-prometheus-stack) を使用して ScalarDL Ledger ポッドを監視する場合は、`ledger.grafanaDashboard.enabled`、`ledger.serviceMonitor` を使用して、kube-prometheus-stack の ConfigMap、ServiceMonitor、および PrometheusRule リソースをデプロイできます。 `enabled` および `ledger.prometheusRule.enabled`。 +[kube-prometheus-stack](https://github.com/prometheus-community/helm-charts/tree/main/charts/kube-prometheus-stack) を使用して ScalarDL Ledger ポッドを監視する場合は、`ledger.grafanaDashboard.enabled`、`ledger.serviceMonitor` を使用して、kube-prometheus-stack の ConfigMap、ServiceMonitor、および PrometheusRule リソースをデプロイできます。`enabled` および `ledger.prometheusRule.enabled`。 ```yaml ledger: @@ -141,7 +142,7 @@ ledger: ScalarDL Ledger ポッドに SecurityContext と PodSecurityContext を設定したい場合は、`ledger.securityContext` と `ledger.podSecurityContext` を使用できます。 -KubernetesのSecurityContextやPodSecurityContextと同じ構文を使用して設定できます。 したがって、Kubernetes の SecurityContext および PodSecurityContext 構成の詳細については、公式ドキュメント [Configure a Security Context for a Pod or Container](https://kubernetes.io/docs/tasks/configure-pod-container/security-context/) を参照してください。 +KubernetesのSecurityContextやPodSecurityContextと同じ構文を使用して設定できます。したがって、Kubernetes の SecurityContext および PodSecurityContext 構成の詳細については、公式ドキュメント [Configure a Security Context for a Pod or Container](https://kubernetes.io/docs/tasks/configure-pod-container/security-context/) を参照してください。 ```yaml ledger: @@ -214,7 +215,7 @@ ledger: privateKeySecret: "scalardl-ledger-tls-key" ``` -この場合、次のように山括弧内の内容を置き換えて、ScalarDL Ledger の秘密鍵と証明書ファイルを含む秘密リソースを作成する必要があります。 +この場合、次のように山括弧内の内容を置き換えて、ScalarDL Ledger の秘密鍵と証明書ファイルを含むシークレットリソースを作成する必要があります。 ```console kubectl create secret generic scalardl-ledger-tls-ca --from-file=ca.crt=/ -n @@ -222,16 +223,16 @@ kubectl create secret generic scalardl-ledger-tls-cert --from-file=tls.crt=/ -n ``` -秘密鍵と証明書ファイルを準備する方法の詳細については、[Scalar 製品の秘密鍵と証明書ファイルを作成する方法](../scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx) を参照してください。 +秘密鍵と証明書ファイルを準備する方法の詳細については、[Scalar 製品の秘密鍵と証明書ファイルを作成する方法](../scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx)を参照してください。 ##### cert-manager で信頼できる CA を使用して秘密鍵と証明書ファイルを管理する -次の構成を使用して、cert-manager で秘密キーと証明書を管理できます。 +次の構成を使用して、cert-manager で秘密鍵と証明書を管理できます。 :::note -* cert-manager を使用する場合は、cert-manager をデプロイし、`Issuers` リソースを準備する必要があります。詳細については、cert-manager のドキュメント、[インストール](https://cert-manager.io/docs/installation/) および [発行者構成](https://cert-manager.io/docs/configuration/) を参照してください。 -* デフォルトでは、Scalar Helm Chart は Scalar 製品の証明書要件を満たす `Certificate` リソースを作成します。デフォルトの証明書構成が推奨されますが、カスタム証明書構成を使用する場合は、Scalar 製品の証明書要件を満たす必要があります。詳細については、[Scalar 製品の秘密キーと証明書ファイルを作成する方法](../scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx#certificate-requirements) を参照してください。 +* cert-manager を使用する場合は、cert-manager をデプロイし、`Issuers` リソースを準備する必要があります。詳細については、cert-manager のドキュメント、[インストール](https://cert-manager.io/docs/installation/)および[発行者構成](https://cert-manager.io/docs/configuration/)を参照してください。 +* デフォルトでは、Scalar Helm Chart は Scalar 製品の証明書要件を満たす `Certificate` リソースを作成します。デフォルトの証明書構成が推奨されますが、カスタム証明書構成を使用する場合は、Scalar 製品の証明書要件を満たす必要があります。詳細については、[Scalar 製品の秘密鍵と証明書ファイルを作成する方法](../scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx#certificate-requirements)を参照してください。 ::: @@ -251,12 +252,12 @@ ledger: ##### cert-manager で自己署名 CA を使用して秘密鍵と証明書ファイルを管理する -次の構成を使用して、cert-manager で秘密キーと自己署名証明書を管理できます。 +次の構成を使用して、cert-manager で秘密鍵と自己署名証明書を管理できます。 :::note -* cert-manager を使用する場合は、cert-manager をデプロイする必要があります。詳細については、cert-manager のドキュメント [インストール](https://cert-manager.io/docs/installation/) を参照してください。 -* デフォルトでは、Scalar Helm Chart は Scalar 製品の証明書要件を満たす `Certificate` リソースを作成します。デフォルトの証明書構成が推奨されますが、カスタム証明書構成を使用する場合は、Scalar 製品の証明書要件を満たす必要があります。詳細については、[Scalar 製品の秘密キーと証明書ファイルを作成する方法](../scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx#certificate-requirements) を参照してください。 +* cert-manager を使用する場合は、cert-manager をデプロイする必要があります。詳細については、cert-manager のドキュメント[インストール](https://cert-manager.io/docs/installation/)を参照してください。 +* デフォルトでは、Scalar Helm Chart は Scalar 製品の証明書要件を満たす `Certificate` リソースを作成します。デフォルトの証明書構成が推奨されますが、カスタム証明書構成を使用する場合は、Scalar 製品の証明書要件を満たす必要があります。詳細については、[Scalar 製品の秘密鍵と証明書ファイルを作成する方法](../scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx#certificate-requirements)を参照してください。 ::: @@ -276,7 +277,7 @@ ledger: ##### TLS通信のカスタム権限を設定する -`ledger.tls.overrideAuthority` を使用して、TLS 通信のカスタム権限を設定できます。この値によって、実際に接続されているホストが変わることはありません。この値はテスト用ですが、DNS オーバーライドの代替としてテスト以外でも安全に使用できます。たとえば、`ledger.tls.certChainSecret` を使用して設定した証明書チェーン ファイルで提示されるホスト名を指定できます。このチャートでは、`startupProbe` と `livenessProbe` にこの値を使用しています。 +`ledger.tls.overrideAuthority` を使用して、TLS 通信のカスタム権限を設定できます。この値によって、実際に接続されているホストが変わることはありません。この値はテスト用ですが、DNS オーバーライドの代替としてテスト以外でも安全に使用できます。たとえば、`ledger.tls.certChainSecret` を使用して設定した証明書チェーンファイルで提示されるホスト名を指定できます。このチャートでは、`startupProbe` と `livenessProbe` にこの値を使用しています。 ```yaml ledger: @@ -308,7 +309,7 @@ ledger: Kubernetes のテイントと許容を使用してポッドのデプロイメントを制御したい場合は、`ledger.tolerations` を使用できます。 -Kubernetes の許容と同じ構文を使用して、テイントと許容を構成できます。 Kubernetes での許容設定の詳細については、Kubernetes の公式ドキュメント [Taints and Tolerations](https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/) を参照してください。 +Kubernetes の許容と同じ構文を使用して、テイントと許容を構成できます。Kubernetes での許容設定の詳細については、Kubernetes の公式ドキュメント [Taints and Tolerations](https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/) を参照してください。 ```yaml ledger: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardl-schema-loader.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardl-schema-loader.mdx index 262bcf93..9752c87e 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardl-schema-loader.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/configure-custom-values-scalardl-schema-loader.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsJapanese --- # ScalarDL Schema Loader のカスタム値ファイルを構成する @@ -7,13 +8,13 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、ScalarDL Schema Loader チャートのカスタム値ファイルを作成する方法について説明します。 パラメータの詳細を知りたい場合は、ScalarDL Schema Loader チャートの [README](https://github.com/scalar-labs/helm-charts/blob/main/charts/schema-loading/README.md) を参照してください。 +このドキュメントでは、ScalarDL Schema Loader チャートのカスタム値ファイルを作成する方法について説明します。パラメータの詳細を知りたい場合は、ScalarDL Schema Loader チャートの [README](https://github.com/scalar-labs/helm-charts/blob/main/charts/schema-loading/README.md) を参照してください。 ## 必要な構成 ### データベース構成 -`schemaLoading.databaseProperties` を設定する必要があります。 バックエンド データベースにアクセスするには、`database.properties` をこのパラメータに設定してください。 ScalarDB のデータベース構成の詳細については、[Getting Started with ScalarDB](https://scalardb.scalar-labs.com/docs/latest/getting-started-with-scalardb) を参照してください。 +`schemaLoading.databaseProperties` を設定する必要があります。バックエンドデータベースにアクセスするには、`database.properties` をこのパラメータに設定してください。ScalarDB のデータベース構成の詳細については、[Getting Started with ScalarDB](https://scalardb.scalar-labs.com/docs/latest/getting-started-with-scalardb) を参照してください。 ```yaml schemaLoading: @@ -49,9 +50,9 @@ schemaLoading: 環境変数を使用して `schemaLoading.databaseProperties` 内の一部のプロパティ (資格情報など) を設定したい場合は、`schemaLoading.secretName` を使用して、いくつかの資格情報を含む Secret リソースを指定できます。 -たとえば、環境変数を使用してバックエンド データベースの資格情報 (`scalar.db.username` および `scalar.db.password`) を設定でき、これによりポッドの安全性が高まります。 +たとえば、環境変数を使用してバックエンドデータベースの資格情報 (`scalar.db.username` および `scalar.db.password`) を設定でき、これによりポッドの安全性が高まります。 -Secret リソースの使用方法の詳細については、ドキュメント [Secret リソースを使用して資格情報を環境変数としてプロパティ ファイルに渡す方法](use-secret-for-credentials.mdx) を参照してください。 +Secret リソースの使用方法の詳細については、ドキュメント [Secret リソースを使用して資格情報を環境変数としてプロパティファイルに渡す方法](use-secret-for-credentials.mdx)を参照してください。 ```yaml schemaLoading: @@ -60,7 +61,7 @@ schemaLoading: ### 画像構成 (デフォルト値を推奨) -イメージ リポジトリを変更する場合は、`schemaLoading.image.repository` を使用して、プルする ScalarDL Schema Loader コンテナ イメージのコンテナ リポジトリ情報を指定できます。 +イメージリポジトリを変更する場合は、`schemaLoading.image.repository` を使用して、プルする ScalarDL Schema Loader コンテナイメージのコンテナリポジトリ情報を指定できます。 ```yaml schemaLoading: @@ -70,7 +71,7 @@ schemaLoading: ### フラグ設定 (環境に応じてオプション) -複数のフラグを配列として指定できます。 フラグの詳細については、ドキュメント [ScalarDB Schema Loader](https://scalardb.scalar-labs.com/docs/latest/schema-loader) を参照してください。 +複数のフラグを配列として指定できます。フラグの詳細については、ドキュメント [ScalarDB Schema Loader](https://scalardb.scalar-labs.com/docs/latest/schema-loader) を参照してください。 ```yaml schemaLoading: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-logging.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-logging.mdx index 1d1733ab..2b25b193 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-logging.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-logging.mdx @@ -1,9 +1,10 @@ --- tags: - Community +displayed_sidebar: docsJapanese --- -# Helm Charts の入門 (Loki スタックを使用したロギング) +# Helm Charts をはじめよう (Loki スタックを使用したロギング) import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; @@ -11,7 +12,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; このドキュメントでは、Grafana Loki (Promtail を使用) を使用して、Kubernetes 上で Scalar 製品のログ集約を開始する方法について説明します。 -Scalar 製品の [モニタリングの開始](getting-started-monitoring.mdx) をすでに読み、kube-prometheus-stack をインストールしていることを前提としています。 +Scalar 製品の[モニタリングの開始](getting-started-monitoring.mdx)をすでに読み、kube-prometheus-stack をインストールしていることを前提としています。 ## 私たちが作るもの @@ -49,11 +50,11 @@ Scalar 製品の [モニタリングの開始](getting-started-monitoring.mdx) +---------+ ``` -## ステップ 1. カスタム値ファイルを準備する +## ステップ1. カスタム値ファイルを準備する -1. `loki-stack` helm chart のサンプル ファイル [scalar-loki-stack-custom-values.yaml](./conf/scalar-loki-stack-custom-values.yaml) を取得します。 +1. `loki-stack` helm chart のサンプルファイル [scalar-loki-stack-custom-values.yaml](./conf/scalar-loki-stack-custom-values.yaml) を取得します。 -## ステップ 2. `loki-stack` をデプロイする +## ステップ2. `loki-stack` をデプロイする 1. `grafana` helm リポジトリを追加します。 ```console @@ -65,9 +66,9 @@ Scalar 製品の [モニタリングの開始](getting-started-monitoring.mdx) helm install scalar-logging-loki grafana/loki-stack -n monitoring -f scalar-loki-stack-custom-values.yaml ``` -## ステップ 3. Grafana 構成に Loki データ ソースを追加する +## ステップ3. Grafana 構成に Loki データソースを追加する -1. Loki データ ソースの設定を `scalar-prometheus-custom-values.yaml` ファイルに追加します。 +1. Loki データソースの設定を `scalar-prometheus-custom-values.yaml` ファイルに追加します。 ```yaml grafana: additionalDataSources: @@ -85,14 +86,14 @@ Scalar 製品の [モニタリングの開始](getting-started-monitoring.mdx) helm upgrade scalar-monitoring prometheus-community/kube-prometheus-stack -n monitoring -f scalar-prometheus-custom-values.yaml ``` -## ステップ 4. Grafana ダッシュボードにアクセスする +## ステップ4. Grafana ダッシュボードにアクセスする 1. Loki をデータソースとして追加する - Grafana http://localhost:3000 に移動します (minikube を使用する場合) - `Explore` に移動して、追加された Loki を見つけます - 収集されたログは `Explore` ページで確認できます。 -## ステップ 5. `loki-stack` helm chartを削除する +## ステップ5. `loki-stack` helm chartを削除する 1. `loki-stack` をアンインストールします。 ```console diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-monitoring.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-monitoring.mdx index 099154d4..1010b668 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-monitoring.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-monitoring.mdx @@ -1,15 +1,16 @@ --- tags: - Community +displayed_sidebar: docsJapanese --- -# Helm Charts の入門 (Prometheus Operator を使用したモニタリング) +# Helm Charts をはじめよう (Prometheus Operator を使用したモニタリング) import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、Prometheus Operator (kube-prometheus-stack) を使用して Kubernetes 上で Scalar 製品の監視を開始する方法について説明します。 ここでは、テスト用の Mac または Linux 環境がすでにあることを前提としています。 このドキュメントでは **Minikube** を使用しますが、これから説明する手順はどの Kubernetes クラスターでも機能するはずです。 +このドキュメントでは、Prometheus Operator (kube-prometheus-stack) を使用して Kubernetes 上で Scalar 製品の監視を開始する方法について説明します。ここでは、テスト用の Mac または Linux 環境がすでにあることを前提としています。このドキュメントでは **Minikube** を使用しますが、これから説明する手順はどの Kubernetes クラスターでも機能するはずです。 ## 私たちが作るもの @@ -39,13 +40,13 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; +---------+ ``` -## ステップ 1. Kubernetes クラスターを開始する +## ステップ1. Kubernetes クラスターを開始する -まず、Kubernetes クラスターを準備する必要があります。 **minikube** 環境を使用する場合は、[Scalar Helm Charts の入門](getting-started-scalar-helm-charts.mdx) を参照してください。 すでに Kubernetes クラスターを開始している場合は、この手順をスキップできます。 +まず、Kubernetes クラスターを準備する必要があります。**minikube** 環境を使用する場合は、[Scalar Helm Charts をはじめよう](getting-started-scalar-helm-charts.mdx)を参照してください。すでに Kubernetes クラスターを開始している場合は、この手順をスキップできます。 -## ステップ 2. カスタム値ファイルを準備する +## ステップ2. カスタム値ファイルを準備する -1. `kube-prometheus-stack` のサンプル ファイル [scalar-prometheus-custom-values.yaml](./conf/scalar-prometheus-custom-values.yaml) を保存します。 +1. `kube-prometheus-stack` のサンプルファイル [scalar-prometheus-custom-values.yaml](./conf/scalar-prometheus-custom-values.yaml) を保存します。 1. 次のように `scalar-prometheus-custom-values.yaml` にカスタム値を追加します。 * 設定 @@ -81,7 +82,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; * Helm Chart を使用して Prometheus Operator デプロイメントをカスタマイズする場合は、Scalar 製品を監視するために次の構成を設定する必要があります。 * Prometheus Operator が Scalar 製品の `ServiceMonitor` および `PrometheusRule` を検出できるように、`serviceMonitorSelectorNilUsesHelmValues` および `ruleSelectorNilUsesHelmValues` を `false` (デフォルトでは `true`) に設定します。 - * Scalar Manager を使用する場合は、Scalar Manager が CPU およびメモリ リソースを収集できるように次の構成を設定する必要があります。 + * Scalar Manager を使用する場合は、Scalar Manager が CPU およびメモリリソースを収集できるように次の構成を設定する必要があります。 * `kubeStateMetrics.enabled`、`nodeExporter.enabled`、および `kubelet.enabled` を `true` に設定します。 * Scalar Manager を使用する場合は、Scalar Manager が Grafana を組み込みきるように次の構成を設定する必要があります。 @@ -89,7 +90,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; * `grafana.ini.auth.anonymous.org_name` を使用中の組織に設定します。Scalar のサンプルを使う場合では、`Main Org.` に設定します。 * `grafana.ini.auth.anonymous.org_role` を `Editor` に設定します。 -## ステップ 3. `kube-prometheus-stack` をデプロイする +## ステップ3. `kube-prometheus-stack` をデプロイする 1. `prometheus-community` helm リポジトリを追加します。 ```console @@ -106,10 +107,10 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; helm install scalar-monitoring prometheus-community/kube-prometheus-stack -n monitoring -f scalar-prometheus-custom-values.yaml ``` -## ステップ 4. Helm Chart を使用して Scalar 製品をデプロイ (またはアップグレード) +## ステップ4. Helm Chart を使用して Scalar 製品をデプロイ (またはアップグレード) * 注記： - * 最低限の手順を説明します。 ScalarDB および ScalarDL のデプロイメントについて詳しく知りたい場合は、以下のドキュメントを参照してください。 + * 最低限の手順を説明します。ScalarDB および ScalarDL のデプロイメントについて詳しく知りたい場合は、以下のドキュメントを参照してください。 * [Helm Charts 入門 (ScalarDB Server)](getting-started-scalardb.mdx) * [Helm Charts 入門 (ScalarDL Ledger / Ledger のみ)](getting-started-scalardl-ledger.mdx) * [Helm Charts 入門 (ScalarDL Ledger および Auditor / Auditor モード)](getting-started-scalardl-auditor.mdx) @@ -199,11 +200,11 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; helm upgrade scalardl-auditor scalar-labs/scalardl-audit -f ./scalardl-auditor-custom-values.yaml ``` -## ステップ 5. ダッシュボードにアクセスする +## ステップ5. ダッシュボードにアクセスする ### minikube を使用する場合 -1. 各サービス リソースを `localhost (127.0.0.1)` として公開するには、別のターミナルを開き、`minikube tunnel` コマンドを実行します。 +1. 各サービスリソースを `localhost (127.0.0.1)` として公開するには、別のターミナルを開き、`minikube tunnel` コマンドを実行します。 ```console minikube tunnel ``` @@ -246,13 +247,13 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ### minikube 以外の Kubernetes を使用する場合 -minikube 以外の Kubernetes クラスターを使用する場合は、各 Kubernetes クラスターの方式に従って LoadBalancer サービスにアクセスする必要があります。 たとえば、クラウド サービスによって提供されるロード バランサーや `kubectl port-forward` コマンドを使用します。 +minikube 以外の Kubernetes クラスターを使用する場合は、各 Kubernetes クラスターの方式に従って LoadBalancer サービスにアクセスする必要があります。たとえば、クラウドサービスによって提供されるロードバランサーや `kubectl port-forward` コマンドを使用します。 -## ステップ 6. すべてのリソースを削除する +## ステップ6. すべてのリソースを削除する -Kubernetes クラスターでのモニタリング テストが完了したら、すべてのリソースを削除します。 +Kubernetes クラスターでのモニタリングテストが完了したら、すべてのリソースを削除します。 -1. `minikube tunnel` コマンドを終了します。 (minikubeを使用する場合) +1. `minikube tunnel` コマンドを終了します。(minikubeを使用する場合) ```console Ctrl + C ``` @@ -262,7 +263,7 @@ Kubernetes クラスターでのモニタリング テストが完了したら helm uninstall scalar-monitoring -n monitoring ``` -1. minikube を削除します。 (オプション / minikube を使用する場合) +1. minikube を削除します。(オプション / minikube を使用する場合) ```console minikube delete --all ``` diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalar-helm-charts.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalar-helm-charts.mdx index 11ca9c36..3d6e5ef6 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalar-helm-charts.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalar-helm-charts.mdx @@ -2,11 +2,12 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- -# Scalar Helm Charts の入門 +# Scalar Helm Charts をはじめよう -このドキュメントでは、Kubernetes クラスター上でテスト環境として Scalar Helm Chart を開始する方法について説明します。 ここでは、テスト用の Mac または Linux 環境がすでにあることを前提としています。 このドキュメントでは **Minikube** を使用しますが、これから説明する手順はどの Kubernetes クラスターでも機能するはずです。 +このドキュメントでは、Kubernetes クラスター上でテスト環境として Scalar Helm Chart を開始する方法について説明します。ここでは、テスト用の Mac または Linux 環境がすでにあることを前提としています。このドキュメントでは **Minikube** を使用しますが、これから説明する手順はどの Kubernetes クラスターでも機能するはずです。 ## ツール @@ -17,17 +18,17 @@ tags: 1. Helm 1. cfssl / cfssljson -## ステップ 1. ツールをインストールする +## ステップ1. ツールをインストールする まず、このガイドで使用する次のツールをインストールする必要があります。 -1. [minikubeドキュメント](https://minikube.sigs.k8s.io/docs/start/) に従って minikube をインストールします。 +1. [minikubeドキュメント](https://minikube.sigs.k8s.io/docs/start/)に従って minikube をインストールします。 -1. [Kubernetesドキュメント](https://kubernetes.io/docs/tasks/tools/install-kubectl-linux/) に従って kubectl をインストールします。 +1. [Kubernetesドキュメント](https://kubernetes.io/docs/tasks/tools/install-kubectl-linux/)に従って kubectl をインストールします。 -1. [Helmドキュメント](https://helm.sh/docs/intro/install/) に従って helm コマンドをインストールします。 +1. [Helmドキュメント](https://helm.sh/docs/intro/install/)に従って helm コマンドをインストールします。 -1. [CFSSLドキュメント](https://github.com/cloudflare/cfssl) に従って cfssl と cfssljson をインストールします。 +1. [CFSSLドキュメント](https://github.com/cloudflare/cfssl)に従って cfssl と cfssljson をインストールします。 :::note @@ -40,7 +41,7 @@ tags: ::: -## ステップ 2. docker ドライバーで minikube を起動する (オプション / minikube を使用する場合) +## ステップ2. docker ドライバーで minikube を起動する (オプション / minikube を使用する場合) 1. minikube を起動します。 ```console @@ -64,9 +65,9 @@ tags: ``` minikube が適切に起動すると、いくつかのポッドが kube-system 名前空間で**実行中**であることがわかります。 -## ステップ 3。 +## ステップ3。 -Kubernetes クラスターが起動したら、そのクラスター上で各 Scalar Helm Charts を試すことができます。 詳細については、以下のドキュメントを参照してください。 +Kubernetes クラスターが起動したら、そのクラスター上で各 Scalar Helm Charts を試すことができます。詳細については、以下のドキュメントを参照してください。 * [TLS を使用した ScalarDB Cluster](getting-started-scalardb-cluster-tls.mdx) * [cert-manager を使用した TLS 対応 ScalarDB Cluster](getting-started-scalardb-cluster-tls-cert-manager.mdx) diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalar-manager.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalar-manager.mdx index 8061a249..beba9546 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalar-manager.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalar-manager.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Option +displayed_sidebar: docsJapanese --- # Scalar Manager をデプロイする @@ -69,7 +70,7 @@ Scalar Manager をデプロイする前に、次の操作を行う必要があ +---------+ +---------+ ``` -## ステップ 1. minikube を起動します +## ステップ1. minikube を起動します **Terminal** を開き、次のコマンドを実行して minikube を起動します。 @@ -77,7 +78,7 @@ Scalar Manager をデプロイする前に、次の操作を行う必要があ minikube start ``` -## ステップ 2. Grafana を埋め込めるように `kube-prometheus-stack` をアップグレードする +## ステップ2. Grafana を埋め込めるように `kube-prometheus-stack` をアップグレードする `kube-prometheus-stack` のカスタム値ファイル (たとえば `scalar-prometheus-custom-values.yaml`) に、次の構成を追加するか、すでに存在する場合は修正します。 @@ -109,7 +110,7 @@ grafana: helm upgrade scalar-monitoring prometheus-community/kube-prometheus-stack -n monitoring -f scalar-prometheus-custom-values.yaml ``` -## ステップ 3. 環境変数を設定する +## ステップ3. 環境変数を設定する 次のコマンドを実行し、山括弧内の内容を説明に従って置き換えて、Scalar Manager の環境変数を設定します。 @@ -120,14 +121,14 @@ SCALAR_MANAGER_CUSTOM_VALUES_FILE= SCALAR_MANAGER_CHART_VERSION= ``` -## ステップ 4. Scalar Manager のカスタム値ファイルを準備する +## ステップ4. Scalar Manager のカスタム値ファイルを準備する 次の手順に従って、Scalar Manager のカスタム値ファイルを準備します。 1. `scalar-manager-custom-values.yaml` という名前の空のファイルを作成します。 1. [Scalar Manager のカスタム値ファイルを構成する](configure-custom-values-scalar-manager.mdx)の手順に従います。 -## ステップ 5. `scalar-manager` をインストールしてデプロイする +## ステップ5. `scalar-manager` をインストールしてデプロイする 次のコマンドを実行して、`scalar-manager` Helm Chart をインストールしてデプロイします。 @@ -135,7 +136,7 @@ SCALAR_MANAGER_CHART_VERSION= helm install ${SCALAR_MANAGER_RELEASE_NAME} scalar-labs/scalar-manager -n ${SCALAR_MANAGER_NAMESPACE} -f ${SCALAR_MANAGER_CUSTOM_VALUES_FILE} --version ${SCALAR_MANAGER_CHART_VERSION} ``` -## ステップ 6. Scalar Manager にアクセスする +## ステップ6. Scalar Manager にアクセスする Scalar Manager にアクセスする方法は、Kubernetes クラスターに使用しているツールによって異なります。 @@ -182,7 +183,7 @@ helm uninstall ${SCALAR_MANAGER_RELEASE_NAME} -n ${SCALAR_MANAGER_NAMESPACE} ### オプションの Scalar Manager 構成 -Scalar Manager に設定できるオプションの構成については、[オプション設定](./configure-custom-values-scalar-manager.mdx#オプション設定) を参照してください。 +Scalar Manager に設定できるオプションの構成については、[オプション設定](./configure-custom-values-scalar-manager.mdx#オプション設定)を参照してください。 ### リソースの検出 @@ -201,7 +202,7 @@ Scalar Manager は、特定のラベルセレクターを使用して、クラ #### 依存関係 -Scalar Manager は、[kube-prometheus-stack](https://github.com/prometheus-community/helm-charts/tree/main/charts/kube-prometheus-stack) および [loki-stack](https://github.com/grafana/helm-charts/tree/main/charts/loki-stack) Helm Chart に設定されているデフォルトのラベルと値を検索します。Scalar Manager が依存関係を検出するために使用するデフォルトのラベルと値の詳細については、[`api.applicationProperties` で設定できるプロパティ](./configure-custom-values-scalar-manager.mdx#apiapplicationPropertiesで設定できるプロパティ) を参照してください。 +Scalar Manager は、[kube-prometheus-stack](https://github.com/prometheus-community/helm-charts/tree/main/charts/kube-prometheus-stack) および [loki-stack](https://github.com/grafana/helm-charts/tree/main/charts/loki-stack) Helm Chart に設定されているデフォルトのラベルと値を検索します。Scalar Manager が依存関係を検出するために使用するデフォルトのラベルと値の詳細については、[`api.applicationProperties` で設定できるプロパティ](./configure-custom-values-scalar-manager.mdx#apiapplicationProperties-で設定できるプロパティ)を参照してください。 また、`kube-prometheus-stack` または `loki-stack` のインストール時に値をカスタマイズした場合は、Scalar Manager のカスタム値 `api.applicationProperties` のラベルセレクターを更新する必要があります。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardb-analytics-postgresql.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardb-analytics-postgresql.mdx index 5ff293c6..57f8d795 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardb-analytics-postgresql.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardb-analytics-postgresql.mdx @@ -1,15 +1,16 @@ --- tags: - Community +displayed_sidebar: docsJapanese --- -# Helm Charts の入門 (ScalarDB Analytics with PostgreSQL) +# Helm Charts をはじめよう (ScalarDB Analytics with PostgreSQL) import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このガイドでは、Kubernetes クラスターの Helm Chart をテスト環境として使用して、ScalarDB Analytics with PostgreSQL を開始する方法について説明します。 さらに、このガイドの内容は、テスト用に Mac または Linux 環境がすでにセットアップされていることを前提としています。 **minikube** について言及していますが、説明されている手順はどの Kubernetes クラスターでも機能するはずです。 +このガイドでは、Kubernetes クラスターの Helm Chart をテスト環境として使用して、ScalarDB Analytics with PostgreSQL を開始する方法について説明します。さらに、このガイドの内容は、テスト用に Mac または Linux 環境がすでにセットアップされていることを前提としています。**minikube** について言及していますが、説明されている手順はどの Kubernetes クラスターでも機能するはずです。 ## あなたが作成するもの @@ -34,19 +35,19 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; | +------------------------------------+ | | | | | | +-------------+ | | -| | OLTP クライアント | ---(テスト OLTP ワークロードでサンプル データをロードする)-----------------------------------------------------------------------+ | +| | OLTP クライアント | ---(テスト OLTP ワークロードでサンプルデータをロードする)-----------------------------------------------------------------------+ | | +-------------+ | | | +-------------------------------------------------------------------------------------------------------------------------------------------+ ``` -## ステップ 1. Kubernetes クラスターを開始する +## ステップ1. Kubernetes クラスターを開始する -まず、Kubernetes クラスターを準備する必要があります。 **minikube** 環境を使用している場合は、[Scalar Helm Charts の入門](getting-started-scalar-helm-charts.mdx) を参照してください。 すでに Kubernetes クラスターを開始している場合は、この手順をスキップできます。 +まず、Kubernetes クラスターを準備する必要があります。**minikube** 環境を使用している場合は、[Scalar Helm Charts をはじめよう](getting-started-scalar-helm-charts.mdx)を参照してください。すでに Kubernetes クラスターを開始している場合は、この手順をスキップできます。 -## ステップ 2. MySQL および PostgreSQL ポッドを開始する +## ステップ2. MySQL および PostgreSQL ポッドを開始する -ScalarDB Analytics with PostgreSQL を含むScalarDBは、バックエンドデータベースとして数種類のデータベースシステムを利用できます。 このガイドでは、MySQL と PostgreSQL を使用します。 +ScalarDB Analytics with PostgreSQL を含むScalarDBは、バックエンドデータベースとして数種類のデータベースシステムを利用できます。このガイドでは、MySQL と PostgreSQL を使用します。 次のようにして、Kubernetes クラスターに MySQL と PostgreSQL をデプロイできます。 @@ -98,7 +99,7 @@ ScalarDB Analytics with PostgreSQL を含むScalarDBは、バックエンドデ postgresql-scalardb-0 1/1 Running 0 3m12s ``` -## ステップ 3. 作業ディレクトリを作成する +## ステップ3. 作業ディレクトリを作成する いくつかの構成ファイルをローカルに作成するので、それらのファイル用の作業ディレクトリを作成します。 @@ -106,13 +107,13 @@ ScalarDB Analytics with PostgreSQL を含むScalarDBは、バックエンドデ mkdir -p ~/scalardb-analytics-postgresql-test/ ``` -## ステップ 4. ScalarDB、ScalarDB Analytics with PostgreSQL、およびチャートのバージョンを設定します +## ステップ4. ScalarDB、ScalarDB Analytics with PostgreSQL、およびチャートのバージョンを設定します -以下の 3 つの環境変数を設定します。 別のバージョンの ScalarDB および ScalarDB Analytics with PostgreSQL を使用する場合は、必ず使用するバージョンに設定してください。 +以下の3つの環境変数を設定します。別のバージョンの ScalarDB および ScalarDB Analytics with PostgreSQL を使用する場合は、必ず使用するバージョンに設定してください。 :::note -ScalarDB Analytics with PostgreSQL のマイナー バージョン (例: 3.10.x) を ScalarDB と同じにする必要がありますが、パッチのバージョンを一致させる必要はありません。 たとえば、ScalarDB 3.10.1 と ScalarDB Analytics with PostgreSQL 3.10.3 を併用できます。 +ScalarDB Analytics with PostgreSQL のマイナーバージョン (例: 3.10.x) を ScalarDB と同じにする必要がありますが、パッチのバージョンを一致させる必要はありません。たとえば、ScalarDB 3.10.1と ScalarDB Analytics with PostgreSQL 3.10.3を併用できます。 ::: @@ -128,17 +129,17 @@ SCALARDB_ANALYTICS_WITH_POSTGRESQL_VERSION=3.10.3 CHART_VERSION=$(helm search repo scalar-labs/scalardb-analytics-postgresql -l | grep -e ${SCALARDB_ANALYTICS_WITH_POSTGRESQL_VERSION} | awk '{print $2}' | sort --version-sort -r | head -n 1) ``` -## ステップ 5. OLTP トランザクションを実行して、サンプル データを MySQL および PostgreSQL にロードします +## ステップ5. OLTP トランザクションを実行して、サンプルデータを MySQL および PostgreSQL にロードします ScalarDB Analytics with PostgreSQL を導入する前に、OLTPトランザクションを実行してサンプルデータを作成します。 -1. Kubernetes クラスターで OLTP クライアント ポッドを開始します。 +1. Kubernetes クラスターで OLTP クライアントポッドを開始します。 ```console kubectl run oltp-client --image eclipse-temurin:8-jdk-jammy --env SCALARDB_VERSION=${SCALARDB_VERSION} -- sleep inf ``` -1. OLTP クライアント ポッドが実行されているかどうかを確認します。 +1. OLTP クライアントポッドが実行されているかどうかを確認します。 ```console kubectl get pod oltp-client @@ -157,21 +158,21 @@ ScalarDB Analytics with PostgreSQL を導入する前に、OLTPトランザク oltp-client 1/1 Running 0 17s ``` -1. OLTP クライアント ポッドで bash を実行します。 +1. OLTP クライアントポッドで bash を実行します。 ```console kubectl exec -it oltp-client -- bash ``` - この手順の後、OLTP クライアント ポッドで各コマンドを実行します。 + この手順の後、OLTP クライアントポッドで各コマンドを実行します。 -1. git および curl コマンドを OLTP クライアント ポッドにインストールします。 +1. git および curl コマンドを OLTP クライアントポッドにインストールします。 ```console apt update && apt install -y curl git ``` -1. ScalarDB サンプル リポジトリのクローンを作成します。 +1. ScalarDB サンプルリポジトリのクローンを作成します。 ```console git clone https://github.com/scalar-labs/scalardb-samples.git @@ -200,19 +201,19 @@ ScalarDB Analytics with PostgreSQL を導入する前に、OLTPトランザク cat << 'EOF' > database.properties scalar.db.storage=multi-storage scalar.db.multi_storage.storages=storage0,storage1 - + # Storage 0 scalar.db.multi_storage.storages.storage0.storage=jdbc scalar.db.multi_storage.storages.storage0.contact_points=jdbc:mysql://mysql-scalardb.default.svc.cluster.local:3306/ scalar.db.multi_storage.storages.storage0.username=root scalar.db.multi_storage.storages.storage0.password=mysql - + # Storage 1 scalar.db.multi_storage.storages.storage1.storage=jdbc scalar.db.multi_storage.storages.storage1.contact_points=jdbc:postgresql://postgresql-scalardb.default.svc.cluster.local:5432/postgres scalar.db.multi_storage.storages.storage1.username=postgres scalar.db.multi_storage.storages.storage1.password=postgres - + scalar.db.multi_storage.namespace_mapping=customer:storage0,order:storage1 scalar.db.multi_storage.default_storage=storage1 EOF @@ -224,19 +225,19 @@ ScalarDB Analytics with PostgreSQL を導入する前に、OLTPトランザク curl -OL https://github.com/scalar-labs/scalardb/releases/download/v${SCALARDB_VERSION}/scalardb-schema-loader-${SCALARDB_VERSION}.jar ``` -1. Schema Loader を実行してサンプル テーブルを作成します。 +1. Schema Loader を実行してサンプルテーブルを作成します。 ```console java -jar scalardb-schema-loader-${SCALARDB_VERSION}.jar --config database.properties --schema-file schema.json --coordinator ``` -1. サンプル ワークロードの初期データをロードします。 +1. サンプルワークロードの初期データをロードします。 ```console ./gradlew run --args="LoadInitialData" ``` -1. OLTP トランザクションのサンプル ワークロードを実行します。 これらのコマンドを実行すると、サンプル データとしていくつかの `order` エントリが作成されます。 +1. OLTP トランザクションのサンプルワークロードを実行します。これらのコマンドを実行すると、サンプルデータとしていくつかの `order` エントリが作成されます。 ```console ./gradlew run --args="PlaceOrder 1 1:3,2:2" @@ -277,7 +278,7 @@ ScalarDB Analytics with PostgreSQL を導入する前に、OLTPトランザク exit ``` -## ステップ 6. ScalarDB Analytics with PostgreSQL のデプロイ +## ステップ6. ScalarDB Analytics with PostgreSQL のデプロイ バックエンドデータベースにScalarDB経由でサンプルデータを作成した後、ScalarDB Analytics with PostgreSQL をデプロイします。 @@ -289,19 +290,19 @@ ScalarDB Analytics with PostgreSQL を導入する前に、OLTPトランザク databaseProperties: | scalar.db.storage=multi-storage scalar.db.multi_storage.storages=storage0,storage1 - + # Storage 0 scalar.db.multi_storage.storages.storage0.storage=jdbc scalar.db.multi_storage.storages.storage0.contact_points=jdbc:mysql://mysql-scalardb.default.svc.cluster.local:3306/ scalar.db.multi_storage.storages.storage0.username=root scalar.db.multi_storage.storages.storage0.password=mysql - + # Storage 1 scalar.db.multi_storage.storages.storage1.storage=jdbc scalar.db.multi_storage.storages.storage1.contact_points=jdbc:postgresql://postgresql-scalardb.default.svc.cluster.local:5432/postgres scalar.db.multi_storage.storages.storage1.username=postgres scalar.db.multi_storage.storages.storage1.password=postgres - + scalar.db.multi_storage.namespace_mapping=customer:storage0,order:storage1 scalar.db.multi_storage.default_storage=storage1 schemaImporter: @@ -311,7 +312,7 @@ ScalarDB Analytics with PostgreSQL を導入する前に、OLTPトランザク EOF ``` -1. PostgreSQL のスーパーユーザー パスワードを設定するためのシークレット リソースを作成します。 +1. PostgreSQL のスーパーユーザーパスワードを設定するためのシークレットリソースを作成します。 ```console kubectl create secret generic scalardb-analytics-postgresql-superuser-password --from-literal=superuser-password=scalardb-analytics @@ -323,17 +324,17 @@ ScalarDB Analytics with PostgreSQL を導入する前に、OLTPトランザク helm install scalardb-analytics-postgresql scalar-labs/scalardb-analytics-postgresql -n default -f ~/scalardb-analytics-postgresql-test/scalardb-analytics-postgresql-custom-values.yaml --version ${CHART_VERSION} ``` -## ステップ 7. OLAP クライアント ポッドを実行する +## ステップ7. OLAP クライアントポッドを実行する -ScalarDB Analytics with PostgreSQL を介して一部のクエリを実行するには、OLAP クライアント ポッドを実行します。 +ScalarDB Analytics with PostgreSQL を介して一部のクエリを実行するには、OLAP クライアントポッドを実行します。 -1. Kubernetes クラスターで OLAP クライアント ポッドを開始します。 +1. Kubernetes クラスターで OLAP クライアントポッドを開始します。 ```console kubectl run olap-client --image postgres:latest -- sleep inf ``` -1. OLAP クライアント ポッドが実行されているかどうかを確認します。 +1. OLAP クライアントポッドが実行されているかどうかを確認します。 ```console kubectl get pod olap-client @@ -352,17 +353,17 @@ ScalarDB Analytics with PostgreSQL を介して一部のクエリを実行する olap-client 1/1 Running 0 10s ``` -## ステップ 8. ScalarDB Analytics with PostgreSQL を介してサンプル クエリを実行する +## ステップ8. ScalarDB Analytics with PostgreSQL を介してサンプルクエリを実行する -OLAP クライアント ポッドを実行した後、ScalarDB Analytics with PostgreSQL を介していくつかのクエリを実行できます。 +OLAP クライアントポッドを実行した後、ScalarDB Analytics with PostgreSQL を介していくつかのクエリを実行できます。 -1. OLAP クライアント ポッドで bash を実行します。 +1. OLAP クライアントポッドで bash を実行します。 ```console kubectl exec -it olap-client -- bash ``` - この手順の後、OLAP クライアント ポッドで各コマンドを実行します。 + この手順の後、OLAP クライアントポッドで各コマンドを実行します。 1. psqlコマンドを実行して ScalarDB Analytics with PostgreSQL にアクセスします。 @@ -372,7 +373,7 @@ OLAP クライアント ポッドを実行した後、ScalarDB Analytics with Po パスワードは `scalardb-analytics` です。 -1. `customer.customers` テーブルのサンプル データを読み取ります。 +1. `customer.customers` テーブルのサンプルデータを読み取ります。 ```sql SELECT * FROM customer.customers; @@ -389,7 +390,7 @@ OLAP クライアント ポッドを実行した後、ScalarDB Analytics with Po (3 rows) ``` -1. `order.orders` テーブルのサンプル データを読み取ります。 +1. `order.orders` テーブルのサンプルデータを読み取ります。 ```sql SELECT * FROM "order".orders; @@ -412,7 +413,7 @@ OLAP クライアント ポッドを実行した後、ScalarDB Analytics with Po (8 rows) ``` -1. `order.statements` テーブルのサンプル データを読み取ります。 +1. `order.statements` テーブルのサンプルデータを読み取ります。 ```sql SELECT * FROM "order".statements; @@ -437,7 +438,7 @@ OLAP クライアント ポッドを実行した後、ScalarDB Analytics with Po (10 rows) ``` -1. `order.items` テーブルのサンプル データを読み取ります。 +1. `order.items` テーブルのサンプルデータを読み取ります。 ```sql SELECT * FROM "order".items; @@ -457,7 +458,7 @@ OLAP クライアント ポッドを実行した後、ScalarDB Analytics with Po (5 rows) ``` -1. `JOIN` クエリを実行します。 例えば以下のように各ユーザーのクレジット残高情報を確認できます。 +1. `JOIN` クエリを実行します。例えば以下のように各ユーザーのクレジット残高情報を確認できます。 ```sql SELECT * FROM ( @@ -493,13 +494,13 @@ OLAP クライアント ポッドを実行した後、ScalarDB Analytics with Po \q ``` -1. OLAP クライアント ポッドを終了します。 +1. OLAP クライアントポッドを終了します。 ```console exit ``` -## ステップ 9. すべてのリソースを削除する +## ステップ9. すべてのリソースを削除する Kubernetes クラスターで ScalarDB Analytics with PostgreSQL テストを完了したら、すべてのリソースを削除します。 @@ -509,19 +510,19 @@ Kubernetes クラスターで ScalarDB Analytics with PostgreSQL テストを完 helm uninstall mysql-scalardb postgresql-scalardb scalardb-analytics-postgresql ``` -1. クライアント ポッドを削除します。 +1. クライアントポッドを削除します。 ```console kubectl delete pod oltp-client olap-client --grace-period 0 ``` -1. 秘密リソースを削除します。 +1. シークレットリソースを削除します。 ```console kubectl delete secrets scalardb-analytics-postgresql-superuser-password ``` -1. 作業ディレクトリとサンプル ファイルを削除します。 +1. 作業ディレクトリとサンプルファイルを削除します。 ```console cd ~ diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardb-cluster-tls-cert-manager.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardb-cluster-tls-cert-manager.mdx index 808ea744..988ef514 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardb-cluster-tls-cert-manager.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardb-cluster-tls-cert-manager.mdx @@ -2,16 +2,17 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- -# Helm チャート入門 (cert-manager を使用した TLS 対応 ScalarDB Cluster) +# Helm Chart をはじめよう (cert-manager を使用した TLS 対応 ScalarDB Cluster) このチュートリアルでは、テスト環境の Kubernetes クラスターで Helm Charts と cert-manager を使用して、TLS 構成の ScalarDB Cluster を開始する方法について説明します。開始する前に、テスト用の Mac または Linux 環境がすでに用意されている必要があります。また、このチュートリアルでは **minikube** の使用について説明していますが、説明されている手順はどの Kubernetes クラスターでも機能するはずです。 ## 要件 -* ScalarDB Cluster のライセンスキー (試用ライセンスまたは商用ライセンス) が必要です。ライセンスキーをお持ちでない場合は、[お問い合わせ](https://www.scalar-labs.com/contact) ください。 -* TLS をサポートする ScalarDB Cluster 3.12 以降を使用する必要があります。 +* ScalarDB Cluster のライセンスキー (試用ライセンスまたは商用ライセンス) が必要です。ライセンスキーをお持ちでない場合は、[お問い合わせ](https://www.scalar-labs.com/contact)ください。 +* TLS をサポートする ScalarDB Cluster 3.12以降を使用する必要があります。 ## 作成するもの @@ -59,7 +60,7 @@ cert-manager は、TLS 接続用に次の秘密鍵と証明書ファイルを自 +----------------------+ ``` -Scalar Helm Charts は、Envoy および ScalarDB Cluster の各秘密キーと証明書ファイルを次のように自動的にマウントし、各接続で TLS を有効にします。ルート CA 証明書ファイルはクライアントに手動でマウントします。 +Scalar Helm Charts は、Envoy および ScalarDB Cluster の各秘密鍵と証明書ファイルを次のように自動的にマウントし、各接続で TLS を有効にします。ルート CA 証明書ファイルはクライアントに手動でマウントします。 ``` +-------------------------------------+ +------------------------------------------------+ +--------------------------------+ @@ -79,7 +80,7 @@ ScalarDB Cluster 関連コンポーネント間には、次の接続が存在し ## ステップ1. Kubernetesクラスターを起動してツールをインストールする -Kubernetes クラスターを準備し、いくつかのツール (`kubectl`、`helm`、`cfssl`、および `cfssljson`) をインストールする必要があります。インストール方法の詳細については、[Scalar Helm Charts の使用開始](getting-started-scalar-helm-charts.mdx) を参照してください。 +Kubernetes クラスターを準備し、いくつかのツール (`kubectl`、`helm`、`cfssl`、および `cfssljson`) をインストールする必要があります。インストール方法の詳細については、[Scalar Helm Charts の使用開始](getting-started-scalar-helm-charts.mdx)を参照してください。 ## ステップ2. PostgreSQLコンテナを起動する @@ -222,7 +223,7 @@ ScalarDB Cluster では、バックエンドデータベースとして何らか self-signed-issuer True 6s ``` -## ステップ 5. Helm Charts を使用して Kubernetes クラスターに ScalarDB Cluster をデプロイする +## ステップ5. Helm Charts を使用して Kubernetes クラスターに ScalarDB Cluster をデプロイする 1. Scalar Helm Charts リポジトリを追加します。 @@ -230,7 +231,7 @@ ScalarDB Cluster では、バックエンドデータベースとして何らか helm repo add scalar-labs https://scalar-labs.github.io/helm-charts ``` -1. ライセンス キーと証明書を環境変数として設定します。ライセンスキーがない場合は、[お問い合わせ](https://www.scalar-labs.com/contact) ください。`` の値の詳細については、[製品ライセンスキーを構成する方法](https://scalardb.scalar-labs.com/docs/latest/scalar-licensing/) を参照してください。 +1. ライセンスキーと証明書を環境変数として設定します。ライセンスキーがない場合は、[お問い合わせ](https://www.scalar-labs.com/contact)ください。`` の値の詳細については、[製品ライセンスキーを構成する方法](https://scalardb.scalar-labs.com/docs/latest/scalar-licensing/)を参照してください。 ```console SCALAR_DB_CLUSTER_LICENSE_KEY='' @@ -350,7 +351,7 @@ ScalarDB Cluster では、バックエンドデータベースとして何らか scalardb-cluster-node-7c6959c79d-4z54q 1/1 Running 0 18s scalardb-cluster-node-7c6959c79d-vcv96 1/1 Running 0 18s ``` - + ScalarDB Cluster ポッドが適切にデプロイされている場合、それらのポッドの `STATUS` 列には `Running` と表示されます。 1. ScalarDB Cluster サービスがデプロイされているかどうかを確認します。 @@ -451,7 +452,7 @@ CA 証明書ファイルはクライアントコンテナーで使用します ```console kubectl exec -it scalardb-cluster-client -n default -- bash ``` - + 次の手順のコマンドは、クライアントコンテナーで実行する必要があります。 1. [リリース](https://github.com/scalar-labs/scalardb/releases)から ScalarDB Cluster SQL CLI をダウンロードします。 @@ -492,7 +493,7 @@ CA 証明書ファイルはクライアントコンテナーで使用します CREATE NAMESPACE ns; ``` -1. 名前空間 `ns` の下に `tbl` という名前のサンプル テーブルを作成します。 +1. 名前空間 `ns` の下に `tbl` という名前のサンプルテーブルを作成します。 ```sql CREATE TABLE ns.tbl (a INT, b INT, c INT, PRIMARY KEY(a, b)); @@ -590,6 +591,6 @@ Kubernetes クラスターで ScalarDB Cluster テストを完了したら、す Scalar 製品の監視またはログ記録を開始する方法については、次のチュートリアルを参照してください。 -* [Helm チャートの使用開始 (Prometheus Operator を使用したモニタリング)](getting-started-monitoring.mdx) -* [Helm チャートの使用開始 (Loki Stack を使用したログ記録)](getting-started-logging.mdx) -* [Helm チャートの使用開始 (Scalar Manager)](getting-started-scalar-manager.mdx) +* [Helm Charts をはじめよう (Prometheus Operator を使用したモニタリング)](getting-started-monitoring.mdx) +* [Helm Charts をはじめよう (Loki Stack を使用したログ記録)](getting-started-logging.mdx) +* [Helm Charts をはじめよう (Scalar Manager)](getting-started-scalar-manager.mdx) diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardb-cluster-tls.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardb-cluster-tls.mdx index 64c29fa9..52e928be 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardb-cluster-tls.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardb-cluster-tls.mdx @@ -2,15 +2,16 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- -# Helm チャートの入門 (TLS を使用した ScalarDB Cluster) +# Helm Charts をはじめよう (TLS を使用した ScalarDB Cluster) -このドキュメントでは、Kubernetes クラスター上の Helm Chart をテスト環境として使用して、TLS 構成で ScalarDB クラスターを開始する方法について説明します。 ここでは、テスト用の Mac または Linux 環境がすでにあることを前提としています。 このドキュメントでは **minikube** を使用しますが、これから説明する手順はどの Kubernetes クラスターでも機能するはずです。 +このドキュメントでは、Kubernetes クラスター上の Helm Chart をテスト環境として使用して、TLS 構成で ScalarDB Cluster を開始する方法について説明します。ここでは、テスト用の Mac または Linux 環境がすでにあることを前提としています。このドキュメントでは **minikube** を使用しますが、これから説明する手順はどの Kubernetes クラスターでも機能するはずです。 ## 要件 -* ScalarDB Cluster のライセンスキー（トライアルライセンスまたは商用ライセンス）を取得する必要があります。 ライセンスキーをお持ちでない場合は、[お問い合わせ](https://www.scalar-labs.com/contact) してください。 +* ScalarDB Cluster のライセンスキー (トライアルライセンスまたは商用ライセンス) を取得する必要があります。ライセンスキーをお持ちでない場合は、[お問い合わせ](https://www.scalar-labs.com/contact)してください。 * TLSをサポートするScalarDB Cluster v3.12以降を使用する必要があります。 ## 作成するもの @@ -37,7 +38,7 @@ tags: +----------------------------------------------------------------------------------------------------------------------------------------------------+ ``` -TLS 接続用に次の秘密キーファイルと証明書ファイルを作成します。 +TLS 接続用に次の秘密鍵ファイルと証明書ファイルを作成します。 ``` +-------------------------------+ @@ -55,7 +56,7 @@ TLS 接続用に次の秘密キーファイルと証明書ファイルを作成 +-------------------------------+ ``` -各接続で TLS を有効にするために、各秘密キーと証明書ファイルを次のように設定します。 +各接続で TLS を有効にするために、各秘密鍵と証明書ファイルを次のように設定します。 ``` +--------------------------------+ +-----------------------------------------+ +-----------------------------------------+ @@ -71,15 +72,15 @@ ScalarDB Cluster 関連コンポーネント間には、次の接続がありま * **`クライアント - ScalarDB Cluster の Envoy`:** 一部のCRUD APIやSQL APIを実行すると、クライアントはEnvoy for ScalarDB Clusterにアクセスします。 * **`ScalarDB Cluster の Envoy - ScalarDB Cluster`:** Envoy は、ScalarDB Cluster の前の L7 (gRPC) ロードバランサーとして機能します。 -* **`ScalarDB Cluster ノード - ScalarDB Cluster ノード`:** ScalarDB Cluster ノードから別の ScalarDB Cluster ノードにアクセスします。 言い換えれば、すべての ScalarDB Cluster ノード間でクラスターの内部通信が行われます。 +* **`ScalarDB Cluster ノード - ScalarDB Cluster ノード`:** ScalarDB Cluster ノードから別の ScalarDB Cluster ノードにアクセスします。言い換えれば、すべての ScalarDB Cluster ノード間でクラスターの内部通信が行われます。 -## ステップ 1. Kubernetes クラスターを開始する +## ステップ1. Kubernetes クラスターを開始する -Kubernetes クラスターを準備し、いくつかのツール (`kubectl`、`helm`、`cfssl`、および `cfssljson`) をインストールする必要があります。 インストール方法の詳細については、[Scalar Helm Charts の開始](getting-started-scalar-helm-charts.mdx) を参照してください。 +Kubernetes クラスターを準備し、いくつかのツール (`kubectl`、`helm`、`cfssl`、および `cfssljson`) をインストールする必要があります。インストール方法の詳細については、[Scalar Helm Charts をはじめよう](getting-started-scalar-helm-charts.mdx)を参照してください。 -## ステップ 2. PostgreSQL コンテナーを開始する +## ステップ2. PostgreSQL コンテナーを開始する -ScalarDB Cluster は、バックエンドデータベースとして何らかのデータベースシステムを使用する必要があります。 このチュートリアルでは、PostgreSQL を使用します。 +ScalarDB Cluster は、バックエンドデータベースとして何らかのデータベースシステムを使用する必要があります。このチュートリアルでは、PostgreSQL を使用します。 次のようにして、Kubernetes クラスターに PostgreSQL をデプロイできます。 @@ -89,7 +90,7 @@ ScalarDB Cluster は、バックエンドデータベースとして何らかの helm repo add bitnami https://charts.bitnami.com/bitnami ``` -1. ScalarDB クラスター用の PostgreSQL をデプロイします。 +1. ScalarDB Cluster 用の PostgreSQL をデプロイします。 ```console helm install postgresql-scalardb-cluster bitnami/postgresql \ @@ -111,9 +112,9 @@ ScalarDB Cluster は、バックエンドデータベースとして何らかの postgresql-scalardb-cluster-0 1/1 Running 0 34s ``` -## ステップ 3. 作業ディレクトリを作成する +## ステップ3. 作業ディレクトリを作成する -いくつかの構成ファイルと秘密キーおよび証明書ファイルをローカルに作成します。 したがって、それらの作業ディレクトリを作成します。 +いくつかの構成ファイルと秘密鍵および証明書ファイルをローカルに作成します。したがって、それらの作業ディレクトリを作成します。 1. 作業ディレクトリを作成します。 @@ -121,9 +122,9 @@ ScalarDB Cluster は、バックエンドデータベースとして何らかの mkdir -p ${HOME}/scalardb-cluster-test/certs/ ``` -## ステップ 4. 秘密キーおよび証明書ファイルを作成する +## ステップ4. 秘密鍵および証明書ファイルを作成する -秘密キーと証明書ファイルを作成します。 +秘密鍵と証明書ファイルを作成します。 1. 作業ディレクトリを `${HOME}/scalardb-cluster-test/certs/` ディレクトリに変更します。 @@ -153,7 +154,7 @@ ScalarDB Cluster は、バックエンドデータベースとして何らかの EOF ``` -1. CA の鍵/証明書ファイルを作成します。 +1. CA の秘密鍵/証明書ファイルを作成します。 ```console cfssl gencert -initca ca.json | cfssljson -bare ca @@ -235,19 +236,19 @@ ScalarDB Cluster は、バックエンドデータベースとして何らかの EOF ``` -1. Envoy の秘密キーおよび証明書ファイルを作成します。 +1. Envoy の秘密鍵および証明書ファイルを作成します。 ```console cfssl gencert -ca ca.pem -ca-key ca-key.pem -config ca-config.json -profile scalar-test-ca envoy.json | cfssljson -bare envoy ``` -1. ScalarDB Cluster の秘密キーおよび証明書ファイルを作成します。 +1. ScalarDB Cluster の秘密鍵および証明書ファイルを作成します。 ```console cfssl gencert -ca ca.pem -ca-key ca-key.pem -config ca-config.json -profile scalar-test-ca scalardb-cluster.json | cfssljson -bare scalardb-cluster ``` -1. 秘密キーおよび証明書ファイルが作成されたことを確認します。 +1. 秘密鍵および証明書ファイルが作成されたことを確認します。 ```console ls -1 @@ -271,7 +272,7 @@ ScalarDB Cluster は、バックエンドデータベースとして何らかの scalardb-cluster.pem ``` -## ステップ 5. Helm チャートを使用して Kubernetes クラスターに ScalarDB Cluster をデプロイする +## ステップ5. Helm Charts を使用して Kubernetes クラスターに ScalarDB Cluster をデプロイする 1. Scalar helm リポジトリを追加します。 @@ -343,14 +344,14 @@ ScalarDB Cluster は、バックエンドデータベースとして何らかの EOF ``` -1. ライセンスキーと証明書を環境変数に設定します。 ライセンスキーをお持ちでない場合は、[お問い合わせ](https://www.scalar-labs.com/contact) してください。 +1. ライセンスキーと証明書を環境変数に設定します。ライセンスキーをお持ちでない場合は、[お問い合わせ](https://www.scalar-labs.com/contact)してください。 ```console SCALAR_DB_CLUSTER_LICENSE_KEY= SCALAR_DB_CLUSTER_LICENSE_CHECK_CERT_PEM= ``` -1. 資格情報とライセンスキーを含むシークレット リソース「scalardb-credentials-secret」を作成します。 +1. 資格情報とライセンスキーを含むシークレットリソース「scalardb-credentials-secret」を作成します。 ```console kubectl create secret generic scalardb-credentials-secret \ @@ -361,14 +362,14 @@ ScalarDB Cluster は、バックエンドデータベースとして何らかの -n default ``` -1. Envoy の秘密キーファイルと証明書ファイルを含むシークレットリソースを作成します。 +1. Envoy の秘密鍵ファイルと証明書ファイルを含むシークレットリソースを作成します。 ```console kubectl create secret generic envoy-tls-cert --from-file=tls.crt=${HOME}/scalardb-cluster-test/certs/envoy.pem -n default kubectl create secret generic envoy-tls-key --from-file=tls.key=${HOME}/scalardb-cluster-test/certs/envoy-key.pem -n default ``` -1. ScalarDB Cluster の秘密キー、証明書、CA 証明書ファイルを含むシークレットリソースを作成します。 +1. ScalarDB Cluster の秘密鍵、証明書、CA 証明書ファイルを含むシークレットリソースを作成します。 ```console kubectl create secret generic scalardb-cluster-tls-ca --from-file=ca.crt=${HOME}/scalardb-cluster-test/certs/ca.pem -n default @@ -427,7 +428,7 @@ ScalarDB Cluster は、バックエンドデータベースとして何らかの scalardb-cluster-headless ClusterIP None 60053/TCP 40s scalardb-cluster-metrics ClusterIP 10.96.199.135 9080/TCP 40s ``` - ScalarDB クラスター サービスが適切にデプロイされている場合は、CLUSTER-IP 列にプライベート IP アドレスが表示されます。 + ScalarDB Cluster サービスが適切にデプロイされている場合は、CLUSTER-IP 列にプライベート IP アドレスが表示されます。 :::note @@ -435,9 +436,9 @@ ScalarDB Cluster は、バックエンドデータベースとして何らかの ::: -## ステップ 6. クライアントコンテナを開始する +## ステップ6. クライアントコンテナを開始する -クライアントコンテナでCAの証明書ファイルを使用します。 そこで、シークレットリソースを作成し、クライアントコンテナにマウントします。 +クライアントコンテナでCAの証明書ファイルを使用します。そこで、シークレットリソースを作成し、クライアントコンテナにマウントします。 1. シークレットリソース `client-ca-cert` を作成します。 @@ -475,7 +476,7 @@ ScalarDB Cluster は、バックエンドデータベースとして何らかの EOF ``` -1. マニフェスト ファイルで ScalarDB Cluster のバージョンを設定します。 +1. マニフェストファイルで ScalarDB Cluster のバージョンを設定します。 ```console sed -i s/SCALAR_DB_CLUSTER_CLIENT_POD_SCALAR_DB_CLUSTER_VERSION/${SCALAR_DB_CLUSTER_VERSION}/ ${HOME}/scalardb-cluster-test/scalardb-cluster-client-pod.yaml @@ -500,17 +501,17 @@ ScalarDB Cluster は、バックエンドデータベースとして何らかの scalardb-cluster-client 1/1 Running 0 26s ``` -## ステップ 7. ScalarDB Cluster SQL CLI をダウンロードしてクライアント コンテナにコピーします +## ステップ7. ScalarDB Cluster SQL CLI をダウンロードしてクライアントコンテナにコピーします -1. ScalarDB Cluster SQL CLI を [リリース](https://github.com/scalar-labs/scalardb/releases) からディレクトリ `${HOME}/scalardb-cluster-test/` の下にダウンロードします。 +1. ScalarDB Cluster SQL CLI を [リリース](https://github.com/scalar-labs/scalardb/releases)からディレクトリ `${HOME}/scalardb-cluster-test/` の下にダウンロードします。 -1. ScalarDB Cluster SQL CLI をクライアント コンテナにコピーします。 +1. ScalarDB Cluster SQL CLI をクライアントコンテナにコピーします。 ```console kubectl cp ${HOME}/scalardb-cluster-test/scalardb-cluster-sql-cli-${SCALAR_DB_CLUSTER_VERSION}-all.jar scalardb-cluster-client:/ ``` -## ステップ 8. クライアントコンテナで ScalarDB Cluster SQL CLI を実行する +## ステップ8. クライアントコンテナで ScalarDB Cluster SQL CLI を実行する 1. クライアントコンテナで bash を実行します。 @@ -551,7 +552,7 @@ ScalarDB Cluster は、バックエンドデータベースとして何らかの CREATE NAMESPACE ns; ``` -1. 名前空間 `ns` の下にサンプル テーブル `tbl` を作成します。 +1. 名前空間 `ns` の下にサンプルテーブル `tbl` を作成します。 ```sql CREATE TABLE ns.tbl (a INT, b INT, c INT, PRIMARY KEY(a, b)); @@ -563,7 +564,7 @@ ScalarDB Cluster は、バックエンドデータベースとして何らかの INSERT INTO ns.tbl VALUES (1,2,3), (4,5,6), (7,8,9); ``` -1. 挿入したサンプル レコードを選択します。 +1. 挿入したサンプルレコードを選択します。 ```sql SELECT * FROM ns.tbl; @@ -583,7 +584,7 @@ ScalarDB Cluster は、バックエンドデータベースとして何らかの 3 rows selected (0.059 seconds) ``` -## ステップ 9. すべてのリソースを削除する +## ステップ9. すべてのリソースを削除する Kubernetes クラスターで ScalarDB Cluster のテストが完了したら、すべてのリソースを削除します。 @@ -605,7 +606,7 @@ Kubernetes クラスターで ScalarDB Cluster のテストが完了したら、 kubectl delete secrets scalardb-credentials-secret scalardb-cluster-tls-key scalardb-cluster-tls-cert scalardb-cluster-tls-ca envoy-tls-key envoy-tls-cert client-ca-cert ``` -1. 作業ディレクトリとサンプル ファイル (構成ファイル、秘密キー、および証明書) を削除します。 +1. 作業ディレクトリとサンプルファイル (構成ファイル、秘密鍵、および証明書) を削除します。 ```console cd ${HOME} @@ -619,6 +620,6 @@ Kubernetes クラスターで ScalarDB Cluster のテストが完了したら、 Scalar 製品の監視またはログ記録を開始する方法については、次のドキュメントで説明しています。 -* [Helm Charts の入門 (Prometheus Operator を使用したモニタリング)](getting-started-monitoring.mdx) -* [Helm Charts の入門 (Loki スタックを使用したロギング)](getting-started-logging.mdx) -* [Helm Charts の入門 (Scalar Manager)](getting-started-scalar-manager.mdx) +* [Helm Charts をはじめよう (Prometheus Operator を使用したモニタリング)](getting-started-monitoring.mdx) +* [Helm Charts をはじめよう (Loki スタックを使用したロギング)](getting-started-logging.mdx) +* [Helm Charts をはじめよう (Scalar Manager)](getting-started-scalar-manager.mdx) diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardb.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardb.mdx index 3170287a..3c6ba2c4 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardb.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardb.mdx @@ -3,9 +3,10 @@ tags: - Enterprise Standard - Enterprise Premium - Deprecated +displayed_sidebar: docsJapanese --- -# [非推奨] Helm Charts の入門 (ScalarDB Server) +# [非推奨] Helm Charts をはじめよう (ScalarDB Server) import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; @@ -13,15 +14,15 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; :::note -ScalarDB Server は非推奨になりました。 代わりに [ScalarDB Cluster](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/setup-scalardb-cluster-on-kubernetes-by-using-helm-chart) を使用してください。 +ScalarDB Server は非推奨になりました。代わりに [ScalarDB Cluster](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/setup-scalardb-cluster-on-kubernetes-by-using-helm-chart) を使用してください。 ::: -このドキュメントでは、Kubernetes クラスター上の Helm Chart をテスト環境として使用して、ScalarDB Server を開始する方法について説明します。 ここでは、テスト用の Mac または Linux 環境がすでにあることを前提としています。 このドキュメントでは **Minikube** を使用しますが、これから説明する手順はどの Kubernetes クラスターでも機能するはずです。 +このドキュメントでは、Kubernetes クラスター上の Helm Chart をテスト環境として使用して、ScalarDB Server を開始する方法について説明します。ここでは、テスト用の Mac または Linux 環境がすでにあることを前提としています。このドキュメントでは **Minikube** を使用しますが、これから説明する手順はどの Kubernetes クラスターでも機能するはずです。 ## 要件 -※コンテナイメージ(`scalardb-server` および `scalardb-envoy`)を取得するには、[AWS Marketplace](https://aws.amazon.com/marketplace/pp/prodview-rzbuhxgvqf4d2) または[Azure Marketplace](https://azuremarketplace.microsoft.com/en/marketplace/apps/scalarinc.scalardb) で ScalarDB を購読する必要があります。 詳細については、以下のドキュメントを参照してください。 +※コンテナイメージ (`scalardb-server` および `scalardb-envoy`) を取得するには、[AWS Marketplace](https://aws.amazon.com/marketplace/pp/prodview-rzbuhxgvqf4d2) または [Azure Marketplace](https://azuremarketplace.microsoft.com/en/marketplace/apps/scalarinc.scalardb) で ScalarDB を購読する必要があります。詳細については、以下のドキュメントを参照してください。 * [How to install Scalar products through AWS Marketplace](../scalar-kubernetes/AwsMarketplaceGuide.mdx) * [How to install Scalar products through Azure Marketplace](../scalar-kubernetes/AzureMarketplaceGuide.mdx) @@ -50,13 +51,13 @@ ScalarDB Server は非推奨になりました。 代わりに [ScalarDB Cluster +--------------------------------------------------------------------------------------------------------------------------------------+ ``` -## ステップ 1. Kubernetes クラスターを開始する +## ステップ1. Kubernetes クラスターを開始する -まず、Kubernetes クラスターを準備する必要があります。 **minikube** 環境を使用する場合は、[Scalar Helm Charts の入門](getting-started-scalar-helm-charts.mdx) を参照してください。 すでに Kubernetes クラスターを開始している場合は、この手順をスキップできます。 +まず、Kubernetes クラスターを準備する必要があります。**minikube** 環境を使用する場合は、[Scalar Helm Charts をはじめよう](getting-started-scalar-helm-charts.mdx)を参照してください。すでに Kubernetes クラスターを開始している場合は、この手順をスキップできます。 -## ステップ 2. PostgreSQL コンテナーを開始する +## ステップ2. PostgreSQL コンテナーを開始する -ScalarDB は、バックエンド データベースとして何らかのデータベース システムを使用します。 このドキュメントでは PostgreSQL を使用します。 +ScalarDB は、バックエンドデータベースとして何らかのデータベースシステムを使用します。このドキュメントでは PostgreSQL を使用します。 次のようにして、Kubernetes クラスターに PostgreSQL をデプロイできます。 @@ -82,14 +83,14 @@ ScalarDB は、バックエンド データベースとして何らかのデー postgresql-scalardb-0 1/1 Running 0 2m42s ``` -## ステップ 3. Helm Charts を使用して Kubernetes クラスターに ScalarDB Server をデプロイする +## ステップ3. Helm Charts を使用して Kubernetes クラスターに ScalarDB Server をデプロイする 1. Scalar helm リポジトリを追加します。 ```console helm repo add scalar-labs https://scalar-labs.github.io/helm-charts ``` -1. AWS/Azure Marketplace から ScalarDB コンテナー イメージをプルするためのシークレット リソースを作成します。 +1. AWS/Azure Marketplace から ScalarDB コンテナーイメージをプルするためのシークレットリソースを作成します。 * AWS Marketplace ```console kubectl create secret docker-registry reg-ecr-mp-secrets \ @@ -106,7 +107,7 @@ ScalarDB は、バックエンド データベースとして何らかのデー ``` 詳細については、以下のドキュメントを参照してください。 - + * [How to install Scalar products through AWS Marketplace](../scalar-kubernetes/AwsMarketplaceGuide.mdx) * [How to install Scalar products through Azure Marketplace](../scalar-kubernetes/AzureMarketplaceGuide.mdx) @@ -121,7 +122,7 @@ ScalarDB は、バックエンド データベースとして何らかのデー version: "1.3.0" imagePullSecrets: - name: "reg-ecr-mp-secrets" - + scalardb: image: repository: "709825985650.dkr.ecr.us-east-1.amazonaws.com/scalar/scalardb-server" @@ -138,7 +139,7 @@ ScalarDB は、バックエンド データベースとして何らかのデー ``` * Azure Marketplace - + ```console cat << 'EOF' > scalardb-custom-values.yaml envoy: @@ -147,7 +148,7 @@ ScalarDB は、バックエンド データベースとして何らかのデー version: "1.3.0" imagePullSecrets: - name: "reg-acr-secrets" - + scalardb: image: repository: "/scalarinc/scalardb-server" @@ -207,11 +208,11 @@ ScalarDB は、バックエンド データベースとして何らかのデー scalardb-headless ClusterIP None 60051/TCP 41s scalardb-metrics ClusterIP 10.108.188.10 8080/TCP 41s ``` - ScalarDB Server サービスが適切にデプロイされている場合は、CLUSTER-IP 列にプライベート IP アドレスが表示されます。 (注記： `scalardb-headless` には CLUSTER-IP がありません。) + ScalarDB Server サービスが適切にデプロイされている場合は、CLUSTER-IP 列にプライベート IP アドレスが表示されます。(注記： `scalardb-headless` には CLUSTER-IP がありません。) -## ステップ 4. クライアントコンテナを開始する +## ステップ4. クライアントコンテナを開始する -1. Kubernetes クラスター上でクライアント コンテナーを起動します。 +1. Kubernetes クラスター上でクライアントコンテナーを起動します。 ```console kubectl run scalardb-client --image eclipse-temurin:8-jdk --command sleep inf ``` @@ -226,17 +227,17 @@ ScalarDB は、バックエンド データベースとして何らかのデー scalardb-client 1/1 Running 0 23s ``` -## ステップ 5. クライアント コンテナで ScalarDB サンプル アプリケーションを実行する +## ステップ5. クライアントコンテナで ScalarDB サンプルアプリケーションを実行する -以下に最低限の手順を説明します。 ScalarDB についてさらに詳しく知りたい場合は、[Getting Started with ScalarDB](https://scalardb.scalar-labs.com/docs/latest/getting-started-with-scalardb) を参照してください。 +以下に最低限の手順を説明します。ScalarDB についてさらに詳しく知りたい場合は、[Getting Started with ScalarDB](https://scalardb.scalar-labs.com/docs/latest/getting-started-with-scalardb) を参照してください。 1. クライアントコンテナで bash を実行します。 ```console kubectl exec -it scalardb-client -- bash ``` - この手順の後、クライアント コンテナで各コマンドを実行します。 + この手順の後、クライアントコンテナで各コマンドを実行します。 -1. git およびcurl コマンドをクライアント コンテナにインストールします。 +1. git およびcurl コマンドをクライアントコンテナにインストールします。 ```console apt update && apt install -y git curl ``` @@ -266,13 +267,13 @@ ScalarDB は、バックエンド データベースとして何らかのデー git branch ``` 【コマンド実行結果】 - + ```console master * v3.7.0 ``` - 別のバージョンを使用する場合は、使用するバージョン（タグ）を指定してください。 + 別のバージョンを使用する場合は、使用するバージョン (タグ) を指定してください。 1. ディレクトリを `docs/getting-started/` に変更します。 ```console @@ -302,7 +303,7 @@ ScalarDB は、バックエンド データベースとして何らかのデー EOF ``` -1. サンプル アプリケーションの DB スキーマを定義する JSON ファイル (emoney-transaction.json) を作成します。 +1. サンプルアプリケーションの DB スキーマを定義する JSON ファイル (emoney-transaction.json) を作成します。 ```console cat << 'EOF' > emoney-transaction.json { @@ -326,7 +327,7 @@ ScalarDB は、バックエンド データベースとして何らかのデー java -jar ./scalardb-schema-loader-3.7.0.jar --config ./scalardb.properties -f emoney-transaction.json --coordinator ``` -1. サンプル アプリケーションを実行します。 +1. サンプルアプリケーションを実行します。 * `1000` を `user1` に請求します。 ```console ./gradlew run --args="-action charge -amount 1000 -to user1" @@ -348,7 +349,7 @@ ScalarDB は、バックエンド データベースとして何らかのデー ./gradlew run --args="-action getBalance -id merchant1" ``` -1. (オプション) 次のコマンドを使用して、サンプル アプリケーションを通じて挿入および変更された (INSERT/UPDATE) データを確認できます。 (このコマンドは、クライアント コンテナではなくローカルホストで実行する必要があります。) +1. (オプション) 次のコマンドを使用して、サンプルアプリケーションを通じて挿入および変更された (INSERT/UPDATE) データを確認できます。(このコマンドは、クライアントコンテナではなくローカルホストで実行する必要があります。) ```console kubectl exec -it postgresql-scalardb-0 -- bash -c 'export PGPASSWORD=postgres && psql -U postgres -d postgres -c "SELECT * FROM emoney.account"' ``` @@ -361,9 +362,9 @@ ScalarDB は、バックエンド データベースとして何らかのデー (2 rows) ``` * 注記： - * 通常はScalarDB経由でデータ(レコード)にアクセスする必要があります。 上記のコマンドはサンプルアプリケーションの動作を説明、確認するために使用します。 + * 通常はScalarDB経由でデータ (レコード) にアクセスする必要があります。上記のコマンドはサンプルアプリケーションの動作を説明、確認するために使用します。 -## ステップ 6. すべてのリソースを削除する +## ステップ6. すべてのリソースを削除する Kubernetes クラスター上で ScalarDB Server テストが完了したら、すべてのリソースを削除します。 @@ -381,6 +382,6 @@ Kubernetes クラスター上で ScalarDB Server テストが完了したら、 Scalar 製品の監視またはログ記録を開始する方法については、次のドキュメントで説明しています。 -* [Helm Charts の入門 (Prometheus Operator を使用したモニタリング)](getting-started-monitoring.mdx) -* [Helm Charts の入門 (Loki スタックを使用したロギング)](getting-started-logging.mdx) -* [Helm Charts の入門 (Scalar Manager)](getting-started-scalar-manager.mdx) +* [Helm Charts をはじめよう (Prometheus Operator を使用したモニタリング)](getting-started-monitoring.mdx) +* [Helm Charts をはじめよう (Loki スタックを使用したロギング)](getting-started-logging.mdx) +* [Helm Charts をはじめよう (Scalar Manager)](getting-started-scalar-manager.mdx) diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardl-auditor-tls-cert-manager.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardl-auditor-tls-cert-manager.mdx index 107eaed5..e79d1fe6 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardl-auditor-tls-cert-manager.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardl-auditor-tls-cert-manager.mdx @@ -1,14 +1,15 @@ --- +displayed_sidebar: docsJapanese --- -# Helm チャートを使い始める (cert-manager / Auditor モードを使用した TLS 対応の ScalarDL Ledger および Auditor) +# Helm Charts をはじめよう (cert-manager / Auditor モードを使用した TLS 対応の ScalarDL Ledger および Auditor) このチュートリアルでは、Kubernetes クラスターでテスト環境として Helm Charts と cert-manager を使用して、TLS 構成で ScalarDL Ledger と ScalarDL Auditor を使い始める方法について説明します。開始する前に、テスト用の Mac または Linux 環境を用意しておく必要があります。また、このチュートリアルでは **minikube** の使用について説明していますが、説明されている手順はどの Kubernetes クラスターでも機能するはずです。 ## 要件 -* ScalarDL のライセンスキー (試用ライセンスまたは商用ライセンス) が必要です。ライセンスキーをお持ちでない場合は、[お問い合わせ](https://www.scalar-labs.com/contact) ください。 -* TLS をサポートする ScalarDL 3.9 以降を使用する必要があります。 +* ScalarDL のライセンスキー (試用ライセンスまたは商用ライセンス) が必要です。ライセンスキーをお持ちでない場合は、[お問い合わせ](https://www.scalar-labs.com/contact)ください。 +* TLS をサポートする ScalarDL 3.9以降を使用する必要があります。 :::note @@ -81,7 +82,7 @@ cert-manager は、TLS 接続用に次の秘密鍵と証明書ファイルを自 +----------------------+ ``` -Scalar Helm Charts は、各接続で TLS を有効にするために、Envoy と ScalarDL の各秘密キーと証明書ファイルを次のように自動的にマウントします。ルート CA 証明書ファイルはクライアントに手動でマウントします。 +Scalar Helm Charts は、各接続で TLS を有効にするために、Envoy と ScalarDL の各秘密鍵と証明書ファイルを次のように自動的にマウントします。ルート CA 証明書ファイルはクライアントに手動でマウントします。 ``` +------------------------------------------------+ +--------------------------------------+ @@ -110,17 +111,17 @@ ScalarDL 関連コンポーネント間には、次の接続が存在します: * **`クライアント - ScalarDL Ledger 用 Envoy`:** ScalarDL API 関数を実行すると、クライアントは ScalarDL Ledger 用 Envoy にアクセスします。 * **`クライアント - ScalarDL Auditor 用 Envoy`:** ScalarDL API 関数を実行すると、クライアントは ScalarDL Auditor 用 Envoy にアクセスします。 -* **`ScalarDL Ledger 用 Envoy - ScalarDL Ledger`:** Envoy は ScalarDL Ledger の前で L7 (gRPC) ロード バランサーとして機能します。 -* **`ScalarDL Auditor 用 Envoy - ScalarDL Auditor`:** Envoy は ScalarDL Auditor の前で L7 (gRPC) ロード バランサーとして機能します。 +* **`ScalarDL Ledger 用 Envoy - ScalarDL Ledger`:** Envoy は ScalarDL Ledger の前で L7 (gRPC) ロードバランサーとして機能します。 +* **`ScalarDL Auditor 用 Envoy - ScalarDL Auditor`:** Envoy は ScalarDL Auditor の前で L7 (gRPC) ロードバランサーとして機能します。 * **`ScalarDL Auditor - Envoy for ScalarDL Ledger (ScalarDL Ledger)`:** ScalarDL がデータの一貫性を保つために回復プロセスを実行する必要がある場合、ScalarDL Auditor は Envoy を介して ScalarDL Ledger に対してリクエストを実行します。 -## ステップ 1. Kubernetes クラスターを起動してツールをインストールする +## ステップ1. Kubernetes クラスターを起動してツールをインストールする -Kubernetes クラスターを準備し、いくつかのツール (`kubectl`、`helm`、`cfssl`、および `cfssljson`) をインストールする必要があります。インストール方法の詳細については、[Scalar Helm Charts の使用開始](getting-started-scalar-helm-charts.mdx) を参照してください。 +Kubernetes クラスターを準備し、いくつかのツール (`kubectl`、`helm`、`cfssl`、および `cfssljson`) をインストールする必要があります。インストール方法の詳細については、[Scalar Helm Charts の使用開始](getting-started-scalar-helm-charts.mdx)を参照してください。 -## ステップ 2. PostgreSQL コンテナを起動する +## ステップ2. PostgreSQL コンテナを起動する -ScalarDL Ledger と ScalarDL Auditor は、バックエンド データベースとして何らかのデータベース システムを使用する必要があります。このチュートリアルでは、PostgreSQL を使用します。 +ScalarDL Ledger と ScalarDL Auditor は、バックエンドデータベースとして何らかのデータベースシステムを使用する必要があります。このチュートリアルでは、PostgreSQL を使用します。 次のようにして、Kubernetes クラスターに PostgreSQL をデプロイできます。 @@ -162,7 +163,7 @@ ScalarDL Ledger と ScalarDL Auditor は、バックエンド データベース postgresql-ledger-0 1/1 Running 0 16s ``` -## ステップ 3. 作業ディレクトリを作成する +## ステップ3. 作業ディレクトリを作成する ローカルにいくつかの構成ファイルと秘密鍵および証明書ファイルを作成します。必ずそれらのファイル用の作業ディレクトリを作成してください。 @@ -172,7 +173,7 @@ ScalarDL Ledger と ScalarDL Auditor は、バックエンド データベース mkdir -p ${HOME}/scalardl-test/ ``` -## ステップ 4. cert-manager と発行者リソースをデプロイする +## ステップ4. cert-manager と発行者リソースをデプロイする このチュートリアルでは、cert-manager を使用して秘密鍵と証明書を発行および管理します。次のようにして、Kubernetes クラスターに cert-manager をデプロイできます。 @@ -269,9 +270,9 @@ ScalarDL Ledger と ScalarDL Auditor は、バックエンド データベース self-signed-issuer True 6s ``` -## ステップ 5. Helm Charts を使用して ScalarDL Ledger と ScalarDL Auditor のデータベーススキーマを作成する +## ステップ5. Helm Charts を使用して ScalarDL Ledger と ScalarDL Auditor のデータベーススキーマを作成する -Helm Charts を使用して、Kubernetes クラスターに 2 つの ScalarDL Schema Loader ポッドをデプロイします。ScalarDL Schema Loader は、PostgreSQL に ScalarDL Ledger と Auditor のデータベーススキーマを作成します。 +Helm Charts を使用して、Kubernetes クラスターに2つの ScalarDL Schema Loader ポッドをデプロイします。ScalarDL Schema Loader は、PostgreSQL に ScalarDL Ledger と Auditor のデータベーススキーマを作成します。 1. Scalar Helm Charts リポジトリを追加します。 @@ -327,26 +328,26 @@ Helm Charts を使用して、Kubernetes クラスターに 2 つの ScalarDL Sc -n default ``` -1. ScalarDL スキーマローダーのチャートバージョンを設定します。 +1. ScalarDL Schema Loader のチャートバージョンを設定します。 ```console SCALAR_DL_VERSION=3.9.1 SCALAR_DL_SCHEMA_LOADER_CHART_VERSION=$(helm search repo scalar-labs/schema-loading -l | grep -F "${SCALAR_DL_VERSION}" | awk '{print $2}' | sort --version-sort -r | head -n 1) ``` -1. ScalarDL Ledger 用の ScalarDL スキーマローダーをデプロイします。 +1. ScalarDL Ledger 用の ScalarDL Schema Loader をデプロイします。 ```console helm install schema-loader-ledger scalar-labs/schema-loading -f ${HOME}/scalardl-test/schema-loader-ledger-custom-values.yaml --version ${SCALAR_DL_SCHEMA_LOADER_CHART_VERSION} -n default ``` -1. ScalarDL Auditor 用の ScalarDL スキーマローダーをデプロイします。 +1. ScalarDL Auditor 用の ScalarDL Schema Loader をデプロイします。 ```console helm install schema-loader-auditor scalar-labs/schema-loading -f ${HOME}/scalardl-test/schema-loader-auditor-custom-values.yaml --version ${SCALAR_DL_SCHEMA_LOADER_CHART_VERSION} -n default ``` -1. ScalarDL スキーマローダーポッドが「完了」ステータスでデプロイされているかどうかを確認します。 +1. ScalarDL Schema Loader ポッドが「完了」ステータスでデプロイされているかどうかを確認します。 ```console kubectl get pod -n default @@ -361,12 +362,12 @@ Helm Charts を使用して、Kubernetes クラスターに 2 つの ScalarDL Sc schema-loader-auditor-schema-loading-dvc5r 0/1 Completed 0 6s schema-loader-ledger-schema-loading-mtllb 0/1 Completed 0 10s ``` - - ScalarDL スキーマローダーポッドのステータスが **ContainerCreating** または **Running** の場合、それらのポッドの `STATUS` 列に `Completed` と表示されるまで待ちます。 -## ステップ 6. Helm Charts を使用して、Kubernetes クラスターに ScalarDL Ledger と ScalarDL Auditor をデプロイします + ScalarDL Schema Loader ポッドのステータスが **ContainerCreating** または **Running** の場合、それらのポッドの `STATUS` 列に `Completed` と表示されるまで待ちます。 -1. ライセンスキーと証明書を環境変数として設定します。ライセンスキーがない場合は、[お問い合わせ](https://www.scalar-labs.com/contact) ください。`` と `` の値の詳細については、[製品ライセンス キーを構成する方法](https://scalardl.scalar-labs.com/docs/latest/scalar-licensing/) を参照してください。 +## ステップ6. Helm Charts を使用して、Kubernetes クラスターに ScalarDL Ledger と ScalarDL Auditor をデプロイします + +1. ライセンスキーと証明書を環境変数として設定します。ライセンスキーがない場合は、[お問い合わせ](https://www.scalar-labs.com/contact)ください。`` と `` の値の詳細については、[製品ライセンスキーを構成する方法](https://scalardl.scalar-labs.com/docs/latest/scalar-licensing/)を参照してください。 ```console SCALAR_DL_LEDGER_LICENSE_KEY='' @@ -537,9 +538,9 @@ Helm Charts を使用して、Kubernetes クラスターに 2 つの ScalarDL Sc -n default ``` - 注意: 認証方法として `hmac` を使用する場合は、Helm Chart 側で `digital-signature` を無効にするためにダミーの秘密 `auditor-key` を作成する必要があります。 + 注意: 認証方法として `hmac` を使用する場合は、Helm Chart 側で `digital-signature` を無効にするためにダミーのシークレット `auditor-key` を作成する必要があります。 -1. ScalarDL Ledger と ScalarDL Auditor のチャート バージョンを設定します。 +1. ScalarDL Ledger と ScalarDL Auditor のチャートバージョンを設定します。 ```console SCALAR_DL_LEDGER_CHART_VERSION=$(helm search repo scalar-labs/scalardl -l | grep -v -e "scalar-labs/scalardl-audit" | grep -F "${SCALAR_DL_VERSION}" | awk '{print $2}' | sort --version-sort -r | head -n 1) @@ -614,14 +615,14 @@ Helm Charts を使用して、Kubernetes クラスターに 2 つの ScalarDL Sc ``` ScalarDL Ledger および ScalarDL Auditor サービスが適切にデプロイされている場合は、`CLUSTER-IP` 列にプライベート IP アドレスが表示されます。 - + :::note `scalardl-ledger-headless`、`scalardl-auditor-headless`、`postgresql-ledger-hl`、および `postgresql-auditor-hl` の `CLUSTER-IP` 値は、IP アドレスがないため `None` になります。 ::: -## ステップ 7. クライアントコンテナを起動する +## ステップ7. クライアントコンテナを起動する クライアントコンテナで CA 証明書ファイルを使用します。そのため、シークレットリソースを作成し、クライアントコンテナにマウントする必要があります。 @@ -631,7 +632,7 @@ Helm Charts を使用して、Kubernetes クラスターに 2 つの ScalarDL Sc kubectl create secret generic client-ca-cert --from-file=ca.crt=<(kubectl get secret self-signed-ca-cert-secret -o "jsonpath={.data['ca\.crt']}" | base64 -d) -n default ``` -1. クライアント ポッドのマニフェスト ファイル (`scalardl-client-pod.yaml`) を作成します。 +1. クライアントポッドのマニフェストファイル (`scalardl-client-pod.yaml`) を作成します。 ```console cat << 'EOF' > ${HOME}/scalardl-test/scalardl-client-pod.yaml @@ -685,7 +686,7 @@ Helm Charts を使用して、Kubernetes クラスターに 2 つの ScalarDL Sc scalardl-client 1/1 Running 0 4s ``` -## ステップ 8. クライアントコンテナで ScalarDL サンプルコントラクトを実行する +## ステップ8. クライアントコンテナで ScalarDL サンプルコントラクトを実行する 以下では、サンプルコントラクトを実行するために必要な最小限の手順について説明します。ScalarDL Ledger と ScalarDL Auditor の詳細については、以下を参照してください。 @@ -697,7 +698,7 @@ Helm Charts を使用して、Kubernetes クラスターに 2 つの ScalarDL Sc ```console kubectl exec -it scalardl-client -n default -- bash ``` - + 次の手順のコマンドは、クライアントコンテナーで実行する必要があります。 1. クライアントコンテナーに git、curl、unzip コマンドをインストールします。 @@ -805,8 +806,8 @@ Helm Charts を使用して、Kubernetes クラスターに 2 つの ScalarDL Sc ```console ./scalardl-java-client-sdk-${SCALAR_DL_VERSION}/bin/scalardl execute-contract --config ./client.properties --contract-id StateUpdater --contract-argument '{"asset_id": "test_asset", "state": 3}' ``` - - このサンプル契約は、`test_asset` という名前の資産の `state` (値) を `3` に更新します。 + + このサンプルコントラクトは、`test_asset` という名前のアセットの `state` (値) を `3` に更新します。 1. コントラクト `StateReader` を実行します。 @@ -829,10 +830,10 @@ Helm Charts を使用して、Kubernetes クラスターに 2 つの ScalarDL Sc ### 参照 - * 資産データが改ざんされていない場合、契約実行を要求する `execute-contract` コマンドを実行すると、結果として `OK` が返されます。 - * アセットデータが改ざんされている場合（たとえば、データベースの `state` 値が改ざんされている場合）、コントラクト実行を要求する `execute-contract` コマンドを実行すると、結果として `OK` 以外の値（たとえば、`INCONSISTENT_STATES`）が返されます。ScalarDL がデータ改ざんを検出する方法の例については、以下を参照してください。 + * 資産データが改ざんされていない場合、コントラクト実行を要求する `execute-contract` コマンドを実行すると、結果として `OK` が返されます。 + * アセットデータが改ざんされている場合 (たとえば、データベースの `state` 値が改ざんされている場合) 、コントラクト実行を要求する `execute-contract` コマンドを実行すると、結果として `OK` 以外の値 (たとえば、`INCONSISTENT_STATES`) が返されます。ScalarDL がデータ改ざんを検出する方法の例については、以下を参照してください。 - [コマンド実行結果（資産データが改ざんされた場合）] + [コマンド実行結果 (資産データが改ざんされた場合) ] ```console { @@ -874,7 +875,7 @@ Helm Charts を使用して、Kubernetes クラスターに 2 つの ScalarDL Sc * 資産データが改ざんされていない場合、検証を要求する `validate-ledger` コマンドを実行すると、結果として `OK` が返されます。 * 資産データが改ざんされている場合 (たとえば、データベースの `state` 値が改ざんされている場合)、検証を要求する `validate-ledger` コマンドを実行すると、結果として `OK` 以外の値 (たとえば、`INVALID_OUTPUT`) が返されます。ScalarDL がデータ改ざんを検出する方法の例については、以下を参照してください。 - [コマンド実行結果（資産データが改ざんされた場合）] + [コマンド実行結果 (資産データが改ざんされた場合) ] ```console { @@ -943,6 +944,6 @@ Kubernetes クラスターで ScalarDL Ledger および ScalarDL Auditor テス Scalar 製品の監視またはログ記録を開始する方法については、次のチュートリアルを参照してください。 -* [Helm チャートの使用開始 (Prometheus Operator を使用したモニタリング)](getting-started-monitoring.mdx) -* [Helm チャートの使用開始 (Loki Stack を使用したログ記録)](getting-started-logging.mdx) -* [Helm チャートの使用開始 (Scalar Manager)](getting-started-scalar-manager.mdx) +* [Helm Charts をはじめよう (Prometheus Operator を使用したモニタリング)](getting-started-monitoring.mdx) +* [Helm Charts をはじめよう (Loki Stack を使用したログ記録)](getting-started-logging.mdx) +* [Helm Charts をはじめよう (Scalar Manager)](getting-started-scalar-manager.mdx) diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardl-auditor-tls.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardl-auditor-tls.mdx index 06474348..1cd44721 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardl-auditor-tls.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardl-auditor-tls.mdx @@ -1,18 +1,19 @@ --- +displayed_sidebar: docsJapanese --- -# Helm チャートの入門 (TLS を使用した ScalarDL Ledger および Auditor / Auditor モード) +# Helm Chart をはじめよう (TLS を使用した ScalarDL Ledger および Auditor / Auditor モード) -このドキュメントでは、Kubernetes クラスター上の Helm Chart をテスト環境として使用して、TLS 構成で ScalarDL Ledger および ScalarDL Auditor を開始する方法について説明します。 ここでは、テスト用の Mac または Linux 環境がすでにあることを前提としています。 このドキュメントでは **minikube** を使用しますが、これから説明する手順はどの Kubernetes クラスターでも機能するはずです。 +このドキュメントでは、Kubernetes クラスター上の Helm Chart をテスト環境として使用して、TLS 構成で ScalarDL Ledger および ScalarDL Auditor を開始する方法について説明します。ここでは、テスト用の Mac または Linux 環境がすでにあることを前提としています。このドキュメントでは **minikube** を使用しますが、これから説明する手順はどの Kubernetes クラスターでも機能するはずです。 ## 要件 -* ScalarDLのライセンスキー（試用ライセンスまたは商用ライセンス）を取得する必要があります。 ライセンス キーをお持ちでない場合は、[お問い合わせ](https://www.scalar-labs.com/contact) してください。 +* ScalarDLのライセンスキー (試用ライセンスまたは商用ライセンス) を取得する必要があります。ライセンスキーをお持ちでない場合は、[お問い合わせ](https://www.scalar-labs.com/contact)してください。 * TLSに対応したScalarDL v3.9以降を使用する必要があります。 :::note -監査によるビザンチン障害検出を適切に機能させるには、ScalarDL Ledger と ScalarDL Auditor を別の管理ドメインに展開して管理する必要があります。 ただし、このチュートリアルでは、テストを容易にするために、ScalarDL Ledger と ScalarDL Auditor を同じ Kubernetes クラスターにデプロイします。 +監査によるビザンチン障害検出を適切に機能させるには、ScalarDL Ledger と ScalarDL Auditor を別の管理ドメインに展開して管理する必要があります。ただし、このチュートリアルでは、テストを容易にするために、ScalarDL Ledger と ScalarDL Auditor を同じ Kubernetes クラスターにデプロイします。 ::: @@ -52,7 +53,7 @@ +-----------------------------------------------------------------------------------------------------------------------------+ ``` -TLS 接続用に次の秘密キーファイルと証明書ファイルを作成します。 +TLS 接続用に次の秘密鍵ファイルと証明書ファイルを作成します。 ``` +----------------------+ @@ -77,7 +78,7 @@ TLS 接続用に次の秘密キーファイルと証明書ファイルを作成 +----------------------+ ``` -各接続で TLS を有効にするために、各秘密キーと証明書ファイルを次のように設定します。 +各接続で TLS を有効にするために、各秘密鍵と証明書ファイルを次のように設定します。 ``` +--------------------------------+ +--------------------------------+ @@ -106,17 +107,17 @@ ScalarDL 関連コンポーネント間には、次の接続があります。 * **`クライアント - ScalarDL Ledger の Envoy`:** 一部のScalarDL APIを実行すると、クライアントはEnvoy for ScalarDL Ledgerにアクセスします。 * **`クライアント - ScalarDL Auditor の Envoy`:** 一部のScalarDL APIを実行すると、クライアントはEnvoy for ScalarDL Auditorにアクセスします。 -* **`ScalarDL Ledgerの Envoy - ScalarDL Ledger`:** Envoy は、ScalarDL Ledger の前で L7 (gRPC) ロード バランサーとして機能します。 -* **`ScalarDL Auditor の Envoy - ScalarDL Auditor`:** Envoy は、ScalarDL Auditor の前で L7 (gRPC) ロード バランサーとして機能します。 +* **`ScalarDL Ledgerの Envoy - ScalarDL Ledger`:** Envoy は、ScalarDL Ledger の前で L7 (gRPC) ロードバランサーとして機能します。 +* **`ScalarDL Auditor の Envoy - ScalarDL Auditor`:** Envoy は、ScalarDL Auditor の前で L7 (gRPC) ロードバランサーとして機能します。 * **`ScalarDL Auditor - ScalarDL Ledger (ScalarDL Ledger) の Envoy`:** ScalarDL がデータの一貫性を保つために回復プロセスを実行する必要がある場合、ScalarDL Auditor は Envoy を介して ScalarDL Lever に対してリクエストを実行します。 -## ステップ 1. Kubernetes クラスターを開始する +## ステップ1. Kubernetes クラスターを開始する -Kubernetes クラスターを準備し、いくつかのツール (`kubectl`、`helm`、`cfssl`、および `cfssljson`) をインストールする必要があります。 インストール方法の詳細については、[Scalar Helm Charts の開始](getting-started-scalar-helm-charts.mdx) を参照してください。 +Kubernetes クラスターを準備し、いくつかのツール (`kubectl`、`helm`、`cfssl`、および `cfssljson`) をインストールする必要があります。インストール方法の詳細については、[Scalar Helm Charts をはじめよう](getting-started-scalar-helm-charts.mdx)を参照してください。 -## ステップ 2. PostgreSQL コンテナーを開始する +## ステップ2. PostgreSQL コンテナーを開始する -ScalarDL Ledger および ScalarDL Auditor は、バックエンドデータベースとして何らかのデータベースシステムを使用する必要があります。 このチュートリアルでは、PostgreSQL を使用します。 +ScalarDL Ledger および ScalarDL Auditor は、バックエンドデータベースとして何らかのデータベースシステムを使用する必要があります。このチュートリアルでは、PostgreSQL を使用します。 次のようにして、Kubernetes クラスターに PostgreSQL をデプロイできます。 @@ -158,9 +159,9 @@ ScalarDL Ledger および ScalarDL Auditor は、バックエンドデータベ postgresql-ledger-0 1/1 Running 0 16s ``` -## ステップ 3. 作業ディレクトリを作成する +## ステップ3. 作業ディレクトリを作成する -いくつかの構成ファイルと秘密キーおよび証明書ファイルをローカルに作成します。 したがって、それらの作業ディレクトリを作成します。 +いくつかの構成ファイルと秘密鍵および証明書ファイルをローカルに作成します。したがって、それらの作業ディレクトリを作成します。 1. 作業ディレクトリを作成します。 @@ -168,9 +169,9 @@ ScalarDL Ledger および ScalarDL Auditor は、バックエンドデータベ mkdir -p ${HOME}/scalardl-test/certs/ ``` -## ステップ 4. 秘密キーおよび証明書ファイルを作成する +## ステップ4. 秘密鍵および証明書ファイルを作成する -秘密キーと証明書ファイルを作成します。 +秘密鍵と証明書ファイルを作成します。 1. 作業ディレクトリを `${HOME}/scalardl-test/certs/` ディレクトリに変更します。 @@ -200,7 +201,7 @@ ScalarDL Ledger および ScalarDL Auditor は、バックエンドデータベ EOF ``` -1. CA の鍵/証明書ファイルを作成します。 +1. CA の秘密鍵/証明書ファイルを作成します。 ```console cfssl gencert -initca ca.json | cfssljson -bare ca @@ -308,25 +309,25 @@ ScalarDL Ledger および ScalarDL Auditor は、バックエンドデータベ EOF ``` -1. Envoy の秘密キーおよび証明書ファイルを作成します。 +1. Envoy の秘密鍵および証明書ファイルを作成します。 ```console cfssl gencert -ca ca.pem -ca-key ca-key.pem -config ca-config.json -profile scalar-test-ca envoy.json | cfssljson -bare envoy ``` -1. ScalarDL Ledger の秘密キーおよび証明書ファイルを作成します。 +1. ScalarDL Ledger の秘密鍵および証明書ファイルを作成します。 ```console cfssl gencert -ca ca.pem -ca-key ca-key.pem -config ca-config.json -profile scalar-test-ca ledger.json | cfssljson -bare ledger ``` -1. ScalarDL Auditor の秘密キーおよび証明書ファイルを作成します。 +1. ScalarDL Auditor の秘密鍵および証明書ファイルを作成します。 ```console cfssl gencert -ca ca.pem -ca-key ca-key.pem -config ca-config.json -profile scalar-test-ca auditor.json | cfssljson -bare auditor ``` -1. 秘密キーおよび証明書ファイルが作成されたことを確認します。 +1. 秘密鍵および証明書ファイルが作成されたことを確認します。 ```console ls -1 @@ -354,9 +355,9 @@ ScalarDL Ledger および ScalarDL Auditor は、バックエンドデータベ ledger.pem ``` -## ステップ 5. Helm チャートを使用して ScalarDL Ledger と ScalarDL Auditor の DB スキーマを作成する +## ステップ5. Helm Charts を使用して ScalarDL Ledger と ScalarDL Auditor の DB スキーマを作成する -Helm Chart を使用して、Kubernetes クラスターに 2 つの ScalarDL Schema Loader ポッドをデプロイします。 ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger と Auditor の DB スキーマを作成します。 +Helm Chart を使用して、Kubernetes クラスターに2つの ScalarDL Schema Loader ポッドをデプロイします。ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger と Auditor の DB スキーマを作成します。 1. 作業ディレクトリを `${HOME}/scalardl-test/` に変更します。 @@ -400,7 +401,7 @@ Helm Chart を使用して、Kubernetes クラスターに 2 つの ScalarDL Sch EOF ``` -1. PostgreSQL for Ledger のユーザー名とパスワードを含むシークレット リソースを作成します。 +1. PostgreSQL for Ledger のユーザー名とパスワードを含むシークレットリソースを作成します。 ```console kubectl create secret generic schema-ledger-credentials-secret \ @@ -409,7 +410,7 @@ Helm Chart を使用して、Kubernetes クラスターに 2 つの ScalarDL Sch -n default ``` -1. PostgreSQL for Auditor のユーザー名とパスワードを含むシークレット リソースを作成します。 +1. PostgreSQL for Auditor のユーザー名とパスワードを含むシークレットリソースを作成します。 ```console kubectl create secret generic schema-auditor-credentials-secret \ @@ -425,13 +426,13 @@ Helm Chart を使用して、Kubernetes クラスターに 2 つの ScalarDL Sch SCALAR_DL_SCHEMA_LOADER_CHART_VERSION=$(helm search repo scalar-labs/schema-loading -l | grep -F "${SCALAR_DL_VERSION}" | awk '{print $2}' | sort --version-sort -r | head -n 1) ``` -1. Ledger 用の ScalarDL スキーマ ローダーをデプロイします。 +1. Ledger 用の ScalarDL Schema Loader をデプロイします。 ```console helm install schema-loader-ledger scalar-labs/schema-loading -f ${HOME}/scalardl-test/schema-loader-ledger-custom-values.yaml --version ${SCALAR_DL_SCHEMA_LOADER_CHART_VERSION} -n default ``` -1. Auditor 用の ScalarDL スキーマ ローダーをデプロイします。 +1. Auditor 用の ScalarDL Schema Loader をデプロイします。 ```console helm install schema-loader-auditor scalar-labs/schema-loading -f ${HOME}/scalardl-test/schema-loader-auditor-custom-values.yaml --version ${SCALAR_DL_SCHEMA_LOADER_CHART_VERSION} -n default @@ -454,7 +455,7 @@ Helm Chart を使用して、Kubernetes クラスターに 2 つの ScalarDL Sch ``` ScalarDL Schema Loader ポッドが **ContainerCreating** または **Running** の場合は、プロセスが完了するまで待ちます (ステータスは **Completed** になります)。 -## ステップ 6. Helm Chart を使用して Kubernetes クラスターに ScalarDL Ledger と ScalarDL Auditor をデプロイする +## ステップ6. Helm Chart を使用して Kubernetes クラスターに ScalarDL Ledger と ScalarDL Auditor をデプロイする 1. ScalarDL Ledger のカスタム値ファイル (`scalardl-ledger-custom-values.yaml`) を作成します。 @@ -569,14 +570,14 @@ Helm Chart を使用して、Kubernetes クラスターに 2 つの ScalarDL Sch EOF ``` -1. ライセンスキーと証明書を環境変数に設定します。 ライセンスキーをお持ちでない場合は、[お問い合わせ](https://www.scalar-labs.com/contact) してください。 +1. ライセンスキーと証明書を環境変数に設定します。ライセンスキーをお持ちでない場合は、[お問い合わせ](https://www.scalar-labs.com/contact)してください。 ```console SCALAR_DL_LICENSE_KEY= SCALAR_DL_LICENSE_CHECK_CERT_PEM= ``` -1. 資格情報とライセンスキーを含むシークレット リソース `ledger-credentials-secret` を作成します。 +1. 資格情報とライセンスキーを含むシークレットリソース `ledger-credentials-secret` を作成します。 ```console kubectl create secret generic ledger-credentials-secret \ @@ -589,7 +590,7 @@ Helm Chart を使用して、Kubernetes クラスターに 2 つの ScalarDL Sch -n default ``` -1. 資格情報とライセンスキーを含むシークレット リソース `auditor-credentials-secret` を作成します。 +1. 資格情報とライセンスキーを含むシークレットリソース `auditor-credentials-secret` を作成します。 ```console kubectl create secret generic auditor-credentials-secret \ @@ -602,14 +603,14 @@ Helm Chart を使用して、Kubernetes クラスターに 2 つの ScalarDL Sch -n default ``` -1. Envoy の秘密キーファイルと証明書ファイルを含むシークレット リソースを作成します。 +1. Envoy の秘密鍵ファイルと証明書ファイルを含むシークレットリソースを作成します。 ```console kubectl create secret generic envoy-tls-cert --from-file=tls.crt=${HOME}/scalardl-test/certs/envoy.pem -n default kubectl create secret generic envoy-tls-key --from-file=tls.key=${HOME}/scalardl-test/certs/envoy-key.pem -n default ``` -1. ScalarDL Ledger の秘密キー、証明書、CA 証明書ファイルを含むシークレット リソースを作成します。 +1. ScalarDL Ledger の秘密鍵、証明書、CA 証明書ファイルを含むシークレットリソースを作成します。 ```console kubectl create secret generic scalardl-ledger-tls-ca --from-file=ca.crt=${HOME}/scalardl-test/certs/ca.pem -n default @@ -617,7 +618,7 @@ Helm Chart を使用して、Kubernetes クラスターに 2 つの ScalarDL Sch kubectl create secret generic scalardl-ledger-tls-key --from-file=tls.key=${HOME}/scalardl-test/certs/ledger-key.pem -n default ``` -1. ScalarDL Auditor の秘密キー、証明書、CA 証明書ファイルを含むシークレット リソースを作成します。 +1. ScalarDL Auditor の秘密鍵、証明書、CA 証明書ファイルを含むシークレットリソースを作成します。 ```console kubectl create secret generic scalardl-auditor-tls-ca --from-file=ca.crt=${HOME}/scalardl-test/certs/ca.pem -n default @@ -626,7 +627,7 @@ Helm Chart を使用して、Kubernetes クラスターに 2 つの ScalarDL Sch kubectl create secret generic scalardl-auditor-tls-ca-for-ledger --from-file=ca.crt=${HOME}/scalardl-test/certs/ca.pem -n default ``` -1. 秘密リソース `auditor-keys` を作成して、`デジタル署名` 認証方法を無効にします。 このドキュメントでは、 `デジタル署名` の代わりに `hmac` 認証方法を使用します。 +1. シークレットリソース `auditor-keys` を作成して、`デジタル署名` 認証方法を無効にします。このドキュメントでは、 `デジタル署名` の代わりに `hmac` 認証方法を使用します。 ```console kubectl create secret generic auditor-keys \ @@ -634,7 +635,7 @@ Helm Chart を使用して、Kubernetes クラスターに 2 つの ScalarDL Sch --from-literal=certificate=dummy-data-to-disable-digital-signature-method \ -n default ``` - 注: 認証方法として `hmac` を使用する場合は、ダミーのシークレット `auditor-key` を作成して、ヘルム チャート側の `デジタル署名` を無効にする必要があります。 + 注: 認証方法として `hmac` を使用する場合は、ダミーのシークレット `auditor-key` を作成して、Helm Chart 側の `デジタル署名` を無効にする必要があります。 1. ScalarDL のチャートのバージョンを設定します。 @@ -713,21 +714,21 @@ Helm Chart を使用して、Kubernetes クラスターに 2 つの ScalarDL Sch :::note -`scalardl-ledger-headless`、`scalardl-auditor-headless`、`postgresql-ledger-hl`、`postgresql-auditor-hl` の `CLUSTER-IP` の値は、IP アドレスがないため `None` になります。 。 +`scalardl-ledger-headless`、`scalardl-auditor-headless`、`postgresql-ledger-hl`、`postgresql-auditor-hl` の `CLUSTER-IP` の値は、IP アドレスがないため `None` になります。。 ::: -## ステップ 7. クライアントコンテナを開始する +## ステップ7. クライアントコンテナを開始する -クライアントコンテナでCAの証明書ファイルを使用します。 そこで、シークレット リソースを作成し、クライアント コンテナにマウントします。 +クライアントコンテナでCAの証明書ファイルを使用します。そこで、シークレットリソースを作成し、クライアントコンテナにマウントします。 -1. シークレット リソース `client-ca-cert` を作成します。 +1. シークレットリソース `client-ca-cert` を作成します。 ```console kubectl create secret generic client-ca-cert --from-file=certificate=${HOME}/scalardl-test/certs/ca.pem -n default ``` -1. クライアント ポッドのマニフェスト ファイル (`scalardl-client-pod.yaml`) を作成します。 +1. クライアントポッドのマニフェストファイル (`scalardl-client-pod.yaml`) を作成します。 ```console cat << 'EOF' > ${HOME}/scalardl-test/scalardl-client-pod.yaml @@ -757,13 +758,13 @@ Helm Chart を使用して、Kubernetes クラスターに 2 つの ScalarDL Sch EOF ``` -1. マニフェスト ファイルに ScalarDL のバージョンを設定します。 +1. マニフェストファイルに ScalarDL のバージョンを設定します。 ```console sed -i s/SCALAR_DL_CLIENT_POD_SCALAR_DL_VERSION/${SCALAR_DL_VERSION}/ ${HOME}/scalardl-test/scalardl-client-pod.yaml ``` -1. クライアント ポッドをデプロイします。 +1. クライアントポッドをデプロイします。 ```console kubectl apply -f ${HOME}/scalardl-test/scalardl-client-pod.yaml -n default @@ -782,9 +783,9 @@ Helm Chart を使用して、Kubernetes クラスターに 2 つの ScalarDL Sch scalardl-client 1/1 Running 0 4s ``` -## ステップ 8. クライアント コンテナで ScalarDL サンプル コントラクトを実行する +## ステップ8. クライアントコンテナで ScalarDL サンプルコントラクトを実行する -以下に最低限の手順を説明します。 ScalarDL LedgerとScalarDL Auditorについて詳しく知りたい場合は、以下のドキュメントを参照してください。 +以下に最低限の手順を説明します。ScalarDL LedgerとScalarDL Auditorについて詳しく知りたい場合は、以下のドキュメントを参照してください。 * [ScalarDL 入門](https://scalardl.scalar-labs.com/docs/latest/getting-started/) * [ScalarDL Auditor 入門](https://scalardl.scalar-labs.com/docs/latest/getting-started-auditor/) @@ -902,7 +903,7 @@ Helm Chart を使用して、Kubernetes クラスターに 2 つの ScalarDL Sch ```console ./scalardl-java-client-sdk-${SCALAR_DL_VERSION}/bin/scalardl execute-contract --config ./client.properties --contract-id StateUpdater --contract-argument '{"asset_id": "test_asset", "state": 3}' ``` - このサンプル コントラクトは、`test_asset` という名前のアセットの `state` (値) を `3` に更新します。 + このサンプルコントラクトは、`test_asset` という名前のアセットの `state` (値) を `3` に更新します。 1. コントラクト `StateReader` を実行します。 @@ -928,7 +929,7 @@ Helm Chart を使用して、Kubernetes クラスターに 2 つの ScalarDL Sch * 資産データが改ざんされていない場合、`execute-contract` コマンドを実行してコントラクトの実行を要求すると、結果として `OK` が返されます。 * 資産データが改ざんされている場合 (たとえば、データベース内の `state` 値が改ざんされている場合)、コントラクトの実行を要求する `execute-contract` コマンドを実行すると、実行結果として `OK` 以外の値が返されます (たとえば、 `INCONSISTENT_STATES`)。ScalarDL がデータ改ざんを検出する方法の例として、以下を参照してください。 - [コマンド実行結果（資産データが改ざんされている場合）] + [コマンド実行結果 (資産データが改ざんされている場合) ] ```console { @@ -968,9 +969,9 @@ Helm Chart を使用して、Kubernetes クラスターに 2 つの ScalarDL Sch ### 参考情報 * 資産データが改ざんされていない場合、`validate-ledger` コマンドを実行して検証を要求すると、結果として `OK` が返されます。 - * 資産データが改ざんされている場合 (たとえば、データベース内の `state` 値が改ざんされている場合)、`validate-ledger` コマンドを実行して検証を要求すると、実行結果として `OK` 以外の値が返されます (たとえば、`INVALID_OUTPUT`)。 ScalarDL がデータ改ざんを検出する方法の例として、以下を参照してください。 + * 資産データが改ざんされている場合 (たとえば、データベース内の `state` 値が改ざんされている場合)、`validate-ledger` コマンドを実行して検証を要求すると、実行結果として `OK` 以外の値が返されます (たとえば、`INVALID_OUTPUT`)。ScalarDL がデータ改ざんを検出する方法の例として、以下を参照してください。 - [コマンド実行結果（資産データが改ざんされている場合）] + [コマンド実行結果 (資産データが改ざんされている場合) ] ```console { @@ -979,7 +980,7 @@ Helm Chart を使用して、Kubernetes クラスターに 2 つの ScalarDL Sch } ``` -## ステップ 9. すべてのリソースを削除する +## ステップ9. すべてのリソースを削除する Kubernetes クラスターで ScalarDL Ledger テストと ScalarDL Auditor テストを完了したら、すべてのリソースを削除します。 @@ -1001,7 +1002,7 @@ Kubernetes クラスターで ScalarDL Ledger テストと ScalarDL Auditor テ kubectl delete secrets envoy-tls-key envoy-tls-cert schema-ledger-credentials-secret schema-auditor-credentials-secret ledger-credentials-secret scalardl-ledger-tls-ca scalardl-ledger-tls-cert scalardl-ledger-tls-key auditor-credentials-secret auditor-keys scalardl-auditor-tls-ca scalardl-auditor-tls-cert scalardl-auditor-tls-key scalardl-auditor-tls-ca-for-ledger client-ca-cert ``` -1. 作業ディレクトリとサンプル ファイル (構成ファイル、秘密キー、および証明書) を削除します。 +1. 作業ディレクトリとサンプルファイル (構成ファイル、秘密鍵、および証明書) を削除します。 ```console cd ${HOME} @@ -1015,6 +1016,6 @@ Kubernetes クラスターで ScalarDL Ledger テストと ScalarDL Auditor テ Scalar 製品の監視またはログ記録を開始する方法については、次のドキュメントで説明しています。 -* [Helm Charts の入門 (Prometheus Operator を使用したモニタリング)](getting-started-monitoring.mdx) -* [Helm Charts の入門 (Loki スタックを使用したロギング)](getting-started-logging.mdx) -* [Helm Charts の入門 (Scalar Manager)](getting-started-scalar-manager.mdx) +* [Helm Charts をはじめよう (Prometheus Operator を使用したモニタリング)](getting-started-monitoring.mdx) +* [Helm Charts をはじめよう (Loki スタックを使用したロギング)](getting-started-logging.mdx) +* [Helm Charts をはじめよう (Scalar Manager)](getting-started-scalar-manager.mdx) diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardl-auditor.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardl-auditor.mdx index ee22d881..bce1670c 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardl-auditor.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardl-auditor.mdx @@ -1,13 +1,14 @@ --- +displayed_sidebar: docsJapanese --- -# Helm Charts の入門 (ScalarDL Ledger と Auditor / Auditor モード) +# Helm Charts をはじめよう (ScalarDL Ledger と Auditor / Auditor モード) import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、Kubernetes クラスター上の Helm Chart をテスト環境として使用して、ScalarDL Ledger および Auditor を開始する方法について説明します。 ここでは、テスト用の Mac または Linux 環境がすでにあることを前提としています。 このドキュメントでは **Minikube** を使用しますが、これから説明する手順はどの Kubernetes クラスターでも機能するはずです。 +このドキュメントでは、Kubernetes クラスター上の Helm Chart をテスト環境として使用して、ScalarDL Ledger および Auditor を開始する方法について説明します。ここでは、テスト用の Mac または Linux 環境がすでにあることを前提としています。このドキュメントでは **Minikube** を使用しますが、これから説明する手順はどの Kubernetes クラスターでも機能するはずです。 ## 要件 @@ -30,7 +31,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; * [How to install Scalar products through Azure Marketplace](../scalar-kubernetes/AzureMarketplaceGuide.mdx) ## 注記 -監査によるビザンチン障害検出を適切に機能させるには、Ledger と Auditor を異なる管理ドメインに展開して管理する必要があります。 ただし、このガイドでは、テストを容易にするために、Ledger と Auditor を同じ Kubernetes クラスターにデプロイします。 +監査によるビザンチン障害検出を適切に機能させるには、Ledger と Auditor を異なる管理ドメインに展開して管理する必要があります。ただし、このガイドでは、テストを容易にするために、Ledger と Auditor を同じ Kubernetes クラスターにデプロイします。 ## 私たちが作るもの @@ -68,13 +69,13 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; +-----------------------------------------------------------------------------------------------------------------------------+ ``` -## ステップ 1. Kubernetes クラスターを開始する +## ステップ1. Kubernetes クラスターを開始する -まず、Kubernetes クラスターを準備する必要があります。 **minikube** 環境を使用する場合は、[Scalar Helm Charts の入門] (./getting-started-scalar-helm-charts.mdx)を参照してください。 すでに Kubernetes クラスターを開始している場合は、この手順をスキップできます。 +まず、Kubernetes クラスターを準備する必要があります。**minikube** 環境を使用する場合は、[Scalar Helm Charts をはじめよう](./getting-started-scalar-helm-charts.mdx)を参照してください。すでに Kubernetes クラスターを開始している場合は、この手順をスキップできます。 -## ステップ 2. PostgreSQL コンテナーを開始する +## ステップ2. PostgreSQL コンテナーを開始する -ScalarDL Ledger と Auditor は、バックエンド データベースとして何らかのデータベース システムを使用します。 このドキュメントでは PostgreSQL を使用します。 +ScalarDL Ledger と Auditor は、バックエンドデータベースとして何らかのデータベースシステムを使用します。このドキュメントでは PostgreSQL を使用します。 次のようにして、Kubernetes クラスターに PostgreSQL をデプロイできます。 @@ -108,18 +109,18 @@ ScalarDL Ledger と Auditor は、バックエンド データベースとして postgresql-ledger-0 1/1 Running 0 16s ``` -## ステップ 3. 作業ディレクトリを作成する +## ステップ3. 作業ディレクトリを作成する -いくつかの構成ファイルとキー/証明書ファイルをローカルに作成します。 したがって、それらの作業ディレクトリを作成します。 +いくつかの構成ファイルとキー/証明書ファイルをローカルに作成します。したがって、それらの作業ディレクトリを作成します。 1. 作業ディレクトリを作成します。 ```console mkdir -p ~/scalardl-test/certs/ ``` -## ステップ 4. 秘密鍵/証明書ファイルを作成する +## ステップ4. 秘密鍵/証明書ファイルを作成する -注記：このガイドでは、テストに自己署名証明書を使用します。 ただし、これらの証明書を運用環境では使用しないことを強くお勧めします。 +注記：このガイドでは、テストに自己署名証明書を使用します。ただし、これらの証明書を運用環境では使用しないことを強くお勧めします。 1. 作業ディレクトリを `~/scalardl-test/certs/` ディレクトリに変更します。 ```console @@ -230,9 +231,9 @@ ScalarDL Ledger と Auditor は、バックエンド データベースとして ledger.pem ``` -## ステップ 5. Helm Charts を使用して ScalarDL Ledger と ScalarDL Auditor の DB スキーマを作成する +## ステップ5. Helm Charts を使用して ScalarDL Ledger と ScalarDL Auditor の DB スキーマを作成する -Helm Chart を使用して、Kubernetes クラスターに 2 つの ScalarDL Schema Loader ポッドをデプロイします。 +Helm Chart を使用して、Kubernetes クラスターに2つの ScalarDL Schema Loader ポッドをデプロイします。 ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger と Auditor の DB スキーマを作成します。 1. 作業ディレクトリを `~/scalardl-test/` に変更します。 @@ -245,7 +246,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger と Auditor の DB helm repo add scalar-labs https://scalar-labs.github.io/helm-charts ``` -1. AWS/Azure Marketplace から ScalarDL コンテナー イメージをプルするためのシークレット リソースを作成します。 +1. AWS/Azure Marketplace から ScalarDL コンテナーイメージをプルするためのシークレットリソースを作成します。 * AWS Marketplace ```console kubectl create secret docker-registry reg-ecr-mp-secrets \ @@ -262,7 +263,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger と Auditor の DB ``` 詳細については、以下のドキュメントを参照してください。 - + * [How to install Scalar products through AWS Marketplace](../scalar-kubernetes/AwsMarketplaceGuide.mdx) * [How to install Scalar products through Azure Marketplace](../scalar-kubernetes/AzureMarketplaceGuide.mdx) @@ -288,7 +289,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger と Auditor の DB ``` * Azure Marketplace - + ```console cat << 'EOF' > ~/scalardl-test/schema-loader-ledger-custom-values.yaml schemaLoading: @@ -329,7 +330,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger と Auditor の DB ``` * Azure Marketplace - + ```console cat << 'EOF' > ~/scalardl-test/schema-loader-auditor-custom-values.yaml schemaLoading: @@ -348,14 +349,14 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger と Auditor の DB EOF ``` -1. PostgreSQL for Ledger のユーザー名とパスワードを含むシークレット リソースを作成します。 +1. PostgreSQL for Ledger のユーザー名とパスワードを含むシークレットリソースを作成します。 ```console kubectl create secret generic ledger-credentials-secret \ --from-literal=SCALAR_DL_LEDGER_POSTGRES_USERNAME=postgres \ --from-literal=SCALAR_DL_LEDGER_POSTGRES_PASSWORD=postgres ``` -1. PostgreSQL for Auditor のユーザー名とパスワードを含むシークレット リソースを作成します。 +1. PostgreSQL for Auditor のユーザー名とパスワードを含むシークレットリソースを作成します。 ```console kubectl create secret generic auditor-credentials-secret \ --from-literal=SCALAR_DL_AUDITOR_POSTGRES_USERNAME=postgres \ @@ -386,7 +387,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger と Auditor の DB ``` ScalarDL Schema Loader ポッドが **ContainerCreating** または **Running** の場合は、プロセスが完了するまで待ちます (STATUS は **Completed** になります)。 -## ステップ 6. Helm Chart を使用して Kubernetes クラスターに ScalarDL Ledger と Auditor をデプロイする +## ステップ6. Helm Chart を使用して Kubernetes クラスターに ScalarDL Ledger と Auditor をデプロイする 1. ScalarDL Ledger のカスタム値ファイル (scalardl-ledger-custom-values.yaml) を作成します。 * AWS Marketplace @@ -399,7 +400,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger と Auditor の DB version: "1.3.0" imagePullSecrets: - name: "reg-ecr-mp-secrets" - + ledger: image: repository: "709825985650.dkr.ecr.us-east-1.amazonaws.com/scalar/scalar-ledger" @@ -436,7 +437,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger と Auditor の DB version: "1.3.0" imagePullSecrets: - name: "reg-acr-secrets" - + ledger: image: repository: "/scalarinc/scalar-ledger" @@ -473,7 +474,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger と Auditor の DB version: "1.3.0" imagePullSecrets: - name: "reg-ecr-mp-secrets" - + auditor: image: repository: "709825985650.dkr.ecr.us-east-1.amazonaws.com/scalar/scalar-auditor" @@ -510,7 +511,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger と Auditor の DB version: "1.3.0" imagePullSecrets: - name: "reg-acr-secrets" - + auditor: image: repository: "/scalarinc/scalar-auditor" @@ -537,12 +538,12 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger と Auditor の DB EOF ``` -1. 秘密リソース `ledger-keys` を作成します。 +1. シークレットリソース `ledger-keys` を作成します。 ```console kubectl create secret generic ledger-keys --from-file=certificate=./certs/ledger.pem --from-file=private-key=./certs/ledger-key.pem ``` -1. 秘密リソース `auditor-keys` を作成します。 +1. シークレットリソース `auditor-keys` を作成します。 ```console kubectl create secret generic auditor-keys --from-file=certificate=./certs/auditor.pem --from-file=private-key=./certs/auditor-key.pem ``` @@ -604,18 +605,18 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger と Auditor の DB scalardl-ledger-headless ClusterIP None 50051/TCP,50053/TCP,50052/TCP 61s scalardl-ledger-metrics ClusterIP 10.99.122.106 8080/TCP 61s ``` - ScalarDL Ledger サービスと Auditor サービスが適切にデプロイされている場合は、CLUSTER-IP 列にプライベート IP アドレスが表示されます。 (注記： `scalardl-ledger-headless` と `scalardl-auditor-headless` には CLUSTER-IP がありません。) + ScalarDL Ledger サービスと Auditor サービスが適切にデプロイされている場合は、CLUSTER-IP 列にプライベート IP アドレスが表示されます。(注記： `scalardl-ledger-headless` と `scalardl-auditor-headless` には CLUSTER-IP がありません。) -## ステップ 7. クライアントコンテナを開始する +## ステップ7. クライアントコンテナを開始する -クライアントコンテナで証明書ファイルを使用します。 そこで、シークレット リソースを作成し、クライアント コンテナにマウントします。 +クライアントコンテナで証明書ファイルを使用します。そこで、シークレットリソースを作成し、クライアントコンテナにマウントします。 -1. 秘密リソース `client-keys` を作成します。 +1. シークレットリソース `client-keys` を作成します。 ``` kubectl create secret generic client-keys --from-file=certificate=./certs/client.pem --from-file=private-key=./certs/client-key.pem ``` -1. Kubernetes クラスター上でクライアント コンテナーを起動します。 +1. Kubernetes クラスター上でクライアントコンテナーを起動します。 ```console cat << 'EOF' | kubectl apply -f - apiVersion: v1 @@ -648,7 +649,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger と Auditor の DB - name: "client-keys" secret: secretName: "client-keys" - restartPolicy: Never + restartPolicy: Never EOF ``` @@ -662,21 +663,21 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger と Auditor の DB scalardl-client 1/1 Running 0 4s ``` -## ステップ 8. クライアント コンテナで ScalarDL サンプル コントラクトを実行する +## ステップ8. クライアントコンテナで ScalarDL サンプルコントラクトを実行する -以下に最低限の手順を説明します。 ScalarDL Ledger とAuditor について詳しく知りたい場合は、以下のドキュメントを参照してください。 +以下に最低限の手順を説明します。ScalarDL Ledger と Auditor について詳しく知りたい場合は、以下のドキュメントを参照してください。 * [Getting Started with ScalarDL](https://scalardl.scalar-labs.com/ja-jp/docs/latest/getting-started) * [Getting Started with ScalarDL Auditor](https://scalardl.scalar-labs.com/ja-jp/docs/latest/getting-started-auditor) -Auditor を使用する場合、クライアントアプリケーションを起動する前に Ledger と Auditor の証明書を登録する必要があります。 Ledger はその証明書を Auditor に登録する必要があり、Auditor はその証明書を Ledger に登録する必要があります。 +Auditor を使用する場合、クライアントアプリケーションを起動する前に Ledger と Auditor の証明書を登録する必要があります。Ledger はその証明書を Auditor に登録する必要があり、Auditor はその証明書を Ledger に登録する必要があります。 1. クライアントコンテナで bash を実行します。 ```console kubectl exec -it scalardl-client -- bash ``` - この手順の後、クライアント コンテナで各コマンドを実行します。 + この手順の後、クライアントコンテナで各コマンドを実行します。 -1. git、curl、および unzip コマンドをクライアント コンテナにインストールします。 +1. git、curl、および unzip コマンドをクライアントコンテナにインストールします。 ```console apt update && apt install -y git curl unzip ``` @@ -711,7 +712,7 @@ Auditor を使用する場合、クライアントアプリケーションを起 master * v3.6.0 ``` - 別のバージョンを使用する場合は、使用するバージョン（タグ）を指定してください。 同じバージョンの ScalarDL Ledger と ScalarDL Java Client SDK を使用する必要があります。 + 別のバージョンを使用する場合は、使用するバージョン (タグ) を指定してください。同じバージョンの ScalarDL Ledger と ScalarDL Java Client SDK を使用する必要があります。 1. サンプルコントラクトを作成します。 ```console @@ -734,11 +735,11 @@ Auditor を使用する場合、クライアントアプリケーションを起 cat << 'EOF' > ledger.as.client.properties # Ledger scalar.dl.client.server.host=scalardl-ledger-envoy.default.svc.cluster.local - + # Auditor scalar.dl.client.auditor.enabled=true scalar.dl.client.auditor.host=scalardl-auditor-envoy.default.svc.cluster.local - + # Certificate scalar.dl.client.cert_holder_id=ledger scalar.dl.client.cert_path=/keys/ledger/certificate @@ -751,11 +752,11 @@ Auditor を使用する場合、クライアントアプリケーションを起 cat << 'EOF' > auditor.as.client.properties # Ledger scalar.dl.client.server.host=scalardl-ledger-envoy.default.svc.cluster.local - + # Auditor scalar.dl.client.auditor.enabled=true scalar.dl.client.auditor.host=scalardl-auditor-envoy.default.svc.cluster.local - + # Certificate scalar.dl.client.cert_holder_id=auditor scalar.dl.client.cert_path=/keys/auditor/certificate @@ -768,11 +769,11 @@ Auditor を使用する場合、クライアントアプリケーションを起 cat << 'EOF' > client.properties # Ledger scalar.dl.client.server.host=scalardl-ledger-envoy.default.svc.cluster.local - + # Auditor scalar.dl.client.auditor.enabled=true scalar.dl.client.auditor.host=scalardl-auditor-envoy.default.svc.cluster.local - + # Certificate scalar.dl.client.cert_holder_id=client scalar.dl.client.cert_path=/keys/client/certificate @@ -814,7 +815,7 @@ Auditor を使用する場合、クライアントアプリケーションを起 ```console ./scalardl-java-client-sdk-3.6.0/bin/execute-contract --properties ./client.properties --contract-id StateUpdater --contract-argument '{"asset_id": "test_asset", "state": 3}' ``` - このサンプル コントラクトは、`test_asset` という名前のアセットの `state` (値) を `3` に更新します。 + このサンプルコントラクトは、`test_asset` という名前のアセットの `state` (値) を `3` に更新します。 1. コントラクト `StateReader` を実行します。 ```console @@ -832,9 +833,9 @@ Auditor を使用する場合、クライアントアプリケーションを起 } ``` * 参考情報 - * 資産データが改ざんされていない場合、コントラクト実行要求（execute-contract コマンド）は結果として `OK` を返します。 - * 資産データが改ざんされている場合（例：DBの `state` 値が改ざんされている場合）、コントラクト実行要求（execute-contract コマンド）は結果として `OK` 以外の値（例：`INCONSISTENT_STATES`）を返す , 以下のような感じです。 - 【コマンド実行結果（資産データが改ざんされた場合）】 + * 資産データが改ざんされていない場合、コントラクト実行要求 (execute-contract コマンド) は結果として `OK` を返します。 + * 資産データが改ざんされている場合 (例: DB の `state` 値が改ざんされている場合) 、コントラクト実行要求 (execute-contract コマンド) は結果として `OK` 以外の値 (例：`INCONSISTENT_STATES`) を返す , 以下のような感じです。 + 【コマンド実行結果 (資産データが改ざんされた場合) 】 ```console { "status_code" : "INCONSISTENT_STATES", @@ -868,9 +869,9 @@ Auditor を使用する場合、クライアントアプリケーションを起 } ``` * 参考情報 - * 資産データが改ざんされていない場合、検証リクエスト(validate-ledger コマンド)は結果として `OK` を返します。 - * 資産データが改ざんされている場合（例：DBの `state` 値が改ざんされている場合）、検証リクエスト（validate-ledger コマンド）は結果として `OK` 以外の値（例： `INVALID_OUTPUT`）を返します。 以下のような。 - 【コマンド実行結果（資産データが改ざんされた場合）】 + * 資産データが改ざんされていない場合、検証リクエスト (validate-ledger コマンド) は結果として `OK` を返します。 + * 資産データが改ざんされている場合 (例: DB の `state` 値が改ざんされている場合) 、検証リクエスト (validate-ledger コマンド) は結果として `OK` 以外の値 (例： `INVALID_OUTPUT`) を返します。以下のような。 + 【コマンド実行結果 (資産データが改ざんされた場合) 】 ```console { "status_code" : "INCONSISTENT_STATES", @@ -879,7 +880,7 @@ Auditor を使用する場合、クライアントアプリケーションを起 ``` * このようにして、ScalarDL Ledger はデータの改ざんを検出できます。 -## ステップ 9. すべてのリソースを削除する +## ステップ9. すべてのリソースを削除する Kubernetes クラスターで ScalarDL Ledger テストを完了したら、すべてのリソースを削除します。 @@ -893,7 +894,7 @@ Kubernetes クラスターで ScalarDL Ledger テストを完了したら、す kubectl delete pod scalardl-client --force --grace-period 0 ``` -1. 作業ディレクトリとサンプル ファイル (構成ファイル、キー、証明書) を削除します。 +1. 作業ディレクトリとサンプルファイル (構成ファイル、秘密鍵、証明書) を削除します。 ```console cd ~ ``` @@ -905,6 +906,6 @@ Kubernetes クラスターで ScalarDL Ledger テストを完了したら、す Scalar 製品の監視またはログ記録を開始する方法については、次のドキュメントで説明しています。 -* [Helm Charts の入門 (Prometheus Operator を使用したモニタリング)](getting-started-monitoring.mdx) -* [Helm Charts の入門 (Loki スタックを使用したロギング)](getting-started-logging.mdx) -* [Helm Charts の入門 (Scalar Manager)](getting-started-scalar-manager.mdx) +* [Helm Charts をはじめよう (Prometheus Operator を使用したモニタリング)](getting-started-monitoring.mdx) +* [Helm Charts をはじめよう (Loki スタックを使用したロギング)](getting-started-logging.mdx) +* [Helm Charts をはじめよう (Scalar Manager)](getting-started-scalar-manager.mdx) diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardl-ledger.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardl-ledger.mdx index c42dba26..8e006230 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardl-ledger.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/getting-started-scalardl-ledger.mdx @@ -1,13 +1,14 @@ --- +displayed_sidebar: docsJapanese --- -# Helm Charts の入門 (ScalarDL Ledger / Ledger のみ) +# Helm Charts をはじめよう (ScalarDL Ledger / Ledger のみ) import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、Kubernetes クラスター上の Helm Chart をテスト環境として使用して、ScalarDL Ledger を開始する方法について説明します。 ここでは、テスト用の Mac または Linux 環境がすでにあることを前提としています。 このドキュメントでは **Minikube** を使用しますが、これから説明する手順はどの Kubernetes クラスターでも機能するはずです。 +このドキュメントでは、Kubernetes クラスター上の Helm Chart をテスト環境として使用して、ScalarDL Ledger を開始する方法について説明します。ここでは、テスト用の Mac または Linux 環境がすでにあることを前提としています。このドキュメントでは **Minikube** を使用しますが、これから説明する手順はどの Kubernetes クラスターでも機能するはずです。 ## 要件 @@ -50,13 +51,13 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; +--------------------------------------------------------------------------------------------------------------------------------------+ ``` -## ステップ 1. Kubernetes クラスターを開始する +## ステップ1. Kubernetes クラスターを開始する -まず、Kubernetes クラスターを準備する必要があります。 **minikube** 環境を使用する場合は、[Scalar Helm Charts の入門](./getting-started-scalar-helm-charts.mdx) を参照してください。 すでに Kubernetes クラスターを開始している場合は、この手順をスキップできます。 +まず、Kubernetes クラスターを準備する必要があります。**minikube** 環境を使用する場合は、[Scalar Helm Charts をはじめよう](./getting-started-scalar-helm-charts.mdx)を参照してください。すでに Kubernetes クラスターを開始している場合は、この手順をスキップできます。 -## ステップ 2. PostgreSQL コンテナーを開始する +## ステップ2. PostgreSQL コンテナーを開始する -ScalarDL Ledger は、バックエンド データベースとして何らかのデータベース システムを使用します。 このドキュメントでは PostgreSQL を使用します。 +ScalarDL Ledger は、バックエンドデータベースとして何らかのデータベースシステムを使用します。このドキュメントでは PostgreSQL を使用します。 次のようにして、Kubernetes クラスターに PostgreSQL をデプロイできます。 @@ -82,18 +83,18 @@ ScalarDL Ledger は、バックエンド データベースとして何らかの postgresql-ledger-0 1/1 Running 0 11s ``` -## ステップ 3. 作業ディレクトリを作成する +## ステップ3. 作業ディレクトリを作成する -いくつかの構成ファイルとキー/証明書ファイルをローカルに作成します。 したがって、それらの作業ディレクトリを作成します。 +いくつかの構成ファイルとキー/証明書ファイルをローカルに作成します。したがって、それらの作業ディレクトリを作成します。 1. 作業ディレクトリを作成します。 ```console mkdir -p ~/scalardl-test/certs/ ``` -## ステップ 4. キー/証明書ファイルを作成する +## ステップ4. キー/証明書ファイルを作成する -注記：このガイドでは、テストに自己署名証明書を使用します。 ただし、これらの証明書を運用環境では使用しないことを強くお勧めします。 +注記：このガイドでは、テストに自己署名証明書を使用します。ただし、これらの証明書を運用環境では使用しないことを強くお勧めします。 1. 作業ディレクトリを `~/scalardl-test/certs/` ディレクトリに変更します。 ```console @@ -172,7 +173,7 @@ ScalarDL Ledger は、バックエンド データベースとして何らかの ledger.pem ``` -## ステップ 5. Helm Charts を使用して ScalarDL Ledger の DB スキーマを作成する +## ステップ5. Helm Charts を使用して ScalarDL Ledger の DB スキーマを作成する Helm Charts を使用して、ScalarDL Schema Loader を Kubernetes クラスターにデプロイします。 ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger の DB スキーマを作成します。 @@ -187,7 +188,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger の DB スキーマ helm repo add scalar-labs https://scalar-labs.github.io/helm-charts ``` -1. AWS/Azure Marketplace から ScalarDL コンテナー イメージをプルするためのシークレット リソースを作成します。 +1. AWS/Azure Marketplace から ScalarDL コンテナーイメージをプルするためのシークレットリソースを作成します。 * AWS Marketplace ```console kubectl create secret docker-registry reg-ecr-mp-secrets \ @@ -204,7 +205,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger の DB スキーマ ``` 詳細については、以下のドキュメントを参照してください。 - + * [How to install Scalar products through AWS Marketplace](../scalar-kubernetes/AwsMarketplaceGuide.mdx) * [How to install Scalar products through Azure Marketplace](../scalar-kubernetes/AzureMarketplaceGuide.mdx) @@ -249,7 +250,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger の DB スキーマ EOF ``` -1. PostgreSQL のユーザー名とパスワードを含むシークレット リソースを作成します。 +1. PostgreSQL のユーザー名とパスワードを含むシークレットリソースを作成します。 ```console kubectl create secret generic ledger-credentials-secret \ --from-literal=SCALAR_DL_LEDGER_POSTGRES_USERNAME=postgres \ @@ -273,7 +274,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger の DB スキーマ ``` ScalarDL Schema Loader ポッドが **ContainerCreating** または **Running** の場合は、プロセスが完了するまで待ちます (STATUS は **Completed** になります)。 -## ステップ 6. Helm Charts を使用して Kubernetes クラスターに ScalarDL Ledger をデプロイする +## ステップ6. Helm Charts を使用して Kubernetes クラスターに ScalarDL Ledger をデプロイする 1. ScalarDL Ledger のカスタム値ファイル (scalardl-ledger-custom-values.yaml) を作成します。 * AWS Marketplace @@ -286,7 +287,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger の DB スキーマ version: "1.3.0" imagePullSecrets: - name: "reg-ecr-mp-secrets" - + ledger: image: repository: "709825985650.dkr.ecr.us-east-1.amazonaws.com/scalar/scalar-ledger" @@ -322,7 +323,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger の DB スキーマ version: "1.3.0" imagePullSecrets: - name: "reg-acr-secrets" - + ledger: image: repository: "/scalarinc/scalar-ledger" @@ -348,7 +349,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger の DB スキーマ EOF ``` -1. 秘密リソース `ledger-keys` を作成します。 +1. シークレットリソース `ledger-keys` を作成します。 ```console kubectl create secret generic ledger-keys --from-file=private-key=./certs/ledger-key.pem ``` @@ -391,18 +392,18 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger の DB スキーマ scalardl-ledger-headless ClusterIP None 50051/TCP,50053/TCP,50052/TCP 83s scalardl-ledger-metrics ClusterIP 10.98.4.217 8080/TCP 83s ``` - ScalarDL Ledger サービスが適切にデプロイされている場合は、CLUSTER-IP 列にプライベート IP アドレスが表示されます。 (注記： `scalardl-ledger-headless` には CLUSTER-IP がありません。) + ScalarDL Ledger サービスが適切にデプロイされている場合は、CLUSTER-IP 列にプライベート IP アドレスが表示されます。(注記： `scalardl-ledger-headless` には CLUSTER-IP がありません。) -## ステップ 7. クライアントコンテナを開始する +## ステップ7. クライアントコンテナを開始する -クライアントコンテナで証明書ファイルを使用します。 そこで、シークレット リソースを作成し、クライアント コンテナにマウントします。 +クライアントコンテナで証明書ファイルを使用します。そこで、シークレットリソースを作成し、クライアントコンテナにマウントします。 -1. 秘密リソース `client-keys` を作成します。 +1. シークレットリソース `client-keys` を作成します。 ``` kubectl create secret generic client-keys --from-file=certificate=./certs/client.pem --from-file=private-key=./certs/client-key.pem ``` -1. Kubernetes クラスター上でクライアント コンテナーを起動します。 +1. Kubernetes クラスター上でクライアントコンテナーを起動します。 ```console cat << 'EOF' | kubectl apply -f - apiVersion: v1 @@ -423,7 +424,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger の DB スキーマ - name: "client-keys" secret: secretName: "client-keys" - restartPolicy: Never + restartPolicy: Never EOF ``` @@ -437,17 +438,17 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger の DB スキーマ scalardl-client 1/1 Running 0 11s ``` -## ステップ 8. クライアント コンテナで ScalarDL サンプル コントラクトを実行する +## ステップ8. クライアントコンテナで ScalarDL サンプルコントラクトを実行する -以下に最低限の手順を説明します。 ScalarDL の詳細やコントラクトについて知りたい場合は、[Getting Started with ScalarDL](https://scalardl.scalar-labs.com/ja-jp/docs/latest/getting-started) をご覧ください。 +以下に最低限の手順を説明します。ScalarDL の詳細やコントラクトについて知りたい場合は、[Getting Started with ScalarDL](https://scalardl.scalar-labs.com/ja-jp/docs/latest/getting-started) をご覧ください。 1. クライアントコンテナで bash を実行します。 ```console kubectl exec -it scalardl-client -- bash ``` - この手順の後、クライアント コンテナで各コマンドを実行します。 + この手順の後、クライアントコンテナで各コマンドを実行します。 -1. git、curl、および unzip コマンドをクライアント コンテナにインストールします。 +1. git、curl、および unzip コマンドをクライアントコンテナにインストールします。 ```console apt update && apt install -y git curl unzip ``` @@ -482,7 +483,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger の DB スキーマ master * v3.6.0 ``` - 別のバージョンを使用する場合は、使用するバージョン（タグ）を指定してください。 同じバージョンの ScalarDL Ledger と ScalarDL Java Client SDK を使用する必要があります。 + 別のバージョンを使用する場合は、使用するバージョン (タグ) を指定してください。同じバージョンの ScalarDL Ledger と ScalarDL Java Client SDK を使用する必要があります。 1. サンプルコントラクトを作成します。 ```console @@ -529,7 +530,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger の DB スキーマ ```console ./scalardl-java-client-sdk-3.6.0/bin/execute-contract --properties ./client.properties --contract-id StateUpdater --contract-argument '{"asset_id": "test_asset", "state": 3}' ``` - このサンプル コントラクトは、`test_asset` という名前のアセットの `state` (値) を `3` に更新します。 + このサンプルコントラクトは、`test_asset` という名前のアセットの `state` (値) を `3` に更新します。 1. コントラクト `StateReader` を実行します。 ```console @@ -566,9 +567,9 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger の DB スキーマ } ``` * 参考情報 - * 資産データが改ざんされていない場合、検証リクエスト(validate-ledger コマンド)は結果として `OK` を返します。 - * 資産データが改ざんされている場合（例：DBの `state` 値が改ざんされている場合）、検証リクエスト（validate-ledger コマンド）は結果として `OK` 以外の値（例：`INVALID_OUTPUT`）を返します。 以下のような。 - 【コマンド実行結果（資産データが改ざんされた場合）】 + * 資産データが改ざんされていない場合、検証リクエスト (validate-ledger コマンド) は結果として `OK` を返します。 + * 資産データが改ざんされている場合 (例: DB の `state` 値が改ざんされている場合)、検証リクエスト (validate-ledger コマンド) は結果として `OK` 以外の値 (例：`INVALID_OUTPUT`) を返します。以下のような。 + 【コマンド実行結果 (資産データが改ざんされた場合) 】 ```console { "status_code" : "INVALID_OUTPUT", @@ -584,7 +585,7 @@ ScalarDL Schema Loader は、PostgreSQL で ScalarDL Ledger の DB スキーマ ``` * このようにして、ScalarDL Ledger はデータの改ざんを検出できます。 -## ステップ 9. すべてのリソースを削除する +## ステップ9. すべてのリソースを削除する Kubernetes クラスターで ScalarDL Ledger テストを完了したら、すべてのリソースを削除します。 @@ -598,7 +599,7 @@ Kubernetes クラスターで ScalarDL Ledger テストを完了したら、す kubectl delete pod scalardl-client --force --grace-period 0 ``` -1. 作業ディレクトリとサンプル ファイル (構成ファイル、キー、証明書) を削除します。 +1. 作業ディレクトリとサンプルファイル (構成ファイル、秘密鍵、証明書) を削除します。 ```console cd ~ ``` @@ -610,6 +611,6 @@ Kubernetes クラスターで ScalarDL Ledger テストを完了したら、す Scalar 製品の監視またはログ記録を開始する方法については、次のドキュメントで説明しています。 -* [Helm Charts の入門 (Prometheus Operator を使用したモニタリング)](getting-started-monitoring.mdx) -* [Helm Charts の入門 (Loki スタックを使用したロギング)](getting-started-logging.mdx) -* [Helm Charts の入門 (Scalar Manager)](getting-started-scalar-manager.mdx) +* [Helm Charts をはじめよう (Prometheus Operator を使用したモニタリング)](getting-started-monitoring.mdx) +* [Helm Charts をはじめよう (Loki スタックを使用したロギング)](getting-started-logging.mdx) +* [Helm Charts をはじめよう (Scalar Manager)](getting-started-scalar-manager.mdx) diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalar-admin-for-kubernetes.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalar-admin-for-kubernetes.mdx index 735b8f92..447e0ad3 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalar-admin-for-kubernetes.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalar-admin-for-kubernetes.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Kubernetes 用に Scalar Admin をデプロイする方法 @@ -10,7 +11,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、Scalar Helm Chart を使用して Kubernetes に Scalar Admin をデプロイする方法について説明します。 Scalar Admin for Kubernetes のカスタム値ファイルの詳細については、[Scalar Admin for Kubernetes のカスタム値ファイルの構成](configure-custom-values-scalar-admin-for-kubernetes.mdx) を参照してください。 +このドキュメントでは、Scalar Helm Chart を使用して Kubernetes に Scalar Admin をデプロイする方法について説明します。Scalar Admin for Kubernetes のカスタム値ファイルの詳細については、[Scalar Admin for Kubernetes のカスタム値ファイルの構成](configure-custom-values-scalar-admin-for-kubernetes.mdx)を参照してください。 ## Kubernetes 用の Scalar Admin をデプロイする diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalar-products.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalar-products.mdx index 433df160..a3f1a9d3 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalar-products.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalar-products.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Scalar Helm Chart を使用して Scalar 製品をデプロイする @@ -10,15 +11,15 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、Scalar Helm Chart を使用して Scalar 製品をデプロイする方法について説明します。 minikube クラスターを使用してローカル環境で Scalar 製品をテストする場合は、次のスタート ガイドを参照してください。 +このドキュメントでは、Scalar Helm Chart を使用して Scalar 製品をデプロイする方法について説明します。minikube クラスターを使用してローカル環境で Scalar 製品をテストする場合は、次のスタートガイドを参照してください。 -* [Scalar Helm Charts の入門](getting-started-scalar-helm-charts.mdx) +* [Scalar Helm Charts をはじめよう](getting-started-scalar-helm-charts.mdx) ## 前提条件 ### Helm コマンドをインストールする -Scalar Helm Charts を使用するには、helm コマンドをインストールする必要があります。 [Helm ドキュメント](https://helm.sh/docs/intro/install/)に従って helm コマンドをインストールしてください。 +Scalar Helm Charts を使用するには、helm コマンドをインストールする必要があります。[Helm ドキュメント](https://helm.sh/docs/intro/install/)に従って helm コマンドをインストールしてください。 ### Scalar Helm Charts リポジトリを追加する @@ -31,7 +32,7 @@ helm repo update scalar-labs ### Kubernetes クラスターを準備する -Scalar 製品を展開するには、Kubernetes クラスターを準備する必要があります。 運用環境で EKS (Amazon Elastic Kubernetes Service) または AKS (Azure Kubernetes Service) を使用している場合。 詳細については、次のドキュメントを参照してください。 +Scalar 製品を展開するには、Kubernetes クラスターを準備する必要があります。運用環境で EKS (Amazon Elastic Kubernetes Service) または AKS (Azure Kubernetes Service) を使用している場合。詳細については、次のドキュメントを参照してください。 - [Scalar 製品用の Amazon EKS クラスターを作成するためのガイドライン](../scalar-kubernetes/CreateEKSClusterForScalarProducts.mdx) - [Scalar 製品用の AKS クラスターを作成するためのガイドライン](../scalar-kubernetes/CreateAKSClusterForScalarProducts.mdx) @@ -40,21 +41,21 @@ Scalar 製品を展開するには、Kubernetes クラスターを準備する ### データベースの準備 (ScalarDB、ScalarDL Ledger、ScalarDL Auditor) -ScalarDB/ScalarDLのバックエンドストレージとしてデータベースを用意する必要があります。 ScalarDB/ScalarDL がサポートするデータベースは次のドキュメントで確認できます。 +ScalarDB/ScalarDLのバックエンドストレージとしてデータベースを用意する必要があります。ScalarDB/ScalarDL がサポートするデータベースは次のドキュメントで確認できます。 * [ScalarDB がサポートするデータベース](https://scalardb.scalar-labs.com/docs/latest/requirements#databases) ### カスタム値ファイルを準備する -環境に基づいてカスタム値ファイルを準備する必要があります。 カスタム値ファイルの作成方法の詳細については、次のドキュメントを参照してください。 +環境に基づいてカスタム値ファイルを準備する必要があります。カスタム値ファイルの作成方法の詳細については、次のドキュメントを参照してください。 * [Scalar Helm Charts のカスタム値ファイルを構成する](configure-custom-values-file.mdx) ### コンテナイメージを取得する -特に商用ライセンス製品を使用する場合は、Scalar 製品のコンテナ イメージを取得する必要があります。 Scalar 製品のコンテナ リポジトリの詳細については、[Scalar 製品のコンテナ イメージを取得する方法](../scalar-kubernetes/HowToGetContainerImages.mdx) を参照してください。 +特に商用ライセンス製品を使用する場合は、Scalar 製品のコンテナイメージを取得する必要があります。Scalar 製品のコンテナリポジトリの詳細については、[Scalar 製品のコンテナイメージを取得する方法](../scalar-kubernetes/HowToGetContainerImages.mdx)を参照してください。 -PostgreSQL で ScalarDB Analytics などの OSS 製品を使用する場合は、パブリック コンテナ リポジトリからコンテナ イメージを取得できます。 +ScalarDB Analytics with PostgreSQL などの OSS 製品を使用する場合は、パブリックコンテナリポジトリからコンテナイメージを取得できます。 ## Scalar 製品をデプロイする diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardb-analytics-postgresql.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardb-analytics-postgresql.mdx index 12d0e680..ca4cd7ad 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardb-analytics-postgresql.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardb-analytics-postgresql.mdx @@ -1,6 +1,7 @@ --- tags: - Community +displayed_sidebar: docsJapanese --- # ScalarDB Analytics with PostgreSQL の導入方法 @@ -9,11 +10,11 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、Scalar Helm Chart を使用して ScalarDB Analytics with PostgreSQL をデプロイする方法について説明します。 ScalarDB Analytics with PostgreSQL のカスタム値ファイルの詳細については、[ScalarDB Analytics with PostgreSQL のカスタム値ファイルの構成](configure-custom-values-scalardb-analytics-postgresql.mdx) を参照してください。 +このドキュメントでは、Scalar Helm Chart を使用して ScalarDB Analytics with PostgreSQL をデプロイする方法について説明します。ScalarDB Analytics with PostgreSQL のカスタム値ファイルの詳細については、[ScalarDB Analytics with PostgreSQL のカスタム値ファイルの構成](configure-custom-values-scalardb-analytics-postgresql.mdx)を参照してください。 ## シークレットリソースを準備する -`ScalarDB Analytics with PostgreSQL` をデプロイする前に、キー `superuser-password` を使用して、PostgreSQL のスーパーユーザー パスワードを含むシークレット リソース `scalardb-analytics-postgresql-superuser-password` を作成する必要があります。 Scalar Helm Chart は、この秘密リソースをマウントし、`POSTGRES_PASSWORD` 環境変数を `superuser-password` キーの値に設定します。 +`ScalarDB Analytics with PostgreSQL` をデプロイする前に、キー `superuser-password` を使用して、PostgreSQL のスーパーユーザーパスワードを含むシークレットリソース `scalardb-analytics-postgresql-superuser-password` を作成する必要があります。Scalar Helm Chart は、このシークレットリソースをマウントし、`POSTGRES_PASSWORD` 環境変数を `superuser-password` キーの値に設定します。 ```console kubectl create secret generic scalardb-analytics-postgresql-superuser-password --from-literal=superuser-password= -n diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardb-cluster.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardb-cluster.mdx index bfb0a74c..6a40c39c 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardb-cluster.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardb-cluster.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster のデプロイする方法 @@ -10,7 +11,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、Scalar Helm Chart を使用して ScalarDB Cluster をデプロイする方法について説明します。 ScalarDB Cluster のカスタム値ファイルの詳細については、[ScalarDB Cluster のカスタム値ファイルの構成](configure-custom-values-scalardb-cluster.mdx) を参照してください。 +このドキュメントでは、Scalar Helm Chart を使用して ScalarDB Cluster をデプロイする方法について説明します。ScalarDB Cluster のカスタム値ファイルの詳細については、[ScalarDB Cluster のカスタム値ファイルの構成](configure-custom-values-scalardb-cluster.mdx)を参照してください。 ## ScalarDB Cluster をデプロイする @@ -30,15 +31,15 @@ helm upgrade scalar-labs/scalardb-cluster -n -f / -n ``` -## `direct-kubernetes` モードを使用してクライアント アプリケーションを Kubernetes にデプロイします +## `direct-kubernetes` モードを使用してクライアントアプリケーションを Kubernetes にデプロイします ScalarDB Cluster を `direct-kubernetes` モードで使用する場合は、次のことを行う必要があります。 -1. アプリケーション ポッドを ScalarDB Cluster と同じ Kubernetes クラスターにデプロイします。 -2. 3 つの Kubernetes リソース (`Role`、`RoleBinding`、`ServiceAccount`) を作成します。 -3. アプリケーション ポッドに `ServiceAccount` をマウントします。 +1. アプリケーションポッドを ScalarDB Cluster と同じ Kubernetes クラスターにデプロイします。 +2. 3つの Kubernetes リソース (`Role`、`RoleBinding`、`ServiceAccount`) を作成します。 +3. アプリケーションポッドに `ServiceAccount` をマウントします。 -このメソッドが必要なのは、`direct-kubernetes` モードの ScalarDB Cluster クライアント ライブラリがアプリケーション ポッド内から Kubernetes API を実行して、ScalarDB Cluster ポッドに関する情報を取得するためです。 +このメソッドが必要なのは、`direct-kubernetes` モードの ScalarDB Cluster クライアントライブラリがアプリケーションポッド内から Kubernetes API を実行して、ScalarDB Cluster ポッドに関する情報を取得するためです。 * Role ```yaml diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardb-graphql.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardb-graphql.mdx index 8f613748..0443480e 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardb-graphql.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardb-graphql.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # [非推奨] ScalarDB GraphQL をデプロイする方法 @@ -12,23 +13,23 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; :::note -ScalarDB GraphQL サーバーは非推奨になりました。 代わりに [ScalarDB Cluster](how-to-deploy-scalardb-cluster.mdx) を使用してください。 +ScalarDB GraphQL サーバーは非推奨になりました。代わりに [ScalarDB Cluster](how-to-deploy-scalardb-cluster.mdx) を使用してください。 ::: -このドキュメントでは、Scalar Helm Chart を使用して ScalarDB GraphQL をデプロイする方法について説明します。 カスタム値ファイルを準備する必要があります。 ScalarDB GraphQL のカスタム値ファイルの詳細については、次のドキュメントを参照してください。 +このドキュメントでは、Scalar Helm Chart を使用して ScalarDB GraphQL をデプロイする方法について説明します。カスタム値ファイルを準備する必要があります。ScalarDB GraphQL のカスタム値ファイルの詳細については、次のドキュメントを参照してください。 * [[非推奨] ScalarDB GraphQL のカスタム値ファイルを構成する](configure-custom-values-scalardb-graphql.mdx) ## ScalarDB Server のデプロイ (推奨オプション) -ScalarDB GraphQL をデプロイする場合は、次のように ScalarDB GraphQL とバックエンド データベースの間に ScalarDB Server をデプロイすることをお勧めします。 +ScalarDB GraphQL をデプロイする場合は、次のように ScalarDB GraphQL とバックエンドデータベースの間に ScalarDB Server をデプロイすることをお勧めします。 ``` [クライアント] ---> [ScalarDB GraphQL] ---> [ScalarDB Server] ---> [バックエンドデータベース] ``` -ScalarDB GraphQLをデプロイする前に、ドキュメント [ScalarDB Server をデプロイする方法](how-to-deploy-scalardb.mdx) に従ってScalarDB Serverをデプロイしてください。 +ScalarDB GraphQLをデプロイする前に、ドキュメント [ScalarDB Server をデプロイする方法](how-to-deploy-scalardb.mdx)に従ってScalarDB Serverをデプロイしてください。 ## ScalarDB GraphQL をデプロイする diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardb.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardb.mdx index 0c4eb676..79371b5d 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardb.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardb.mdx @@ -3,6 +3,7 @@ tags: - Enterprise Standard - Enterprise Premium - Deprecated +displayed_sidebar: docsJapanese --- # [非推奨] ScalarDB Server をデプロイする方法 @@ -13,11 +14,11 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; :::note -ScalarDB Server は非推奨になりました。 代わりに [ScalarDB Cluster](how-to-deploy-scalardb-cluster.mdx) を使用してください。 +ScalarDB Server は非推奨になりました。代わりに [ScalarDB Cluster](how-to-deploy-scalardb-cluster.mdx) を使用してください。 ::: -このドキュメントでは、Scalar Helm Chart を使用して ScalarDB Server をデプロイする方法について説明します。 カスタム値ファイルを準備する必要があります。 ScalarDB Server のカスタム値ファイルの詳細については、次のドキュメントを参照してください。 +このドキュメントでは、Scalar Helm Chart を使用して ScalarDB Server をデプロイする方法について説明します。カスタム値ファイルを準備する必要があります。ScalarDB Server のカスタム値ファイルの詳細については、次のドキュメントを参照してください。 * [[非推奨] ScalarDB Server のカスタム値ファイルを構成する](configure-custom-values-scalardb.mdx) diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardl-auditor.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardl-auditor.mdx index 74852ba2..7727ab26 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardl-auditor.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardl-auditor.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsJapanese --- # ScalarDL Auditor のデプロイする方法 @@ -7,20 +8,20 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、Scalar Helm Chart を使用して ScalarDL Auditor をデプロイする方法について説明します。 カスタム値ファイルを準備する必要があります。 ScalarDL Auditor および ScalarDL Schema Loader のカスタム値ファイルの詳細については、次のドキュメントを参照してください。 +このドキュメントでは、Scalar Helm Chart を使用して ScalarDL Auditor をデプロイする方法について説明します。カスタム値ファイルを準備する必要があります。ScalarDL Auditor および ScalarDL Schema Loader のカスタム値ファイルの詳細については、次のドキュメントを参照してください。 * [ScalarDL Auditor のカスタム値ファイルを構成する](configure-custom-values-scalardl-auditor.mdx) * [ScalarDL Schema Loaderのカスタム値ファイルを構成する](configure-custom-values-scalardl-schema-loader.mdx) ## 秘密鍵ファイルと証明書ファイルを準備する -ScalarDL Auditor をデプロイするときは、秘密キー ファイルと証明書ファイルを ScalarDL Auditor ポッドにマウントするための Secrete リソースを作成する必要があります。 +ScalarDL Auditor をデプロイするときは、秘密鍵ファイルと証明書ファイルを ScalarDL Auditor ポッドにマウントするための Secrete リソースを作成する必要があります。 -ScalarDL ポッドにキー ファイルと証明書ファイルをマウントする方法の詳細については、[ScalarDL Helm Charts のポッドにキーファイルと証明書ファイルをマウントする](mount-files-or-volumes-on-scalar-pods.mdx#scalardl-helm-charts-のポッドにキーファイルと証明書ファイルをマウントする) を参照してください。 +ScalarDL ポッドに秘密鍵ファイルと証明書ファイルをマウントする方法の詳細については、[ScalarDL Helm Charts のポッドに秘密鍵ファイルと証明書ファイルをマウントする](mount-files-or-volumes-on-scalar-pods.mdx#scalardl-helm-charts-のポッドにキーファイルと証明書ファイルをマウントする)を参照してください。 ## ScalarDL Auditor のスキーマの作成 (ScalarDL Schema Loader のデプロイ) -ScalarDL Auditor をデプロイする前に、バックエンド データベースに ScalarDL Auditor のスキーマを作成する必要があります。 +ScalarDL Auditor をデプロイする前に、バックエンドデータベースに ScalarDL Auditor のスキーマを作成する必要があります。 ```console helm install scalar-labs/schema-loading -n -f / --version diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardl-ledger.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardl-ledger.mdx index c9267056..07897ff9 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardl-ledger.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/how-to-deploy-scalardl-ledger.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsJapanese --- # ScalarDL Ledger のデプロイ方法 @@ -7,22 +8,22 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、Scalar Helm Chart を使用して ScalarDL Ledger をデプロイする方法について説明します。 カスタム値ファイルを準備する必要があります。 ScalarDL Ledger および ScalarDL Schema Loader のカスタム値ファイルの詳細については、次のドキュメントを参照してください。 +このドキュメントでは、Scalar Helm Chart を使用して ScalarDL Ledger をデプロイする方法について説明します。カスタム値ファイルを準備する必要があります。ScalarDL Ledger および ScalarDL Schema Loader のカスタム値ファイルの詳細については、次のドキュメントを参照してください。 * [ScalarDL Ledger のカスタム値ファイルを構成する](configure-custom-values-scalardl-ledger.mdx) * [ScalarDL Schema Loaderのカスタム値ファイルを構成する](configure-custom-values-scalardl-schema-loader.mdx) ## 秘密鍵ファイルを準備します (オプション / ScalarDL Auditor を使用する場合は必要です) -ScalarDL Ledger の [asset proofs](https://scalardl.scalar-labs.com/ja-jp/docs/latest/how-to-use-proof) を使用する場合は、秘密キー ファイルを ScalarDL Ledger ポッドにマウントするための Secrete リソースを作成する必要があります。 ScalarDL Auditorを使用する場合は資産証明が必要です。 +ScalarDL Ledger の [asset proofs](https://scalardl.scalar-labs.com/ja-jp/docs/latest/how-to-use-proof) を使用する場合は、秘密鍵ファイルを ScalarDL Ledger ポッドにマウントするための Secrete リソースを作成する必要があります。ScalarDL Auditor を使用する場合はアセット証明が必要です。 ScalarDL ポッドにキー/証明書ファイルをマウントする方法の詳細については、次のドキュメントを参照してください。 -* [ScalarDL Helm Charts のポッドにキーファイルと証明書ファイルをマウントする](mount-files-or-volumes-on-scalar-pods.mdx#scalardl-helm-charts-のポッドにキーファイルと証明書ファイルをマウントする) +* [ScalarDL Helm Charts のポッドに秘密鍵ファイルと証明書ファイルをマウントする](mount-files-or-volumes-on-scalar-pods.mdx#scalardl-helm-charts-のポッドに秘密鍵ファイルと証明書ファイルをマウントする) ## ScalarDL Ledger のスキーマの作成 (ScalarDL Schema Loader のデプロイ) -ScalarDL Ledger をデプロイする前に、バックエンド データベースに ScalarDL Ledger のスキーマを作成する必要があります。 +ScalarDL Ledger をデプロイする前に、バックエンドデータベースに ScalarDL Ledger のスキーマを作成する必要があります。 ```console helm install scalar-labs/schema-loading -n -f / --version diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/mount-files-or-volumes-on-scalar-pods.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/mount-files-or-volumes-on-scalar-pods.mdx index 11bd03d2..fd11df55 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/mount-files-or-volumes-on-scalar-pods.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/mount-files-or-volumes-on-scalar-pods.mdx @@ -2,15 +2,16 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Scalar 製品ポッドにファイルまたはボリュームをマウントします ScalarDB Server、ScalarDB Cluster、ScalarDB Analytics with PostgreSQL、または ScalarDL Helm Charts (ScalarDL Ledger および ScalarDL Auditor) を使用する場合、Scalar 製品ポッドに任意のファイルまたはボリュームをマウントできます。 -## ScalarDL Helm Charts のポッドにキーファイルと証明書ファイルをマウントする +## ScalarDL Helm Charts のポッドに秘密鍵ファイルと証明書ファイルをマウントする -ScalarDL Auditor を実行するには、キー ファイルと証明書ファイルをマウントする必要があります。 +ScalarDL Auditor を実行するには、秘密鍵ファイルと証明書ファイルをマウントする必要があります。 * 構成例 * ScalarDL Ledger @@ -31,9 +32,9 @@ ScalarDL Auditor を実行するには、キー ファイルと証明書ファ scalar.dl.auditor.cert_path=/keys/certificate ``` -この例では、**秘密キー** ファイルと **証明書** ファイルをコンテナ内の `/keys` ディレクトリにマウントする必要があります。 そして、`private-key` と `certificate` という名前のファイルをマウントする必要があります。 これらのファイルをマウントするには、`extraVolumes` および `extraVolumeMounts` を使用できます。 +この例では、**秘密鍵** ファイルと **証明書** ファイルをコンテナ内の `/keys` ディレクトリにマウントする必要があります。そして、`private-key` と `certificate` という名前のファイルをマウントする必要があります。これらのファイルをマウントするには、`extraVolumes` および `extraVolumeMounts` を使用できます。 -1. Kubernetes マニフェストと同じ構文を使用して、カスタム値ファイルに `extraVolumes` と `extraVolumeMounts` を設定します。 `mountPath` キーにディレクトリ名を指定する必要があります。 +1. Kubernetes マニフェストと同じ構文を使用して、カスタム値ファイルに `extraVolumes` と `extraVolumeMounts` を設定します。`mountPath` キーにディレクトリ名を指定する必要があります。 * 例 * ScalarDL Ledger ```yaml @@ -79,16 +80,16 @@ ScalarDL Auditor を実行するには、キー ファイルと証明書ファ 1. 上記のカスタム値ファイルを使用して Scalar 製品をデプロイします。 - Scalar 製品を展開した後、次のようにキー ファイルと証明書ファイルが `/keys` ディレクトリにマウントされます。 + Scalar 製品を展開した後、次のように秘密鍵ファイルと証明書ファイルが `/keys` ディレクトリにマウントされます。 * 例 * ScalarDL Ledger ```console ls -l /keys/ ``` - + 次のような結果が表示されます： - + ```console total 0 lrwxrwxrwx 1 root root 18 Jun 27 03:12 private-key -> ..data/private-key @@ -99,16 +100,16 @@ ScalarDL Auditor を実行するには、キー ファイルと証明書ファ ``` 次のような結果が表示されます： - + ```console total 0 lrwxrwxrwx 1 root root 18 Jun 27 03:16 certificate -> ..data/certificate lrwxrwxrwx 1 root root 18 Jun 27 03:16 private-key -> ..data/private-key ``` -## emptyDir をマウントしてヒープ ダンプ ファイルを取得します +## emptyDir をマウントしてヒープダンプファイルを取得します -カスタム値ファイルで次のキーを使用して、emptyDir を Scalar 製品ポッドにマウントできます。 たとえば、このボリュームを使用して、Scalar 製品のヒープ ダンプを取得できます。 +カスタム値ファイルで次のキーを使用して、emptyDir を Scalar 製品ポッドにマウントできます。たとえば、このボリュームを使用して、Scalar 製品のヒープダンプを取得できます。 * キー * `scalardb.extraVolumes` / `scalardb.extraVolumeMounts` (ScalarDB Server) diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/use-secret-for-credentials.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/use-secret-for-credentials.mdx index 8714ca07..2f62352c 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/use-secret-for-credentials.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/helm-charts/use-secret-for-credentials.mdx @@ -2,9 +2,10 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- -# Secret リソースを使用して資格情報を環境変数としてプロパティ ファイルに渡す方法 +# Secret リソースを使用して資格情報を環境変数としてプロパティファイルに渡す方法 import Tabs from '@theme/Tabs'; import TabItem from '@theme/TabItem'; @@ -12,7 +13,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -Kubernetes の `Secret` リソースを介して、**username** や **password** などの資格情報を環境変数として渡すことができます。 Scalar 製品の以前のバージョンの Docker イメージは、プロパティ ファイルのテンプレート化に `dockerize` コマンドを使用します。 Scalar 製品の最新バージョンの Docker イメージは、環境変数から直接値を取得します。 +Kubernetes の `Secret` リソースを介して、**username** や **password** などの資格情報を環境変数として渡すことができます。Scalar 製品の以前のバージョンの Docker イメージは、プロパティファイルのテンプレート化に `dockerize` コマンドを使用します。Scalar 製品の最新バージョンの Docker イメージは、環境変数から直接値を取得します。 注記：次の環境変数名は、Scalar Helm Chart の内部で使用されるため、カスタム値ファイルで使用できません。 ```console @@ -63,7 +64,7 @@ SCALAR_DB_CLUSTER_MEMBERSHIP_KUBERNETES_ENDPOINT_NAME ``` -

ScalarDB Server 3.8 以降 (Apache Commons Text 構文)

+

ScalarDB Server 3.8以降 (Apache Commons Text 構文)

```yaml scalardb: @@ -74,7 +75,7 @@ SCALAR_DB_CLUSTER_MEMBERSHIP_KUBERNETES_ENDPOINT_NAME ... ``` -

ScalarDB Server 3.7 以前 (Go テンプレート構文)

+

ScalarDB Server 3.7以前 (Go テンプレート構文)

```yaml scalardb: @@ -86,7 +87,7 @@ SCALAR_DB_CLUSTER_MEMBERSHIP_KUBERNETES_ENDPOINT_NAME ``` -

ScalarDL Ledger 3.8 以降 (Apache Commons Text 構文)

+

ScalarDL Ledger 3.8以降 (Apache Commons Text 構文)

```yaml ledger: @@ -97,7 +98,7 @@ SCALAR_DB_CLUSTER_MEMBERSHIP_KUBERNETES_ENDPOINT_NAME ... ``` -

ScalarDL Ledger 3.7 以前 (Go テンプレート構文)

+

ScalarDL Ledger 3.7以前 (Go テンプレート構文)

```yaml ledger: @@ -109,7 +110,7 @@ SCALAR_DB_CLUSTER_MEMBERSHIP_KUBERNETES_ENDPOINT_NAME ``` -

ScalarDL Auditor 3.8 以降 (Apache Commons Text 構文)

+

ScalarDL Auditor 3.8以降 (Apache Commons Text 構文)

```yaml auditor: @@ -120,7 +121,7 @@ SCALAR_DB_CLUSTER_MEMBERSHIP_KUBERNETES_ENDPOINT_NAME ... ``` -

ScalarDL Auditor 3.7 以前 (Go テンプレート構文)

+

ScalarDL Auditor 3.7以前 (Go テンプレート構文)

```yaml auditor: @@ -132,7 +133,7 @@ SCALAR_DB_CLUSTER_MEMBERSHIP_KUBERNETES_ENDPOINT_NAME ``` -

ScalarDL Schema Loader 3.8 以降 (Apache Commons Text 構文)

+

ScalarDL Schema Loader 3.8以降 (Apache Commons Text 構文)

```yaml schemaLoading: @@ -143,7 +144,7 @@ SCALAR_DB_CLUSTER_MEMBERSHIP_KUBERNETES_ENDPOINT_NAME ... ``` -

ScalarDL Schema Loader 3.7 以前 (Go テンプレート構文)

+

ScalarDL Schema Loader 3.7以前 (Go テンプレート構文)

```yaml schemaLoading: @@ -233,8 +234,8 @@ SCALAR_DB_CLUSTER_MEMBERSHIP_KUBERNETES_ENDPOINT_NAME scalar.db.password={{ default .Env.SCALAR_DB_PASSWORD "" }} scalar.db.storage=jdbc ``` - - * コンテナ内のプロパティ ファイル + + * コンテナ内のプロパティファイル ```properties scalar.db.contact_points=jdbc:postgresql://postgresql-scalardb.default.svc.cluster.local:5432/postgres scalar.db.username=postgres diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/index.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/index.mdx index 9c115a3a..c554090b 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/index.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/index.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/manage-backup-and-restore.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/manage-backup-and-restore.mdx index 7244e655..c0588d9b 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/manage-backup-and-restore.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/manage-backup-and-restore.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # データベースのバックアップと復元 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/monitor-by-using-scalar-manager.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/monitor-by-using-scalar-manager.mdx index b119280e..95950684 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/monitor-by-using-scalar-manager.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/monitor-by-using-scalar-manager.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Option +displayed_sidebar: docsJapanese --- # Scalar Manager を使用して ScalarDB を監視する diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/multi-storage-transactions.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/multi-storage-transactions.mdx index 3065a4f6..58ae7bcb 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/multi-storage-transactions.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/multi-storage-transactions.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # マルチストレージトランザクション diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/overview.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/overview.mdx index bd025d9a..9344262f 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/overview.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/overview.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB の概要 @@ -49,13 +50,13 @@ ScalarDB がサポートするデータベースの詳細については、[デ ## ScalarDB の使用例 -ScalarDB はさまざまな用途で使用できます。ScalarDB の主な使用例を 3 つ紹介します。 +ScalarDB はさまざまな用途で使用できます。ScalarDB の主な使用例を3つ紹介します。 ### サイロ化されたデータベースを簡単に管理 多くの企業は、アジャイルなビジネスオペレーションをサポートするために複数の組織、部門、ビジネスユニットで構成されており、その結果、サイロ化された情報システムになることがよくあります。特に、異なる組織では、異なるデータベースを使用して異なるアプリケーションを管理する可能性があります。このようなサイロ化されたデータベースの管理は、アプリケーションが各データベースと個別に通信し、データベース間の違いを適切に処理する必要があるため、困難です。 -ScalarDB は、統一されたインターフェイスを使用してサイロ化されたデータベースの管理を簡素化し、ユーザーがデータベースを 1 つのデータベースのように扱えるようにします。たとえば、ユーザーは複数のデータベースに対して (分析的な) 結合クエリを、それぞれのデータベースとやり取りすることなく実行できます。 +ScalarDB は、統一されたインターフェイスを使用してサイロ化されたデータベースの管理を簡素化し、ユーザーがデータベースを1つのデータベースのように扱えるようにします。たとえば、ユーザーは複数のデータベースに対して (分析的な) 結合クエリを、それぞれのデータベースとやり取りすることなく実行できます。 ### 複数のデータベース間の一貫性の管理 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/quick-start-overview.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/quick-start-overview.mdx index 09d1364c..2be2f373 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/quick-start-overview.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/quick-start-overview.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # クイックスタート diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/releases/release-notes.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/releases/release-notes.mdx index 1d4e53cb..c0ea7d69 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/releases/release-notes.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/releases/release-notes.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB 3.14 リリースノート diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/releases/release-support-policy.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/releases/release-support-policy.mdx index 2fb5a686..7be8b1a4 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/releases/release-support-policy.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/releases/release-support-policy.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # リリースサポートポリシー diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/requirements.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/requirements.mdx index 77901ec5..e31d0e6b 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/requirements.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/requirements.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB の要件 @@ -26,8 +27,8 @@ ScalarDB は Java で記述されているため、ScalarDB を操作する最 次の Java Software Development (JDK) が検証され、サポートされています。 -- **[Oracle JDK](https://www.oracle.com/java/):** 8、11、17、または 21 (LTS バージョン) -- **[OpenJDK](https://openjdk.org/) ([Eclipse Temurin](https://adoptium.net/temurin/)、[Amazon Corretto](https://aws.amazon.com/corretto/)、または [Microsoft Build of OpenJDK](https://learn.microsoft.com/en-us/java/openjdk/)):** 8、11、17、または 21 (LTS バージョン) +- **[Oracle JDK](https://www.oracle.com/java/):** 8、11、17、または21 (LTS バージョン) +- **[OpenJDK](https://openjdk.org/) ([Eclipse Temurin](https://adoptium.net/temurin/)、[Amazon Corretto](https://aws.amazon.com/corretto/)、または [Microsoft Build of OpenJDK](https://learn.microsoft.com/en-us/java/openjdk/)):** 8、11、17、または21 (LTS バージョン) ### .NET @@ -40,7 +41,7 @@ ScalarDB は、ScalarDB Cluster と呼ばれる gRPC サーバーとして提供 ### その他の言語 -ScalarDB Cluster は gRPC バージョン 1.65.0 を使用するため、好みの言語で生成されたクライアントを使用して独自のクライアントを作成できます。 +ScalarDB Cluster は gRPC バージョン1.65.0を使用するため、好みの言語で生成されたクライアントを使用して独自のクライアントを作成できます。 ## データベース diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/roadmap.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/roadmap.mdx index 11aeaab8..53ab374f 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/roadmap.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/roadmap.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB ロードマップ @@ -40,12 +41,12 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; - **時間関連のデータ型の追加** - ユーザーは時間関連のデータ型を使用できるようになり、既存のアプリケーションの移行が容易になります。 - **追加書き込み戦略の削除** - - ユーザーは、トランザクションをシリアル化可能にするために追加書き込み戦略を使用できなくなります。ScalarDB は現在、トランザクションをシリアル化可能にするために追加読み取り戦略と追加書き込み戦略の 2 つの戦略を提供していますが、追加書き込み戦略にはいくつかの制限があります。たとえば、ユーザーは同じトランザクションで書き込み操作とスキャン操作を発行できません。したがって、この戦略は削除され、ユーザーはアプリケーションを作成するときにこのような制限を心配する必要がなくなります。 + - ユーザーは、トランザクションをシリアル化可能にするために追加書き込み戦略を使用できなくなります。ScalarDB は現在、トランザクションをシリアル化可能にするために追加読み取り戦略と追加書き込み戦略の2つの戦略を提供していますが、追加書き込み戦略にはいくつかの制限があります。たとえば、ユーザーは同じトランザクションで書き込み操作とスキャン操作を発行できません。したがって、この戦略は削除され、ユーザーはアプリケーションを作成するときにこのような制限を心配する必要がなくなります。 #### パフォーマンス -- **1 フェーズコミットの最適化** - - ユーザーは、単一のパーティションに書き込む単純なトランザクションの実行速度が速くなります。ScalarDB は、基礎となるデータベースの単一パーティション線形化可能な操作を利用して、トランザクションが 1 つのパーティションのみを更新する場合、正確さを犠牲にすることなく、レコード準備フェーズとコミット状態フェーズを省略します。 +- **1フェーズコミットの最適化** + - ユーザーは、単一のパーティションに書き込む単純なトランザクションの実行速度が速くなります。ScalarDB は、基礎となるデータベースの単一パーティション線形化可能な操作を利用して、トランザクションが1つのパーティションのみを更新する場合、正確さを犠牲にすることなく、レコード準備フェーズとコミット状態フェーズを省略します。 - **ScalarDB メタデータの管理に必要なストレージ領域の削減** - ユーザーは、ScalarDB を実行するために使用するストレージ領域が少なくなる可能性があります。ScalarDB は、コミットされたトランザクションがコミットされた後に、コミット前のイメージを削除します。ただし、コミットされたトランザクションが実際のストレージ領域に影響を与えるかどうかは、基礎となるデータベースによって異なります。 - **読み取り専用トランザクションのコーディネータ書き込みの削除** diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/run-non-transactional-storage-operations-through-library.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/run-non-transactional-storage-operations-through-library.mdx index c8ff048e..e39a837e 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/run-non-transactional-storage-operations-through-library.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/run-non-transactional-storage-operations-through-library.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # コアライブラリを通じて非トランザクションストレージ操作を実行する @@ -21,7 +22,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ### ScalarDB サンプルリポジトリのクローンを作成する -**Terminal** を開き、次のコマンドを実行して ScalarDB サンプル リポジトリのクローンを作成します。 +**Terminal** を開き、次のコマンドを実行して ScalarDB サンプルリポジトリのクローンを作成します。 ```console git clone https://github.com/scalar-labs/scalardb-samples @@ -178,7 +179,7 @@ ScalarDB がサポートするデータベースの一覧については、[デ :::note -Azure Cosmos DB アカウントのプライマリーキーまたはセカンダリキーを `scalar.db.password` の値として使用できます。 +Azure Cosmos DB アカウントの主キーまたはセカンダリキーを `scalar.db.password` の値として使用できます。 ::: @@ -265,7 +266,7 @@ Java API の詳細については、[ScalarDB Java API ガイド](api-guide.mdx) 非トランザクションストレージ操作には、次の制限が適用されます: - トランザクションの開始はサポートされていません。詳細については、[トランザクションを開始せずにトランザクションを実行する](api-guide.mdx#トランザクションを開始せずにトランザクションを実行する)を参照してください。 -- 1 つのトランザクションで複数のミューテーションを実行することはサポートされていません。 +- 1つのトランザクションで複数のミューテーションを実行することはサポートされていません。 ::: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/run-non-transactional-storage-operations-through-primitive-crud-interface.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/run-non-transactional-storage-operations-through-primitive-crud-interface.mdx index 465278dd..e5c4cac6 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/run-non-transactional-storage-operations-through-primitive-crud-interface.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/run-non-transactional-storage-operations-through-primitive-crud-interface.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # プリミティブ CRUD インターフェースを介して非トランザクションストレージ操作を実行する @@ -13,7 +14,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; このページでは、プリミティブ CRUD インターフェース (Storage API とも呼ばれる) を通じて非トランザクションストレージ操作を実行する方法について説明します。このガイドでは、読者が ScalarDB について高度な知識を持っていることを前提としています。 -既存のストレージおよびデータベースシステム上でストレージに依存しない、またはデータベースに依存しない ACID トランザクションを実現するための鍵の 1 つは、ScalarDB が提供するストレージ抽象化機能です。ストレージ抽象化は、[データモデル](design.mdx#データモデル) と、データモデルに基づいて操作を発行する API (Storage API) を定義します。 +既存のストレージおよびデータベースシステム上でストレージに依存しない、またはデータベースに依存しない ACID トランザクションを実現するためのキーの1つは、ScalarDB が提供するストレージ抽象化機能です。ストレージ抽象化は、[データモデル](design.mdx#データモデル) と、データモデルに基づいて操作を発行する API (Storage API) を定義します。 ほとんどの場合、[Transactional API](api-guide.mdx#transactional-api) を使用することになりますが、別のオプションとして Storage API を使用することもできます。 @@ -236,7 +237,7 @@ admin.close(); #### 名前空間を作成する -テーブルは 1 つの名前空間に属するため、テーブルを作成する前に名前空間を作成する必要があります。 +テーブルは1つの名前空間に属するため、テーブルを作成する前に名前空間を作成する必要があります。 名前空間は次のように作成できます。 @@ -465,7 +466,7 @@ storage.close(); #### `Get` 操作 -`Get` は、プライマリーキーで指定された単一のレコードを取得する操作です。 +`Get` は、主キーで指定された単一のレコードを取得する操作です。 まず `Get` オブジェクトを作成し、次に次のように `storage.get()` メソッドを使用してオブジェクトを実行する必要があります。 @@ -506,7 +507,7 @@ Get get = .build(); ``` -次の表は、3 つの一貫性レベルについて説明しています。 +次の表は、3つの一貫性レベルについて説明しています。 | 一貫性レベル | 説明 | | -------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ | @@ -578,7 +579,7 @@ Scanner scanner = storage.scan(scan); Storage API の `Scan` 操作は `Scanner` オブジェクトを返します。 -`Scanner` オブジェクトから結果を 1 つずつ取得する場合は、次のように `one()` メソッドを使用できます。 +`Scanner` オブジェクトから結果を1つずつ取得する場合は、次のように `one()` メソッドを使用できます。 ```java Optional result = scanner.one(); @@ -674,7 +675,7 @@ Scanner scanner = storage.scan(scan); #### `Put` 操作 -`Put` は、プライマリーキーで指定されたレコードを配置する操作です。この操作はレコードの upsert 操作として動作し、レコードが存在する場合はレコードを更新し、レコードが存在しない場合はレコードを挿入します。 +`Put` は、主キーで指定されたレコードを配置する操作です。この操作はレコードの upsert 操作として動作し、レコードが存在する場合はレコードを更新し、レコードが存在しない場合はレコードを挿入します。 まず `Put` オブジェクトを作成し、次に次のように `storage.put()` メソッドを使用してオブジェクトを実行する必要があります。 @@ -719,7 +720,7 @@ Put put = #### `Delete` 操作 -`Delete` は、プライマリーキーで指定されたレコードを削除する操作です。 +`Delete` は、主キーで指定されたレコードを削除する操作です。 まず `Delete` オブジェクトを作成し、次に次のように `storage.delete()` メソッドを使用してオブジェクトを実行する必要があります。 @@ -742,7 +743,7 @@ storage.delete(delete); #### 条件付きの `Put` および `Delete` -条件をチェックするロジックを実装することで、操作を実行する前に満たす必要がある任意の条件 (たとえば、銀行口座の残高は 0 以上である必要があります) を記述できます。または、`Put` や `Delete` などのミューテーション操作で単純な条件を記述することもできます。 +条件をチェックするロジックを実装することで、操作を実行する前に満たす必要がある任意の条件 (たとえば、銀行口座の残高は0以上である必要があります) を記述できます。または、`Put` や `Delete` などのミューテーション操作で単純な条件を記述することもできます。 `Put` または `Delete` 操作に条件が含まれている場合、指定された条件が満たされた場合にのみ操作が実行されます。操作の実行時に条件が満たされていない場合は、`NoMutationException` という例外がスローされます。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/run-transactions-through-scalardb-core-library.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/run-transactions-through-scalardb-core-library.mdx index 5402ef0a..92418e5f 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/run-transactions-through-scalardb-core-library.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/run-transactions-through-scalardb-core-library.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB コアライブラリを介してトランザクションを実行する @@ -13,7 +14,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このガイドでは、ScalarDB コアライブラリを使用して、ScalarDB プロパティファイルを設定し、1 フェーズまたは 2 フェーズのコミットインターフェイスを介してトランザクションを実行するためのスキーマを作成する方法について説明します。 +このガイドでは、ScalarDB コアライブラリを使用して、ScalarDB プロパティファイルを設定し、1フェーズまたは2フェーズのコミットインターフェイスを介してトランザクションを実行するためのスキーマを作成する方法について説明します。 ## 準備 @@ -178,7 +179,7 @@ ScalarDB がサポートするデータベースの一覧については、[デ :::note -Azure Cosmos DB アカウントのプライマリーキーまたはセカンダリキーを `scalar.db.password` の値として使用できます。 +Azure Cosmos DB アカウントの主キーまたはセカンダリキーを `scalar.db.password` の値として使用できます。 ::: @@ -218,5 +219,5 @@ ScalarDB には、実装固有のデータモデルとスキーマにマップ ## Javaを使用してトランザクションを実行する -- **1 フェーズコミットインターフェイスを使用してトランザクションを実行しますか?** [ScalarDB Java API ガイド](api-guide.mdx#transactional-api)を参照してください。 -- **2 フェーズコミットインターフェイスを使用してトランザクションを実行しますか?** [2 フェーズコミットインターフェースを使用したトランザクション](two-phase-commit-transactions.mdx)を参照してください。 +- **1フェーズコミットインターフェイスを使用してトランザクションを実行しますか?** [ScalarDB Java API ガイド](api-guide.mdx#transactional-api)を参照してください。 +- **2フェーズコミットインターフェイスを使用してトランザクションを実行しますか?** [2フェーズコミットインターフェースを使用したトランザクション](two-phase-commit-transactions.mdx)を参照してください。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/AccessScalarProducts.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/AccessScalarProducts.mdx index af45a284..156edb6e 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/AccessScalarProducts.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/AccessScalarProducts.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Kubernetes クラスター環境にデプロイされた ScalarDB または ScalarDL をアプリケーションから利用できるようにする @@ -10,13 +11,13 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、Kubernetes クラスター環境にデプロイされた ScalarDB または ScalarDL をアプリケーションから利用できるようにする方法について説明します。 ScalarDB または ScalarDL をアプリケーションから利用できるようにするには、`-envoy` という名前の Kubernetes サービス リソース経由で Scalar Envoy を使用します。 `-envoy` は次のようないくつかの方法で使用できます。 +このドキュメントでは、Kubernetes クラスター環境にデプロイされた ScalarDB または ScalarDL をアプリケーションから利用できるようにする方法について説明します。ScalarDB または ScalarDL をアプリケーションから利用できるようにするには、`-envoy` という名前の Kubernetes サービスリソース経由で Scalar Envoy を使用します。`-envoy` は次のようないくつかの方法で使用できます。 * ScalarDB または ScalarDL と同じ Kubernetes クラスター内から直接。 -* Kubernetes クラスターの外部からのロード バランサー経由。 -* `kubectl port-forward` コマンドを使用して要塞サーバーから実行します (テスト目的のみ)。 +* Kubernetes クラスターの外部からのロードバランサー経由。 +* `kubectl port-forward` コマンドを使用して踏み台サーバーから実行します (テスト目的のみ)。 -リソース名 `-envoy` は Helm リリース名に基づいて決定されます。 次のコマンドを実行すると、helm リリース名を確認できます。 +リソース名 `-envoy` は Helm リリース名に基づいて決定されます。次のコマンドを実行すると、helm リリース名を確認できます。 ```console helm list -n ns-scalar @@ -55,9 +56,9 @@ scalardl-ledger-headless ClusterIP None 5 scalardl-ledger-metrics ClusterIP 10.104.216.189 8080/TCP 109s ``` -## 同じ Kubernetes クラスター内からサービス リソースを介して、ScalarDB または ScalarDL へのアプリケーション (クライアント) リクエストを直接実行します。 +## 同じ Kubernetes クラスター内からサービスリソースを介して、ScalarDB または ScalarDL へのアプリケーション (クライアント) リクエストを直接実行します。 -アプリケーション (クライアント) を ScalarDB または ScalarDL と同じ Kubernetes クラスターにデプロイする場合 (たとえば、アプリケーション [クライアント] を同じ Kubernetes クラスター内の別のノード グループまたはプールにデプロイする場合)、アプリケーションは次の方法で ScalarDB または ScalarDL にアクセスできます。 Kubernetes サービス リソースを使用します。 サービスリソース名 (FQDN) の形式は、`-envoy..svc.cluster.local` です。 +アプリケーション (クライアント) を ScalarDB または ScalarDL と同じ Kubernetes クラスターにデプロイする場合 (たとえば、アプリケーション [クライアント] を同じ Kubernetes クラスター内の別のノードグループまたはプールにデプロイする場合)、アプリケーションは次の方法で ScalarDB または ScalarDL にアクセスできます。Kubernetes サービスリソースを使用します。サービスリソース名 (FQDN) の形式は、`-envoy..svc.cluster.local` です。 以下は、`ns-scalar` 名前空間での ScalarDB および ScalarDL のデプロイメントの例です。 @@ -74,7 +75,7 @@ scalardl-ledger-metrics ClusterIP 10.104.216.189 8 scalardl-auditor-envoy.ns-scalar.svc.cluster.local ``` -Kubernetes サービス リソースを使用する場合、アプリケーション (クライアント) のプロパティ ファイルに上記の FQDN を次のように設定する必要があります。 +Kubernetes サービスリソースを使用する場合、アプリケーション (クライアント) のプロパティファイルに上記の FQDN を次のように設定する必要があります。 * **ScalarDB Server のクライアントプロパティファイル** ```properties @@ -89,13 +90,13 @@ Kubernetes サービス リソースを使用する場合、アプリケーシ scalar.dl.ledger.server.port=50051 scalar.dl.ledger.server.privileged_port=50052 ``` -* **ScalarDL Auditor モードが有効になっている ScalarDL Ledger のクライアント プロパティ ファイル** +* **ScalarDL Auditor モードが有効になっている ScalarDL Ledger のクライアントプロパティファイル** ```properties # Ledger scalar.dl.client.server.host=-envoy..svc.cluster.local scalar.dl.ledger.server.port=50051 scalar.dl.ledger.server.privileged_port=50052 - + # Auditor scalar.dl.client.auditor.enabled=true scalar.dl.client.auditor.host=-envoy..svc.cluster.local @@ -103,15 +104,15 @@ Kubernetes サービス リソースを使用する場合、アプリケーシ scalar.dl.auditor.server.privileged_port=40052 ``` -## Kubernetes クラスターの外部からロード バランサー経由で ScalarDB または ScalarDL へのアプリケーション (クライアント) リクエストを実行します +## Kubernetes クラスターの外部からロードバランサー経由で ScalarDB または ScalarDL へのアプリケーション (クライアント) リクエストを実行します -ScalarDB または ScalarDL の Kubernetes クラスターの外部の環境にアプリケーション (クライアント) をデプロイする場合 (たとえば、アプリケーション [クライアント] を別の Kubernetes クラスター、コンテナー プラットフォーム、またはサーバーにデプロイする場合)、アプリケーションは ScalarDB または ScalarDL にアクセスできます。 各クラウドサービスが提供するロードバランサーを利用します。 +ScalarDB または ScalarDL の Kubernetes クラスターの外部の環境にアプリケーション (クライアント) をデプロイする場合 (たとえば、アプリケーション [クライアント] を別の Kubernetes クラスター、コンテナープラットフォーム、またはサーバーにデプロイする場合)、アプリケーションは ScalarDB または ScalarDL にアクセスできます。各クラウドサービスが提供するロードバランサーを利用します。 -カスタム値ファイルで `envoy.service.type` を `LoadBalancer` に設定することで、ロード バランサーを作成できます。 カスタム値ファイルを構成した後、ロード バランサーを使用して、Kubernetes サービス リソースを通じて Scalar Envoy を使用できるようになります。 注釈を使用してロード バランサーの構成を設定することもできます。 +カスタム値ファイルで `envoy.service.type` を `LoadBalancer` に設定することで、ロードバランサーを作成できます。カスタム値ファイルを構成した後、ロードバランサーを使用して、Kubernetes サービスリソースを通じて Scalar Envoy を使用できるようになります。注釈を使用してロードバランサーの構成を設定することもできます。 カスタム値ファイルの設定方法の詳細については、[サービス設定](../helm-charts/configure-custom-values-envoy.mdx#サービス構成)を参照してください。 -ロードバランサを使用する場合、アプリケーション(クライアント)のプロパティファイルにロードバランサのFQDNまたはIPアドレスを以下のように設定する必要があります。 +ロードバランサを使用する場合、アプリケーション (クライアント) のプロパティファイルにロードバランサのFQDNまたはIPアドレスを以下のように設定する必要があります。 * **ScalarDB Server のクライアントプロパティファイル** ```properties @@ -126,13 +127,13 @@ ScalarDB または ScalarDL の Kubernetes クラスターの外部の環境に scalar.dl.ledger.server.port=50051 scalar.dl.ledger.server.privileged_port=50052 ``` -* **ScalarDL Auditor モードが有効になっている ScalarDL Ledger のクライアント プロパティ ファイル** +* **ScalarDL Auditor モードが有効になっている ScalarDL Ledger のクライアントプロパティファイル** ```properties # Ledger scalar.dl.client.server.host= scalar.dl.ledger.server.port=50051 scalar.dl.ledger.server.privileged_port=50052 - + # Auditor scalar.dl.client.auditor.enabled=true scalar.dl.client.auditor.host= @@ -140,7 +141,7 @@ ScalarDB または ScalarDL の Kubernetes クラスターの外部の環境に scalar.dl.auditor.server.privileged_port=40052 ``` -ロード バランサーの具体的な実装とアクセス方法は、Kubernetes クラスターに依存します。 マネージド Kubernetes クラスターを使用している場合は、クラウド サービス プロバイダーに基づいて次の公式ドキュメントを参照してください。 +ロードバランサーの具体的な実装とアクセス方法は、Kubernetes クラスターに依存します。マネージド Kubernetes クラスターを使用している場合は、クラウドサービスプロバイダーに基づいて次の公式ドキュメントを参照してください。 * **Amazon Elastic Kubernetes Service (EKS)** * [Network load balancing on Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/network-load-balancing.html) @@ -148,12 +149,12 @@ ScalarDB または ScalarDL の Kubernetes クラスターの外部の環境に * [Use a public standard load balancer in Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/load-balancer-standard) * [Use an internal load balancer with Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/internal-lb) -## 要塞サーバーから ScalarDB または ScalarDL へのクライアント リクエストを実行します (テスト目的のみ。運用環境では推奨されません) +## 踏み台サーバーから ScalarDB または ScalarDL へのクライアントリクエストを実行します (テスト目的のみ。運用環境では推奨されません) -`kubectl port-forward` コマンドを実行すると、要塞サーバーから ScalarDB または ScalarDL へのクライアント リクエストを実行できます。 ただし、ScalarDL Auditor モード環境を作成する場合、2 つの Kubernetes クラスターにアクセスするには、1 つの要塞サーバーから異なる kubeconfig ファイルを使用して 2 つの `kubectl port-forward` コマンドを実行する必要があります。 +`kubectl port-forward` コマンドを実行すると、踏み台サーバーから ScalarDB または ScalarDL へのクライアントリクエストを実行できます。ただし、ScalarDL Auditor モード環境を作成する場合、2つの Kubernetes クラスターにアクセスするには、1つの踏み台サーバーから異なる kubeconfig ファイルを使用して2つの `kubectl port-forward` コマンドを実行する必要があります。 -1. **(ScalarDL Auditor モードのみ)** ScalarDL Ledger の要塞サーバーで、ScalarDL Auditor の Kubernetes クラスターにアクセスするために既存の kubeconfig ファイルを構成するか、新しい kubeconfig ファイルを追加します。 管理対象の各 Kubernetes クラスターの kubeconfig ファイルを構成する方法の詳細については、[kubeconfig の構成](CreateBastionServer.mdx#kubeconfig-の構成)を参照してください。 -2. 要塞サーバーから各サービスへのポート転送を構成します。 +1. **(ScalarDL Auditor モードのみ)** ScalarDL Ledger の踏み台サーバーで、ScalarDL Auditor の Kubernetes クラスターにアクセスするために既存の kubeconfig ファイルを構成するか、新しい kubeconfig ファイルを追加します。管理対象の各 Kubernetes クラスターの kubeconfig ファイルを構成する方法の詳細については、[kubeconfig の構成](CreateBastionServer.mdx#kubeconfig-の構成)を参照してください。 +2. 踏み台サーバーから各サービスへのポート転送を構成します。 * **ScalarDB Server** ```console kubectl port-forward -n svc/-envoy 60051:60051 @@ -168,7 +169,7 @@ ScalarDB または ScalarDL の Kubernetes クラスターの外部の環境に kubectl --context port-forward -n svc/-envoy 40051:40051 kubectl --context port-forward -n svc/-envoy 40052:40052 ``` -3. `localhost` 経由で ScalarDB または ScalarDL にアクセスするようにプロパティ ファイルを設定します。 +3. `localhost` 経由で ScalarDB または ScalarDL にアクセスするようにプロパティファイルを設定します。 * **ScalarDB Server のクライアントプロパティファイル** ```properties scalar.db.contact_points=localhost @@ -182,13 +183,13 @@ ScalarDB または ScalarDL の Kubernetes クラスターの外部の環境に scalar.dl.ledger.server.port=50051 scalar.dl.ledger.server.privileged_port=50052 ``` - * **ScalarDL Auditor モードが有効になっている ScalarDL Ledger のクライアント プロパティ ファイル** + * **ScalarDL Auditor モードが有効になっている ScalarDL Ledger のクライアントプロパティファイル** ```properties # Ledger scalar.dl.client.server.host=localhost scalar.dl.ledger.server.port=50051 scalar.dl.ledger.server.privileged_port=50052 - + # Auditor scalar.dl.client.auditor.enabled=true scalar.dl.client.auditor.host=localhost diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/AwsMarketplaceGuide.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/AwsMarketplaceGuide.mdx index 90693760..202e0727 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/AwsMarketplaceGuide.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/AwsMarketplaceGuide.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # AWS Marketplace を通じて Scalar 製品をインストールする方法 @@ -18,7 +19,7 @@ Scalar 製品 (ScalarDB、ScalarDL、およびそれらのツール) は、AWS M - 一部の Scalar 製品は商用ライセンスで利用可能であり、AWS Marketplace ではそれらの製品を従量課金制 (PAYG) 料金で提供しています。従量課金制料金を使用する場合、AWS は使用量に基づいて Scalar 製品のライセンス料を請求します。 - 以前は、AWS Marketplace でライセンス持ち込み (BYOL) オプションが提供されていました。ただし、このオプションは廃止され、削除されたため、AWS Marketplace ではサポートされなくなりました。 -- BYOL オプションは、AWS Marketplace ではなく、次のパブリックコンテナリポジトリで提供されています。ライセンスキーをお持ちでない場合は、[お問い合わせ](https://www.scalar-labs.com/contact-jp) ください。 +- BYOL オプションは、AWS Marketplace ではなく、次のパブリックコンテナリポジトリで提供されています。ライセンスキーをお持ちでない場合は、[お問い合わせ](https://www.scalar-labs.com/contact-jp)ください。 - [ScalarDB Cluster Enterprise Standard](https://github.com/orgs/scalar-labs/packages/container/package/scalardb-cluster-node-byol-standard) - [ScalarDB Cluster Enterprise Premium](https://github.com/orgs/scalar-labs/packages/container/package/scalardb-cluster-node-byol-premium) - [ScalarDL Ledger](https://github.com/orgs/scalar-labs/packages/container/package/scalardl-ledger-byol) @@ -69,11 +70,11 @@ Scalar 製品 (ScalarDB、ScalarDL、およびそれらのツール) は、AWS M すでにサインインしている場合、この手順は自動的にスキップされます。 1. **利用規約**を読み、**利用規約に同意する**を選択します。 - 時間がかかります。 完了すると、**発効日**列に現在の日付が表示されます。 + 時間がかかります。完了すると、**発効日**列に現在の日付が表示されます。 また、AWS コンソールの [Manage subscriptions](https://us-east-1.console.aws.amazon.com/marketplace/home#/subscriptions) ページでも製品を確認できます。 ## Scalar Helm Charts を使用して AWS Marketplace から EKS (Amazon Elastic Kubernetes Service) にコンテナをデプロイする -AWS Marketplace で Scalar 製品をサブスクライブすると、AWS Marketplace のプライベート コンテナ レジストリ ([ECR](https://aws.amazon.com/ecr/)) から Scalar 製品のコンテナ イメージをプルできます。 このセクションでは、プライベート コンテナー レジストリから [EKS](https://aws.amazon.com/eks/) クラスターに従量課金制の価格で Scalar 製品をデプロイする方法について説明します。 +AWS Marketplace で Scalar 製品をサブスクライブすると、AWS Marketplace のプライベートコンテナレジストリ ([ECR](https://aws.amazon.com/ecr/)) から Scalar 製品のコンテナイメージをプルできます。このセクションでは、プライベートコンテナーレジストリから [EKS](https://aws.amazon.com/eks/) クラスターに従量課金制の価格で Scalar 製品をデプロイする方法について説明します。 1. OIDC プロバイダーを作成します。 @@ -101,7 +102,7 @@ AWS Marketplace で Scalar 製品をサブスクライブすると、AWS Marketp ``` 1. インストールする Scalar 製品の Helm Chart のカスタム値ファイルを更新します。 - カスタム値ファイルの `[].image.repository` の値として、AWS Marketplace のプライベート コンテナ レジストリ (ECR) を指定する必要があります。 また、前の手順で作成したサービス アカウント名を `[].serviceAccount.serviceAccountName` の値として指定し、 `[].serviceAccount.automountServiceAccountToken` を `true` に設定する必要があります。使用している製品に応じて、次の例を参照してください。 + カスタム値ファイルの `[].image.repository` の値として、AWS Marketplace のプライベートコンテナレジストリ (ECR) を指定する必要があります。また、前の手順で作成したサービスアカウント名を `[].serviceAccount.serviceAccountName` の値として指定し、 `[].serviceAccount.automountServiceAccountToken` を `true` に設定する必要があります。使用している製品に応じて、次の例を参照してください。 @@ -169,7 +170,7 @@ AWS Marketplace で Scalar 製品をサブスクライブすると、AWS Marketp

ScalarDL Schema Loader for Ledger

- `schema-loader-ledger-custom-values.yaml` ファイル内の `[].image.repository` 構成を更新する必要はありません。ScalarDL Schema Loader のコンテナイメージは、[パブリックコンテナリポジトリ](https://github.com/orgs/scalar-labs/packages/container/package/scalardl-schema-loader) で提供されています。 + `schema-loader-ledger-custom-values.yaml` ファイル内の `[].image.repository` 構成を更新する必要はありません。ScalarDL Schema Loader のコンテナイメージは、[パブリックコンテナリポジトリ](https://github.com/orgs/scalar-labs/packages/container/package/scalardl-schema-loader)で提供されています。 :::note @@ -286,10 +287,10 @@ AWS Marketplace で Scalar 製品をサブスクライブすると、AWS Marketp ## **[非推奨] [BYOL]** Scalar Helm Chart を使用して AWS Marketplace から EKS (Amazon Elastic Kubernetes Service) にコンテナをデプロイする -AWS Marketplace で Scalar 製品をサブスクライブすると、AWS Marketplace のプライベート コンテナ レジストリ ([ECR](https://aws.amazon.com/ecr/)) から Scalar 製品のコンテナ イメージをプルできます。 このセクションでは、プライベート コンテナー レジストリから [EKS](https://aws.amazon.com/eks/) クラスターに BYOL オプションを使用して Scalar 製品をデプロイする方法について説明します。 +AWS Marketplace で Scalar 製品をサブスクライブすると、AWS Marketplace のプライベートコンテナレジストリ ([ECR](https://aws.amazon.com/ecr/)) から Scalar 製品のコンテナイメージをプルできます。このセクションでは、プライベートコンテナーレジストリから [EKS](https://aws.amazon.com/eks/) クラスターに BYOL オプションを使用して Scalar 製品をデプロイする方法について説明します。 1. インストールする Scalar 製品の Helm Chart のカスタム値ファイルを更新します。 - AWS Marketplace のプライベート コンテナ レジストリ (ECR) をカスタム値ファイルの `[].image.repository` の値として指定する必要があります。使用している製品に応じて、次の例を参照してください。 + AWS Marketplace のプライベートコンテナレジストリ (ECR) をカスタム値ファイルの `[].image.repository` の値として指定する必要があります。使用している製品に応じて、次の例を参照してください。 @@ -416,7 +417,7 @@ AWS Marketplace で Scalar 製品をサブスクライブすると、AWS Marketp ``` 1. インストールする Scalar 製品の Helm Chart のカスタム値ファイルを更新します。 - AWS Marketplace のプライベート コンテナ レジストリ (ECR) をカスタム値ファイルの `[].image.repository` の値として指定する必要があります。 + AWS Marketplace のプライベートコンテナレジストリ (ECR) をカスタム値ファイルの `[].image.repository` の値として指定する必要があります。 また、`[].imagePullSecrets` の値として `reg-ecr-mp-secrets` を指定する必要があります。使用している製品に応じて、次の例を参照してください。 @@ -457,7 +458,7 @@ AWS Marketplace で Scalar 製品をサブスクライブすると、AWS Marketp

ScalarDL Schema Loader for Ledger

- `schema-loader-ledger-custom-values.yaml` ファイル内の `[].image.repository` 構成を更新する必要はありません。ScalarDL Schema Loader のコンテナイメージは、[パブリックコンテナリポジトリ](https://github.com/orgs/scalar-labs/packages/container/package/scalardl-schema-loader) で提供されています。 + `schema-loader-ledger-custom-values.yaml` ファイル内の `[].image.repository` 構成を更新する必要はありません。ScalarDL Schema Loader のコンテナイメージは、[パブリックコンテナリポジトリ](https://github.com/orgs/scalar-labs/packages/container/package/scalardl-schema-loader)で提供されています。 :::note @@ -487,7 +488,7 @@ AWS Marketplace で Scalar 製品をサブスクライブすると、AWS Marketp

ScalarDL Schema Loader for Auditor

- `schema-loader-auditor-custom-values.yaml` ファイル内の `[].image.repository` 構成を更新する必要はありません。ScalarDL Schema Loader のコンテナイメージは、[パブリックコンテナリポジトリ](https://github.com/orgs/scalar-labs/packages/container/package/scalardl-schema-loader) で提供されています。 + `schema-loader-auditor-custom-values.yaml` ファイル内の `[].image.repository` 構成を更新する必要はありません。ScalarDL Schema Loader のコンテナイメージは、[パブリックコンテナリポジトリ](https://github.com/orgs/scalar-labs/packages/container/package/scalardl-schema-loader)で提供されています。 :::note diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/AzureMarketplaceGuide.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/AzureMarketplaceGuide.mdx index 31efb024..e9d69bd5 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/AzureMarketplaceGuide.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/AzureMarketplaceGuide.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Azure Marketplace を通じて Scalar 製品をインストールする方法 @@ -14,13 +15,13 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; :::warning -現在、Scalar 製品は Azure Marketplace では入手できません。 Scalar 製品のコンテナ イメージを取得するその他の方法については、[Scalar 製品のコンテナイメージを取得する方法](./HowToGetContainerImages.mdx) を参照してください。 +現在、Scalar 製品は Azure Marketplace では入手できません。Scalar 製品のコンテナイメージを取得するその他の方法については、[Scalar 製品のコンテナイメージを取得する方法](./HowToGetContainerImages.mdx)を参照してください。 ::: -Scalar 製品 (ScalarDB、ScalarDL、およびそれらのツール) は、コンテナー オファーとして Azure Marketplace で提供されます。 このガイドでは、Azure Marketplace を通じて Scalar 製品をインストールする方法について説明します。 +Scalar 製品 (ScalarDB、ScalarDL、およびそれらのツール) は、コンテナーオファーとして Azure Marketplace で提供されます。このガイドでは、Azure Marketplace を通じて Scalar 製品をインストールする方法について説明します。 -一部の Scalar 製品は商用ライセンスに基づいてライセンスされており、Azure Marketplace では BYOL (Bring Your Own License) として提供されていることに注意してください。 適切なライセンスを持っていることを確認してください。 +一部の Scalar 製品は商用ライセンスに基づいてライセンスされており、Azure Marketplace では BYOL (Bring Your Own License) として提供されていることに注意してください。適切なライセンスを持っていることを確認してください。 ## Microsoft Azure Marketplace から Scalar 製品を入手する @@ -37,55 +38,55 @@ Scalar 製品 (ScalarDB、ScalarDL、およびそれらのツール) は、コ 1. **Get It Now** を選択します。 -1. 職場の電子メール アドレスを使用して Azure Marketplace にサインインします。 +1. 職場の電子メールアドレスを使用して Azure Marketplace にサインインします。 Microsoft Azureのアカウントとして使用している仕事用メールアドレスをご利用ください。 すでにサインインしている場合、この手順は自動的にスキップされます。 1. あなたの情報を入力してください。 **会社**は必須ではありませんが、入力してください。 -1. 必要な **ソフトウェア プラン** をプルダウンから選択します。 - **ソフトウェア プラン** とは、コンテナ イメージとライセンスの組み合わせを意味します。 ご使用の *ソフトウェア プラン* を選択してください。 +1. 必要な **ソフトウェアプラン** をプルダウンから選択します。 + **ソフトウェアプラン** とは、コンテナイメージとライセンスの組み合わせを意味します。ご使用の *ソフトウェアプラン* を選択してください。 1. [**続行**] を選択します。 [**続行**] を選択すると、自動的に Azure ポータルに移動します。 -1. プライベート コンテナー レジストリ (Azure Container Registry) を作成します。 - 画面上のコマンドに従って、プライベート コンテナー レジストリを作成してください。 - Scalar 製品のコンテナ イメージは、プライベート コンテナ レジストリにコピーされます。 +1. プライベートコンテナーレジストリ (Azure Container Registry) を作成します。 + 画面上のコマンドに従って、プライベートコンテナーレジストリを作成してください。 + Scalar 製品のコンテナイメージは、プライベートコンテナレジストリにコピーされます。 1. 必要に応じてこれらの手順を繰り返します。 - Kubernetes 上で Scalar 製品を実行するには複数のコンテナー イメージが必要ですが、Azure Marketplace は一度に 1 つのコンテナー イメージのみをコピーします。 したがって、必要に応じて複数のソフトウェア プランを購読する (繰り返し購読操作) 必要があります。 + Kubernetes 上で Scalar 製品を実行するには複数のコンテナーイメージが必要ですが、Azure Marketplace は一度に1つのコンテナーイメージのみをコピーします。したがって、必要に応じて複数のソフトウェアプランを購読する (繰り返し購読操作) 必要があります。 - 必要なコンテナイメージは以下となります。コンテナイメージの詳細を表示するには、Scalar 製品を選択します。 - ScalarDB Cluster (BYOL) - - [非推奨] ScalarDB Server のデフォルト (2vCPU, 4GiB Memory) + - [非推奨] ScalarDB Server のデフォルト (2vCPU、 4GiB Memory) - [非推奨] ScalarDB GraphQL Server (optional) - [非推奨] ScalarDB SQL Server (optional) - - ScalarDL Ledger のデフォルト (2vCPU, 4GiB Memory) - - ScalarDL Auditor のデフォルト (2vCPU, 4GiB Memory) - - **ScalarDL Auditor** はオプションです。 **ScalarDL Auditor** を使用している場合は、サブスクライブしてください。 + - ScalarDL Ledger のデフォルト (2vCPU、 4GiB Memory) + - ScalarDL Auditor のデフォルト (2vCPU、 4GiB Memory) + - **ScalarDL Auditor** はオプションです。**ScalarDL Auditor** を使用している場合は、サブスクライブしてください。 - ScalarDL Schema Loader -これで、プライベート コンテナー レジストリから Scalar 製品のコンテナー イメージをプルできるようになりました。 +これで、プライベートコンテナーレジストリから Scalar 製品のコンテナーイメージをプルできるようになりました。 Azure Container Registry の詳細については、 [Azure Container Registry documentation](https://docs.microsoft.com/en-us/azure/container-registry/) を参照してください。 -## Scalar Helm Charts を使用して、プライベート コンテナー レジストリから AKS (Azure Kubernetes Service) にコンテナーをデプロイします。 +## Scalar Helm Charts を使用して、プライベートコンテナーレジストリから AKS (Azure Kubernetes Service) にコンテナーをデプロイします。 -1. AKS クラスターを作成するときに、プライベート コンテナー レジストリ (Azure Container Registry) を指定します。 +1. AKS クラスターを作成するときに、プライベートコンテナーレジストリ (Azure Container Registry) を指定します。 * GUI (Azure ポータル) - [**統合**] タブの **Azure Container Registry** パラメーターで、プライベート コンテナー レジストリを指定してください。 + [**統合**] タブの **Azure Container Registry** パラメーターで、プライベートコンテナーレジストリを指定してください。 * CLI ([az aks create](https://docs.microsoft.com/en-us/cli/azure/aks?view=azure-cli-latest#az-aks-create) コマンド) - `--attach-acr` フラグにプライベート コンテナー レジストリの名前を指定してください。 また、`--attach-acr` フラグを指定した [az aks update](https://docs.microsoft.com/en-us/cli/azure/aks?view=azure-cli-latest#az-aks-update) コマンドを使用して、既存の AKS クラスターの Azure Container Registry 統合を構成できます。 詳細は [Azure Official Document](https://docs.microsoft.com/en-us/azure/aks/cluster-container-registry-integration) をご参照ください。 + `--attach-acr` フラグにプライベートコンテナーレジストリの名前を指定してください。また、`--attach-acr` フラグを指定した [az aks update](https://docs.microsoft.com/en-us/cli/azure/aks?view=azure-cli-latest#az-aks-update) コマンドを使用して、既存の AKS クラスターの Azure Container Registry 統合を構成できます。詳細は [Azure Official Document](https://docs.microsoft.com/en-us/azure/aks/cluster-container-registry-integration) をご参照ください。 1. インストールする Scalar 製品の Helm Chart のカスタム値ファイルを更新します。 - プライベート コンテナ レジストリをカスタム値ファイルの `[].image.repository` の値として指定する必要があります。使用している製品に応じて、次の例を参照してください。 + プライベートコンテナレジストリをカスタム値ファイルの `[].image.repository` の値として指定する必要があります。使用している製品に応じて、次の例を参照してください。 @@ -159,7 +160,7 @@ Azure Container Registry の詳細については、 [Azure Container Registry d -## Scalar Helm Chart を使用して、プライベート コンテナー レジストリから AKS (Azure Kubernetes Service) 以外の Kubernetes にコンテナーをデプロイします。 +## Scalar Helm Chart を使用して、プライベートコンテナーレジストリから AKS (Azure Kubernetes Service) 以外の Kubernetes にコンテナーをデプロイします。 1. [Azure Official Document (How to install the Azure CLI)](https://docs.microsoft.com/en-us/cli/azure/install-azure-cli) に従って`az`コマンドをインストールします。 @@ -168,10 +169,10 @@ Azure Container Registry の詳細については、 [Azure Container Registry d az login ``` -1. [Azure Official Document (Azure Container Registry authentication with service principals)](https://docs.microsoft.com/en-us/azure/container-registry/container-registry-auth-service-principal) に従って、プライベート コンテナー レジストリへの認証用の **service principal** を作成します。 +1. [Azure Official Document (Azure Container Registry authentication with service principals)](https://docs.microsoft.com/en-us/azure/container-registry/container-registry-auth-service-principal) に従って、プライベートコンテナーレジストリへの認証用の **service principal** を作成します。 次のステップでは、**Service principal ID** と **Service principal パスワード**を使用します。 -1. プライベート コンテナー レジストリからコンテナー イメージをプルするための `reg-acr-secrets` シークレット リソースを作成します。 +1. プライベートコンテナーレジストリからコンテナーイメージをプルするための `reg-acr-secrets` シークレットリソースを作成します。 ```console kubectl create secret docker-registry reg-acr-secrets \ --docker-server= \ @@ -180,7 +181,7 @@ Azure Container Registry の詳細については、 [Azure Container Registry d ``` 1. インストールする Scalar 製品の Helm Chart のカスタム値ファイルを更新します。 - プライベート コンテナ レジストリをカスタム値ファイルの `[].image.repository` の値として指定する必要があります。 + プライベートコンテナレジストリをカスタム値ファイルの `[].image.repository` の値として指定する必要があります。 また、`[].imagePullSecrets` の値として `reg-acr-secrets` を指定する必要があります。使用している製品に応じて、次の例を参照してください。 @@ -234,5 +235,5 @@ Azure Container Registry の詳細については、 [Azure Container Registry d 1. 上記のカスタム値ファイルを含む Helm Chart を使用して、Scalar 製品をデプロイします。 - * 例 - このドキュメントの **Scalar Helm Charts を使用して、プライベート コンテナー レジストリから AKS (Azure Kubernetes Service) にコンテナーをデプロイします** セクションを参照してください。 + * 例 + このドキュメントの **Scalar Helm Charts を使用して、プライベートコンテナーレジストリから AKS (Azure Kubernetes Service) にコンテナーをデプロイします** セクションを参照してください。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/BackupNoSQL.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/BackupNoSQL.mdx index f16f5a38..afc68ea3 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/BackupNoSQL.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/BackupNoSQL.mdx @@ -2,40 +2,41 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Kubernetes 環境で NoSQL データベースをバックアップする -このガイドでは、ScalarDB または ScalarDL が Kubernetes 環境で使用するマネージド データベースのトランザクション的に一貫したバックアップを作成する方法について説明します。 NoSQL データベースまたは複数のデータベースを使用する場合は、トランザクションの一貫性のあるバックアップを作成するために ScalarDB または ScalarDL を**一時停止する必要がある**ことに注意してください。 +このガイドでは、ScalarDB または ScalarDL が Kubernetes 環境で使用するマネージドデータベースのトランザクション的に一貫したバックアップを作成する方法について説明します。NoSQL データベースまたは複数のデータベースを使用する場合は、トランザクション的に一貫したバックアップを作成するために ScalarDB または ScalarDL を**一時停止する必要がある**ことに注意してください。 ScalarDB がデータベースをバックアップする方法の詳細については、[A Guide on How to Backup and Restore Databases Used Through ScalarDB](https://scalardb.scalar-labs.com/docs/latest/backup-restore/) を参照してください。 -このガイドでは、ポイントインタイム リカバリ (PITR) または同等の機能を使用していることを前提としています。 そのため、復旧のためには継続的な取引がない期間を設ける必要があります。 その後、PITR を使用してデータをその特定の期間に復元できます。 進行中のトランザクションがない期間を作成せずにデータをある時点に復元すると、復元されたデータはトランザクション的に不整合となり、ScalarDB または ScalarDL がデータを適切に処理できなくなる可能性があります。 +このガイドでは、ポイントインタイムリカバリ (PITR) または同等の機能を使用していることを前提としています。そのため、復旧のためには継続的な取引がない期間を設ける必要があります。その後、PITR を使用してデータをその特定の期間に復元できます。進行中のトランザクションがない期間を作成せずにデータをある時点に復元すると、復元されたデータはトランザクション的に不整合となり、ScalarDB または ScalarDL がデータを適切に処理できなくなる可能性があります。 ## データを復元する期間を作成し、バックアップを実行します -1. バックアップ操作を開始する前に、`kubectl get pod` コマンドを実行して、次の 4 つの点を確認します。 +1. バックアップ操作を開始する前に、`kubectl get pod` コマンドを実行して、次の4つの点を確認します。 * **ScalarDB または ScalarDL ポッドの数。** ポッドの数を書き留めて、その数をバックアップの実行後のポッドの数と比較できるようにします。 * **`NAME` 列の ScalarDB または ScalarDL ポッド名。** バックアップの実行後にそれらの名前とポッド名を比較できるように、ポッド名を書き留めます。 - * **ScalarDB または ScalarDL ポッドのステータスは、`STATUS` 列で `Running` になっています。** バックアップを続行する前に、ポッドが実行中であることを確認してください。 次のステップではポッドを一時停止する必要があります。 + * **ScalarDB または ScalarDL ポッドのステータスは、`STATUS` 列で `Running` になっています。** バックアップを続行する前に、ポッドが実行中であることを確認してください。次のステップではポッドを一時停止する必要があります。 * ** `RESTARTS` 列の各ポッドの再起動回数。** バックアップ実行後の再起動回数と比較できるように、各ポッドの再起動回数を書き留めます。 -2. `scalar-admin` を使用して、ScalarDB または ScalarDL ポッドを一時停止します。 ポッドを一時停止する方法の詳細については、このガイドの [`scalar-admin` の使用の詳細](BackupNoSQL.mdx#scalar-admin-の使用の詳細) セクションを参照してください。 -3. `pause completed` 時間を書き留めます。 PITR 機能を使用してデータを復元する場合は、その時間を参照する必要があります。 -4. バックアップ機能を使用して、各データベースをバックアップします。 自動バックアップと PITR 機能を有効にしている場合、管理されたデータベースは自動的にバックアップを実行します。 クライアント クロックとデータベース クロック間のクロック スキューの問題を回避するのに十分な長い期間を作成できるように、約 10 秒待つ必要があることに注意してください。 この 10 秒の期間は、PITR 機能を使用してデータを復元できる正確な期間です。 -5. `scalar-admin` を使用して、ScalarDB または ScalarDL ポッドの一時停止を解除します。 ポッドの一時停止を解除する方法の詳細については、このガイドの [`scalar-admin` の使用の詳細](BackupNoSQL.mdx#scalar-admin-の使用の詳細) の使用の詳細」セクションを参照してください。 -6. `unpause started` 時刻を確認します。 PITR 機能を使用してデータを復元できる正確な期間を確認するには、`unpause started` 時間を確認する必要があります。 -7. バックアップの実行後にポッドのステータスを確認します。 バックアップ操作完了後、`kubectl get pod` コマンドを使用して以下の4点を確認する必要があります。 +2. `scalar-admin` を使用して、ScalarDB または ScalarDL ポッドを一時停止します。ポッドを一時停止する方法の詳細については、このガイドの [`scalar-admin` の使用の詳細](BackupNoSQL.mdx#scalar-admin-の使用の詳細)セクションを参照してください。 +3. `pause completed` 時間を書き留めます。PITR 機能を使用してデータを復元する場合は、その時間を参照する必要があります。 +4. バックアップ機能を使用して、各データベースをバックアップします。自動バックアップと PITR 機能を有効にしている場合、管理されたデータベースは自動的にバックアップを実行します。クライアントクロックとデータベースクロック間のクロックスキューの問題を回避するのに十分な長い期間を作成できるように、約10秒待つ必要があることに注意してください。この10秒の期間は、PITR 機能を使用してデータを復元できる正確な期間です。 +5. `scalar-admin` を使用して、ScalarDB または ScalarDL ポッドの一時停止を解除します。ポッドの一時停止を解除する方法の詳細については、このガイドの [`scalar-admin` の使用の詳細](BackupNoSQL.mdx#scalar-admin-の使用の詳細)の使用の詳細」セクションを参照してください。 +6. `unpause started` 時刻を確認します。PITR 機能を使用してデータを復元できる正確な期間を確認するには、`unpause started` 時間を確認する必要があります。 +7. バックアップの実行後にポッドのステータスを確認します。バックアップ操作完了後、`kubectl get pod` コマンドを使用して以下の4点を確認する必要があります。 * **ScalarDB または ScalarDL ポッドの数。** この数が、バックアップを実行する前に書き留めたポッドの数と一致することを確認します。 * **`NAME` 列の ScalarDB または ScalarDL ポッド名。** 名前がバックアップを実行する前に書き留めたポッド名と一致することを確認します。 * **ScalarDB または ScalarDL ポッドのステータスは、`STATUS` 列で `Running` になっています。** * **`RESTARTS` 列の各ポッドの再起動回数。** カウントが、バックアップを実行する前に書き留めた再起動回数と一致することを確認します。 - **2 つの値のいずれかが異なる場合は、バックアップ操作を最初から再試行する必要があります。** 値が異なる理由は、バックアップの実行中に追加または再起動されたポッドが原因である可能性があります。 そのような場合、それらのポッドは `unpause` 状態で実行されます。 ポッドが `unpause` 状態にあると、バックアップ データのトランザクションの不整合が発生します。 -8. **(Amazon DynamoDB のみ)** DynamoDB の PITR 機能を使用する場合、この機能は PITR を使用して別の名前テーブルでデータを復元するため、バックアップを作成するために追加の手順を実行する必要があります。 データを復元できる正確な期間を作成した後の追加手順の詳細については、[Kubernetes 環境でのデータベースの復元](RestoreDatabase.mdx#amazon-dynamodb) を参照してください。 + **2つの値のいずれかが異なる場合は、バックアップ操作を最初から再試行する必要があります。** 値が異なる理由は、バックアップの実行中に追加または再起動されたポッドが原因である可能性があります。そのような場合、それらのポッドは `unpause` 状態で実行されます。ポッドが `unpause` 状態にあると、バックアップデータのトランザクションの不整合が発生します。 +8. **(Amazon DynamoDB のみ)** DynamoDB の PITR 機能を使用する場合、この機能は PITR を使用して別の名前テーブルでデータを復元するため、バックアップを作成するために追加の手順を実行する必要があります。データを復元できる正確な期間を作成した後の追加手順の詳細については、[Kubernetes 環境でのデータベースの復元](RestoreDatabase.mdx#amazon-dynamodb) を参照してください。 ## 複数のデータベースをバックアップする -[Multi-storage Transactions](https://scalardb.scalar-labs.com/docs/latest/multi-storage-transactions/) または [Two-phase Commit Transactions](https://scalardb.scalar-labs.com/docs/latest/two-phase-commit-transactions/) 機能が使用するデータベースが 2 つ以上ある場合は、ScalarDB または ScalarDL のすべてのインスタンスを一時停止し、データベース内に進行中のトランザクションが存在しない同じ期間を作成する必要があります。 +[Multi-storage Transactions](https://scalardb.scalar-labs.com/docs/latest/multi-storage-transactions/) または [Two-phase Commit Transactions](https://scalardb.scalar-labs.com/docs/latest/two-phase-commit-transactions/) 機能が使用するデータベースが2つ以上ある場合は、ScalarDB または ScalarDL のすべてのインスタンスを一時停止し、データベース内に進行中のトランザクションが存在しない同じ期間を作成する必要があります。 複数のデータベース間の整合性を確保するには、PITR 機能を使用してデータベースを同じ時点に復元する必要があります。 @@ -43,9 +44,9 @@ ScalarDB がデータベースをバックアップする方法の詳細につ ### Kubernetes リソース名を確認する -SRV サービス URL を `-s (--srv-service-url)` フラグに指定する必要があります。 Kubernetes 環境では、SRV サービス URL の形式は `_my-port-name._my-port-protocol.my-svc.my-namespace.svc.cluster.local` です。 +SRV サービス URL を `-s (--srv-service-url)` フラグに指定する必要があります。Kubernetes 環境では、SRV サービス URL の形式は `_my-port-name._my-port-protocol.my-svc.my-namespace.svc.cluster.local` です。 -Scalar Helm Chart を使用して ScalarDB または ScalarDL をデプロイする場合、`my-svc` および `my-namespace` は環境によって異なる場合があります。 ヘッドレス サービス名を `my-svc` として指定し、名前空間を `my-namespace` として指定する必要があります。 +Scalar Helm Chart を使用して ScalarDB または ScalarDL をデプロイする場合、`my-svc` および `my-namespace` は環境によって異なる場合があります。ヘッドレスサービス名を `my-svc` として指定し、名前空間を `my-namespace` として指定する必要があります。 * 例 * ScalarDB Server @@ -61,7 +62,7 @@ Scalar Helm Chart を使用して ScalarDB または ScalarDL をデプロイす _scalardl-auditor-admin._tcp.-headless..svc.cluster.local ``` -Helm リリース名によって、ヘッドレス サービス名 `-headless` が決まります。 次のコマンドを実行すると、helm リリース名を確認できます。 +Helm リリース名によって、ヘッドレスサービス名 `-headless` が決まります。次のコマンドを実行すると、helm リリース名を確認できます。 ```console helm list -n ns-scalar @@ -76,7 +77,7 @@ scalardl-auditor ns-scalar 1 2023-02-09 19:32:03.0089 scalardl-ledger ns-scalar 1 2023-02-09 19:31:53.459548418 +0900 JST deployed scalardl-4.5.1 3.7.1 ``` -次のコマンドを実行すると、ヘッドレス サービス名 `-headless` を確認することもできます。 +次のコマンドを実行すると、ヘッドレスサービス名 `-headless` を確認することもできます。 ```console kubectl get service -n ns-scalar @@ -138,7 +139,7 @@ Kubernetes 環境の ScalarDB または ScalarDL ポッドに一時停止解除 ### `pause completed` 時刻と `unpause started` 時刻を確認する -`scalar-admin` ポッドは、`pause completed` 時刻と `unpause started` 時刻を標準出力に出力します。 `kubectl logs` コマンドを実行すると、それらの時間を確認することもできます。 +`scalar-admin` ポッドは、`pause completed` 時刻と `unpause started` 時刻を標準出力に出力します。`kubectl logs` コマンドを実行すると、それらの時間を確認することもできます。 ```console kubectl logs scalar-admin-pause diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/BackupRDB.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/BackupRDB.mdx index ed8398a7..cb8586f8 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/BackupRDB.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/BackupRDB.mdx @@ -2,19 +2,20 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Kubernetes 環境で RDB をバックアップする -このガイドでは、ScalarDB または ScalarDL が Kubernetes 環境で使用する単一のリレーショナル データベース (RDB) のバックアップを作成する方法について説明します。 このガイドは、クラウド サービス プロバイダーの管理されたデータベースを使用していることを前提としていることに注意してください。 +このガイドでは、ScalarDB または ScalarDL が Kubernetes 環境で使用する単一のリレーショナルデータベース (RDB) のバックアップを作成する方法について説明します。このガイドは、クラウドサービスプロバイダーの管理されたデータベースを使用していることを前提としていることに注意してください。 -[Multi-storage Transactions](https://scalardb.scalar-labs.com/docs/latest/multi-storage-transactions/) または [Two-phase Commit Transactions](https://scalardb.scalar-labs.com/docs/latest/two-phase-commit-transactions/) 機能が使用する RDB が 2 つ以上ある場合は、代わりに [Back up a NoSQL database in a Kubernetes environment](BackupNoSQL.mdx) の手順に従う必要があります。 +[Multi-storage Transactions](https://scalardb.scalar-labs.com/docs/latest/multi-storage-transactions/) または [Two-phase Commit Transactions](https://scalardb.scalar-labs.com/docs/latest/two-phase-commit-transactions/) 機能が使用する RDB が2つ以上ある場合は、代わりに [Kubernetes 環境で NoSQL データベースをバックアップする](BackupNoSQL.mdx)の手順に従う必要があります。 ## バックアップを実行する -バックアップを実行するには、管理されたデータベースで使用できる自動バックアップ機能を有効にする必要があります。 この機能を有効にすると、追加のバックアップ操作を実行する必要がなくなります。 各管理データベースのバックアップ構成の詳細については、次のガイドを参照してください。 +バックアップを実行するには、管理されたデータベースで使用できる自動バックアップ機能を有効にする必要があります。この機能を有効にすると、追加のバックアップ操作を実行する必要がなくなります。各管理データベースのバックアップ構成の詳細については、次のガイドを参照してください。 * [AWS での ScalarDB/ScalarDL デプロイメント用のデータベースのセットアップ](SetupDatabaseForAWS.mdx) * [Azure 上で ScalarDB/ScalarDL デプロイメント用のデータベースをセットアップする](SetupDatabaseForAzure.mdx) -マネージド RDB はトランザクションの観点からバックアップ データの一貫性を保つため、マネージド RDB のポイント イン タイム リカバリ (PITR) 機能を使用して、バックアップ データを任意の時点に復元できます。 +マネージド RDB はトランザクションの観点からバックアップデータの一貫性を保つため、マネージド RDB のポイントインタイムリカバリ (PITR) 機能を使用して、バックアップデータを任意の時点に復元できます。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/BackupRestoreGuide.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/BackupRestoreGuide.mdx index 1fd1a5e3..bc70bfc1 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/BackupRestoreGuide.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/BackupRestoreGuide.mdx @@ -2,17 +2,18 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Kubernetes 環境で ScalarDB または ScalarDL データをバックアップおよび復元する -このガイドでは、Kubernetes 環境で ScalarDB または ScalarDL データをバックアップおよび復元する方法について説明します。 このガイドは、クラウド サービス プロバイダーのマネージド データベースを ScalarDB または ScalarDL のバックエンド データベースとして使用していることを前提としていることに注意してください。 以下は、このガイドで使用が想定されている管理データベースのリストです。 +このガイドでは、Kubernetes 環境で ScalarDB または ScalarDL データをバックアップおよび復元する方法について説明します。このガイドは、クラウドサービスプロバイダーのマネージドデータベースを ScalarDB または ScalarDL のバックエンドデータベースとして使用していることを前提としていることに注意してください。以下は、このガイドで使用が想定されている管理データベースのリストです。 * NoSQL: トランザクションをサポートしません * Amazon DynamoDB * Azure Cosmos DB for NoSQL -* リレーショナルデータベース（RDB）：トランザクションをサポート - * Amazon RDS +* リレーショナルデータベース (RDB):トランザクションをサポート + * Amazon RDS * MySQL * Oracle * PostgreSQL @@ -34,14 +35,14 @@ ScalarDB で使用されるデータベースをトランザクション的に #### NoSQL または複数のデータベース -NoSQL データベースを使用している場合、または [Multi-storage Transactions](https://scalardb.scalar-labs.com/docs/latest/multi-storage-transactions/) または [Two-phase Commit Transactions](https://scalardb.scalar-labs.com/docs/latest/two-phase-commit-transactions/) 機能が使用するデータベースが 2 つ以上ある場合、詳細については [Kubernetes 環境で NoSQL データベースをバックアップする](BackupNoSQL.mdx) を参照してください。 バックアップの実行方法について。 +NoSQL データベースを使用している場合、または [Multi-storage Transactions](https://scalardb.scalar-labs.com/docs/latest/multi-storage-transactions/) または [Two-phase Commit Transactions](https://scalardb.scalar-labs.com/docs/latest/two-phase-commit-transactions/) 機能が使用するデータベースが2つ以上ある場合、詳細については [Kubernetes 環境で NoSQL データベースをバックアップする](BackupNoSQL.mdx)を参照してください。バックアップの実行方法について。 #### 単一 RDB -単一のRDBを使用している場合のバックアップ方法については、[Kubernetes環境でRDBをバックアップする](BackupRDB.mdx) を参照してください。 +単一のRDBを使用している場合のバックアップ方法については、[Kubernetes環境でRDBをバックアップする](BackupRDB.mdx)を参照してください。 -[Multi-storage Transactions](https://scalardb.scalar-labs.com/docs/latest/multi-storage-transactions/) または [Two-phase Commit Transactions](https://scalardb.scalar-labs.com/docs/latest/two-phase-commit-transactions/) 機能が使用する RDB が 2 つ以上ある場合は、代わりに [Kubernetes 環境で NoSQL データベースをバックアップする](BackupNoSQL.mdx) の手順に従う必要があります。 +[Multi-storage Transactions](https://scalardb.scalar-labs.com/docs/latest/multi-storage-transactions/) または [Two-phase Commit Transactions](https://scalardb.scalar-labs.com/docs/latest/two-phase-commit-transactions/) 機能が使用する RDB が2つ以上ある場合は、代わりに [Kubernetes 環境で NoSQL データベースをバックアップする](BackupNoSQL.mdx)の手順に従う必要があります。 ## データベースを復元する -管理されたデータベースからデータを復元する方法の詳細については、[Kubernetes 環境でのデータベースの復元](RestoreDatabase.mdx) を参照してください。 +管理されたデータベースからデータを復元する方法の詳細については、[Kubernetes 環境でのデータベースの復元](RestoreDatabase.mdx)を参照してください。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateAKSClusterForScalarDB.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateAKSClusterForScalarDB.mdx index 137eb72e..1ee3c5e8 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateAKSClusterForScalarDB.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateAKSClusterForScalarDB.mdx @@ -3,6 +3,7 @@ tags: - Enterprise Standard - Enterprise Premium - Deprecated +displayed_sidebar: docsJapanese --- # ScalarDB Server 用の AKS クラスターを作成するためのガイドライン @@ -11,11 +12,11 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、ScalarDB Server デプロイ用の Azure Kubernetes Service (AKS) クラスターを作成するための要件と推奨事項について説明します。 ScalarDB Server を AKS クラスターにデプロイする方法の詳細については、[AKS に ScalarDB Server をデプロイする](ManualDeploymentGuideScalarDBServerOnAKS.mdx) を参照してください。 +このドキュメントでは、ScalarDB Server デプロイ用の Azure Kubernetes Service (AKS) クラスターを作成するための要件と推奨事項について説明します。ScalarDB Server を AKS クラスターにデプロイする方法の詳細については、[AKS に ScalarDB Server をデプロイする](ManualDeploymentGuideScalarDBServerOnAKS.mdx)を参照してください。 ## あなたが始める前に -次の要件、推奨事項、およびプロジェクトの要件に基づいて AKS クラスターを作成する必要があります。 AKS クラスターの作成方法の詳細については、環境で使用しているツールに基づいて、次の Microsoft 公式ドキュメントを参照してください。 +次の要件、推奨事項、およびプロジェクトの要件に基づいて AKS クラスターを作成する必要があります。AKS クラスターの作成方法の詳細については、環境で使用しているツールに基づいて、次の Microsoft 公式ドキュメントを参照してください。 * [Azure CLI](https://learn.microsoft.com/en-us/azure/aks/learn/quick-kubernetes-deploy-cli) * [PowerShell](https://learn.microsoft.com/en-us/azure/aks/learn/quick-kubernetes-deploy-powershell) @@ -25,16 +26,16 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ScalarDB Server を展開するときは、次のことを行う必要があります。 -* [サポートされている Kubernetes バージョン](https://scalardb.scalar-labs.com/docs/latest/requirements/#kubernetes) を使用して AKS クラスターを作成します。 +* [サポートされている Kubernetes バージョン](https://scalardb.scalar-labs.com/docs/latest/requirements/#kubernetes)を使用して AKS クラスターを作成します。 * Kubernetes のバージョンとプロジェクトの要件に基づいて AKS クラスターを構成します。 ## 推奨事項 (オプション) -以下に、ScalarDB Server を展開するための推奨事項をいくつか示します。 これらの推奨事項は必須ではないため、ニーズに基づいてこれらの推奨事項を適用するかどうかを選択できます。 +以下に、ScalarDB Server を展開するための推奨事項をいくつか示します。これらの推奨事項は必須ではないため、ニーズに基づいてこれらの推奨事項を適用するかどうかを選択できます。 -### 少なくとも 3 つのワーカーノードと 3 つのポッドを作成します +### 少なくとも3つのワーカーノードと3つのポッドを作成します -AKS クラスターの高可用性を確保するには、少なくとも 3 つのワーカーノードを使用し、ワーカーノード全体に少なくとも 3 つのポッドをデプロイする必要があります。 3 つのポッドをワーカーノードに分散させるための `podAntiAffinity` の [サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardb-custom-values.yaml) を参照できます。 +AKS クラスターの高可用性を確保するには、少なくとも3つのワーカーノードを使用し、ワーカーノード全体に少なくとも3つのポッドをデプロイする必要があります。3つのポッドをワーカーノードに分散させるための `podAntiAffinity` の [サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardb-custom-values.yaml)を参照できます。 :::note @@ -42,44 +43,44 @@ AKS クラスターの高可用性を確保するには、少なくとも 3 つ ::: -### ScalarDB Server ノード プールのワーカーノードには 4vCPU / 8GB メモリ ノードを使用します。 +### ScalarDB Server ノードプールのワーカーノードには 4vCPU / 8GB メモリノードを使用します。 -商用ライセンスの観点から、ScalarDB Server を実行する 1 つのポッドのリソースは 2vCPU / 4GB メモリに制限されます。 ScalarDB Server ポッドに加えて、Kubernetes は次のコンポーネントの一部を各ワーカーノードにデプロイできます。 +商用ライセンスの観点から、ScalarDB Server を実行する1つのポッドのリソースは 2vCPU / 4GB メモリに制限されます。ScalarDB Server ポッドに加えて、Kubernetes は次のコンポーネントの一部を各ワーカーノードにデプロイできます。 * ScalarDB Server ポッド (2vCPU / 4GB) * Envoy プロキシ -* アプリケーション ポッド (同じワーカーノード上でアプリケーションのポッドを実行することを選択した場合) +* アプリケーションポッド (同じワーカーノード上でアプリケーションのポッドを実行することを選択した場合) * 監視コンポーネント (`kube-prometheus-stack` などの監視コンポーネントをデプロイする場合) * Kubernetes コンポーネント -これを念頭に置き、[少なくとも 3 つのワーカーノードと 3 つのポッドを作成する](#create-at-least-three-worker-nodes-and-three-pods) で説明されているように、少なくとも 4vCPU / 8 GB のメモリ リソースを持つワーカーノードを使用し、可用性のために少なくとも 3 つのワーカーノードを使用する必要があります。 +これを念頭に置き、[少なくとも3つのワーカーノードと3つのポッドを作成する](#create-at-least-three-worker-nodes-and-three-pods)で説明されているように、少なくとも 4vCPU / 8 GB のメモリリソースを持つワーカーノードを使用し、可用性のために少なくとも3つのワーカーノードを使用する必要があります。 -ただし、運用環境では、ノードあたり少なくとも 4vCPU / 8GB のメモリ リソースを備えた 3 つのノードが最小条件となります。 また、システムのワークロードに応じて、AKS クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDB Server ポッド、アプリケーションのポッドなど) も考慮する必要があります。 また、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングする予定の場合は、ワーカーノードのリソースを決定するときにワーカーノード上の最大ポッド数を考慮する必要があります。 +ただし、運用環境では、ノードあたり少なくとも 4vCPU / 8GB のメモリリソースを備えた3つのノードが最小条件となります。また、システムのワークロードに応じて、AKS クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDB Server ポッド、アプリケーションのポッドなど) も考慮する必要があります。また、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングする予定の場合は、ワーカーノードのリソースを決定するときにワーカーノード上の最大ポッド数を考慮する必要があります。 -### ScalarDB Server ポッドのノード プールを作成する +### ScalarDB Server ポッドのノードプールを作成する -AKS は、既定でシステム ポッド (AKS を実行し続けるために使用される) に優先される **agentpool** という名前のシステム ノード プールを 1 つ作成します。 ScalarDB Server ポッド用に **user** モードで別のノード プールを作成し、この追加のノード プールに ScalarDB Server ポッドをデプロイすることをお勧めします。 +AKS は、既定でシステムポッド (AKS を実行し続けるために使用される) に優先される **agentpool** という名前のシステムノードプールを1つ作成します。ScalarDB Server ポッド用に **user** モードで別のノードプールを作成し、この追加のノードプールに ScalarDB Server ポッドをデプロイすることをお勧めします。 -### AKS でクラスター オートスケーラーを構成する +### AKS でクラスターオートスケーラーを構成する -[Horizontal Pod Autoscaler](https://learn.microsoft.com/en-us/azure/aks/concepts-scale#horizontal-pod-autoscaler) を使用して ScalarDB Server ポッドを自動的にスケーリングする場合は、AKS でもクラスター オートスケーラーを構成する必要があります。 詳細については、Microsoft の公式ドキュメント [Cluster autoscaler](https://learn.microsoft.com/en-us/azure/aks/concepts-scale#cluster-autoscaler) を参照してください。 +[Horizontal Pod Autoscaler](https://learn.microsoft.com/en-us/azure/aks/concepts-scale#horizontal-pod-autoscaler) を使用して ScalarDB Server ポッドを自動的にスケーリングする場合は、AKS でもクラスターオートスケーラーを構成する必要があります。詳細については、Microsoft の公式ドキュメント [Cluster autoscaler](https://learn.microsoft.com/en-us/azure/aks/concepts-scale#cluster-autoscaler) を参照してください。 -さらに、クラスター オートスケーラーを構成する場合は、AKS がスケーリング後にネットワークの問題なく動作できるように、十分な数の IP が存在することを確認するために、AKS の仮想ネットワーク (VNet) にサブネットを作成する必要があります。 必要な IP の数は、ネットワーク プラグインによって異なります。 必要な IP 数の詳細については、以下を参照してください。 +さらに、クラスターオートスケーラーを構成する場合は、AKS がスケーリング後にネットワークの問題なく動作できるように、十分な数の IP が存在することを確認するために、AKS の仮想ネットワーク (VNet) にサブネットを作成する必要があります。必要な IP の数は、ネットワークプラグインによって異なります。必要な IP 数の詳細については、以下を参照してください。 * [Use kubenet networking with your own IP address ranges in Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/configure-kubenet) * [Configure Azure CNI networking in Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/configure-azure-cni) -### プライベート ネットワーク上に AKS クラスターを作成する +### プライベートネットワーク上に AKS クラスターを作成する -ScalarDB Server はインターネット アクセス経由でユーザーにサービスを直接提供しないため、プライベート ネットワーク (VNet のプライベート サブネット) 上に AKS クラスターを作成する必要があります。 アプリケーションからプライベート ネットワーク経由で ScalarDB Server にアクセスすることをお勧めします。 +ScalarDB Server はインターネットアクセス経由でユーザーにサービスを直接提供しないため、プライベートネットワーク (VNet のプライベートサブネット) 上に AKS クラスターを作成する必要があります。アプリケーションからプライベートネットワーク経由で ScalarDB Server にアクセスすることをお勧めします。 ### 必要に応じて、Azure CNI を使用して AKS クラスターを作成します。 -AKS の既定のネットワーク プラグインは [kubenet](https://learn.microsoft.com/en-us/azure/aks/configure-kubenet) です。 要件が kubenet と一致しない場合は、[Azure Container Networking Interface (CNI)](https://learn.microsoft.com/en-us/azure/aks/configure-azure-cni) を使用する必要があります。 +AKS の既定のネットワークプラグインは [kubenet](https://learn.microsoft.com/en-us/azure/aks/configure-kubenet) です。要件が kubenet と一致しない場合は、[Azure Container Networking Interface (CNI)](https://learn.microsoft.com/en-us/azure/aks/configure-azure-cni) を使用する必要があります。 -たとえば、1 つの AKS クラスターに複数の ScalarDB Server 環境をデプロイし (マルチテナントの ScalarDB Server をデプロイするなど)、[Kubernetes NetworkPolicies](https://kubernetes.io/docs/concepts/services-networking/network-policies/) を使用して各テナント間の接続を制御したい場合、kubenet は Calico Network のみをサポートします。 [Azure support team does not support](https://learn.microsoft.com/en-us/azure/aks/use-network-policies#differences-between-azure-network-policy-manager-and-calico-network-policy-and-their-capabilities) ポリシー。 Calico ネットワーク ポリシーは、Calico コミュニティまたは追加の有料サポートを通じてのみサポートされることに注意してください。 +たとえば、1つの AKS クラスターに複数の ScalarDB Server 環境をデプロイし (マルチテナントの ScalarDB Server をデプロイするなど)、[Kubernetes NetworkPolicies](https://kubernetes.io/docs/concepts/services-networking/network-policies/) を使用して各テナント間の接続を制御したい場合、kubenet は Calico Network のみをサポートします。[Azure support team does not support](https://learn.microsoft.com/en-us/azure/aks/use-network-policies#differences-between-azure-network-policy-manager-and-calico-network-policy-and-their-capabilities) ポリシー。Calico ネットワークポリシーは、Calico コミュニティまたは追加の有料サポートを通じてのみサポートされることに注意してください。 -ただし、Azure サポート チームとエンジニアリング チームは Azure CNI をサポートします。 したがって、Kubernetes NetworkPolicies を使用して Azure サポート チームからサポートを受けたい場合は、Azure CNI を使用する必要があります。 kubenet と Azure CNI の違いの詳細については、次の Microsoft 公式ドキュメントを参照してください。 +ただし、Azure サポートチームとエンジニアリングチームは Azure CNI をサポートします。したがって、Kubernetes NetworkPolicies を使用して Azure サポートチームからサポートを受けたい場合は、Azure CNI を使用する必要があります。kubenet と Azure CNI の違いの詳細については、次の Microsoft 公式ドキュメントを参照してください。 * [Network concepts for applications in Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/concepts-network) * [Use kubenet networking with your own IP address ranges in Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/configure-kubenet) @@ -87,7 +88,7 @@ AKS の既定のネットワーク プラグインは [kubenet](https://learn.mi ### 要件に基づいていくつかのセキュリティ機能を使用して接続を制限する -ScalarDB Server では未使用の接続を制限する必要があります。 未使用の接続を制限するには、[network security groups](https://learn.microsoft.com/en-us/azure/virtual-network/network-security-groups-overview) など、Azure のいくつかのセキュリティ機能を使用できます。 +ScalarDB Server では未使用の接続を制限する必要があります。未使用の接続を制限するには、[network security groups](https://learn.microsoft.com/en-us/azure/virtual-network/network-security-groups-overview) など、Azure のいくつかのセキュリティ機能を使用できます。 ScalarDB Server がデフォルトで使用する接続 (ポート) は次のとおりです。 @@ -100,7 +101,7 @@ ScalarDB Server がデフォルトで使用する接続 (ポート) は次のと :::note -- 構成ファイル (`database.properties`) で ScalarDB Server のデフォルトのリスニング ポートを変更する場合は、構成したポートを使用して接続を許可する必要があります。 -- AKS 自体が使用する接続も許可する必要があります。 AKS トラフィック要件の詳細については、[Control egress traffic using Azure Firewall in Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/limit-egress-traffic) を参照してください。 +- 構成ファイル (`database.properties`) で ScalarDB Server のデフォルトのリスニングポートを変更する場合は、構成したポートを使用して接続を許可する必要があります。 +- AKS 自体が使用する接続も許可する必要があります。AKS トラフィック要件の詳細については、[Control egress traffic using Azure Firewall in Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/limit-egress-traffic) を参照してください。 ::: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateAKSClusterForScalarDL.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateAKSClusterForScalarDL.mdx index a02b1666..4b551088 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateAKSClusterForScalarDL.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateAKSClusterForScalarDL.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsJapanese --- # ScalarDL Ledger の AKS クラスターを作成するためのガイドライン @@ -7,11 +8,11 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、ScalarDL Ledger デプロイ用の Azure Kubernetes Service (AKS) クラスターを作成するための要件と推奨事項について説明します。 ScalarDL Ledger を AKS クラスターにデプロイする方法の詳細については、[AKS に ScalarDL Ledger をデプロイする](ManualDeploymentGuideScalarDLOnAKS.mdx) を参照してください。 +このドキュメントでは、ScalarDL Ledger デプロイ用の Azure Kubernetes Service (AKS) クラスターを作成するための要件と推奨事項について説明します。ScalarDL Ledger を AKS クラスターにデプロイする方法の詳細については、[AKS に ScalarDL Ledger をデプロイする](ManualDeploymentGuideScalarDLOnAKS.mdx)を参照してください。 ## あなたが始める前に -次の要件、推奨事項、およびプロジェクトの要件に基づいて AKS クラスターを作成する必要があります。 AKS クラスターの作成方法の詳細については、環境で使用しているツールに基づいて、次の Microsoft 公式ドキュメントを参照してください。 +次の要件、推奨事項、およびプロジェクトの要件に基づいて AKS クラスターを作成する必要があります。AKS クラスターの作成方法の詳細については、環境で使用しているツールに基づいて、次の Microsoft 公式ドキュメントを参照してください。 * [Azure CLI](https://learn.microsoft.com/en-us/azure/aks/learn/quick-kubernetes-deploy-cli) * [PowerShell](https://learn.microsoft.com/en-us/azure/aks/learn/quick-kubernetes-deploy-powershell) @@ -21,22 +22,22 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ScalarDL Ledger を展開するときは、次のことを行う必要があります。 -* [サポートされている Kubernetes バージョン](https://scalardb.scalar-labs.com/docs/latest/requirements/#kubernetes) を使用して AKS クラスターを作成します。 +* [サポートされている Kubernetes バージョン](https://scalardb.scalar-labs.com/docs/latest/requirements/#kubernetes)を使用して AKS クラスターを作成します。 * Kubernetes のバージョンとプロジェクトの要件に基づいて AKS クラスターを構成します。 :::warning -ScalarDL でのビザンチン障害検出が適切に機能するには、ScalarDL Ledger デプロイと同じ AKS クラスターにアプリケーション ポッドをデプロイしないでください。 +ScalarDL でのビザンチン障害検出が適切に機能するには、ScalarDL Ledger デプロイと同じ AKS クラスターにアプリケーションポッドをデプロイしないでください。 ::: ## 推奨事項 (オプション) -以下は、ScalarDL Ledger を展開するための推奨事項の一部です。 これらの推奨事項は必須ではないため、ニーズに基づいてこれらの推奨事項を適用するかどうかを選択できます。 +以下は、ScalarDL Ledger を展開するための推奨事項の一部です。これらの推奨事項は必須ではないため、ニーズに基づいてこれらの推奨事項を適用するかどうかを選択できます。 -### 少なくとも 3 つのワーカーノードと 3 つのポッドを作成します +### 少なくとも3つのワーカーノードと3つのポッドを作成します -AKS クラスターの高可用性を確保するには、少なくとも 3 つのワーカーノードを使用し、ワーカーノード全体に少なくとも 3 つのポッドをデプロイする必要があります。 3 つのポッドをワーカーノードに分散させるための `podAntiAffinity` の [サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardl-custom-values.yaml) を参照できます。 +AKS クラスターの高可用性を確保するには、少なくとも3つのワーカーノードを使用し、ワーカーノード全体に少なくとも3つのポッドをデプロイする必要があります。3つのポッドをワーカーノードに分散させるための `podAntiAffinity` の [サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardl-custom-values.yaml)を参照できます。 :::note @@ -44,43 +45,43 @@ AKS クラスターの高可用性を確保するには、少なくとも 3 つ ::: -### ScalarDL Ledger ノード プールのワーカーノードには 4vCPU / 8GB メモリ ノードを使用します +### ScalarDL Ledger ノードプールのワーカーノードには 4vCPU / 8GB メモリノードを使用します -商用ライセンスの観点から、ScalarDL Ledger を実行する 1 つのポッドのリソースは 2vCPU / 4GB メモリに制限されます。 ScalarDL Ledger ポッドに加えて、Kubernetes は次のコンポーネントの一部を各ワーカーノードにデプロイできます。 +商用ライセンスの観点から、ScalarDL Ledger を実行する1つのポッドのリソースは 2vCPU / 4GB メモリに制限されます。ScalarDL Ledger ポッドに加えて、Kubernetes は次のコンポーネントの一部を各ワーカーノードにデプロイできます。 * ScalarDL Ledger ポッド (2vCPU / 4GB) * Envoy プロキシ * 監視コンポーネント (`kube-prometheus-stack` などの監視コンポーネントをデプロイする場合) * Kubernetes コンポーネント -これを念頭に置き、[少なくとも 3 つのワーカーノードと 3 つのポッドを作成する](#create-at-least-three-worker-nodes-and-three-pods) で説明されているように、少なくとも 4vCPU / 8 GB のメモリ リソースを持つワーカーノードを使用し、可用性のために少なくとも 3 つのワーカーノードを使用する必要があります。 +これを念頭に置き、[少なくとも3つのワーカーノードと3つのポッドを作成する](#create-at-least-three-worker-nodes-and-three-pods)で説明されているように、少なくとも 4vCPU / 8 GB のメモリリソースを持つワーカーノードを使用し、可用性のために少なくとも3つのワーカーノードを使用する必要があります。 -ただし、ノードあたり少なくとも 4vCPU / 8GB のメモリ リソースを備えた 3 つのノードが運用環境の最小環境となります。 また、システムのワークロードに応じて、AKS クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDL Ledger ポッドなど) も考慮する必要があります。 さらに、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングする予定の場合は、 ワーカーノードのリソースを決定するときは、ワーカーノード上のポッドの最大数を考慮する必要があります。 +ただし、ノードあたり少なくとも 4vCPU / 8GB のメモリリソースを備えた3つのノードが運用環境の最小環境となります。また、システムのワークロードに応じて、AKS クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDL Ledger ポッドなど) も考慮する必要があります。さらに、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングする予定の場合は、 ワーカーノードのリソースを決定するときは、ワーカーノード上のポッドの最大数を考慮する必要があります。 -### ScalarDL Ledger ポッドのノード プールを作成する +### ScalarDL Ledger ポッドのノードプールを作成する -AKS は、既定でシステム ポッド (AKS を実行し続けるために使用される) に優先される **agentpool** という名前のシステム ノード プールを 1 つ作成します。 ScalarDL Ledger ポッド用に **user** モードで別のノード プールを作成し、この追加のノード プールに ScalarDL Ledger ポッドをデプロイすることをお勧めします。 +AKS は、既定でシステムポッド (AKS を実行し続けるために使用される) に優先される **agentpool** という名前のシステムノードプールを1つ作成します。ScalarDL Ledger ポッド用に **user** モードで別のノードプールを作成し、この追加のノードプールに ScalarDL Ledger ポッドをデプロイすることをお勧めします。 -### AKS でクラスター オートスケーラーを構成する +### AKS でクラスターオートスケーラーを構成する -[Horizontal Pod Autoscaler](https://learn.microsoft.com/en-us/azure/aks/concepts-scale#horizontal-pod-autoscaler) を使用して ScalarDL Ledger ポッドを自動的にスケーリングする場合は、クラスターを構成する必要があります。 AKS のオートスケーラーも同様です。 詳細については、[Cluster autoscaler](https://learn.microsoft.com/en-us/azure/aks/concepts-scale#cluster-autoscaler) にある Microsoft の公式ドキュメントを参照してください。 +[Horizontal Pod Autoscaler](https://learn.microsoft.com/en-us/azure/aks/concepts-scale#horizontal-pod-autoscaler) を使用して ScalarDL Ledger ポッドを自動的にスケーリングする場合は、クラスターを構成する必要があります。AKS のオートスケーラーも同様です。詳細については、[Cluster autoscaler](https://learn.microsoft.com/en-us/azure/aks/concepts-scale#cluster-autoscaler) にある Microsoft の公式ドキュメントを参照してください。 -さらに、クラスター オートスケーラーを構成する場合は、AKS がスケーリング後にネットワークの問題なく動作できるように、十分な数の IP が存在することを確認するために、AKS の仮想ネットワーク (VNet) にサブネットを作成する必要があります。 必要な IP の数は、ネットワーク プラグインによって異なります。 必要な IP 数の詳細については、以下を参照してください。 +さらに、クラスターオートスケーラーを構成する場合は、AKS がスケーリング後にネットワークの問題なく動作できるように、十分な数の IP が存在することを確認するために、AKS の仮想ネットワーク (VNet) にサブネットを作成する必要があります。必要な IP の数は、ネットワークプラグインによって異なります。必要な IP 数の詳細については、以下を参照してください。 * [Use kubenet networking with your own IP address ranges in Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/configure-kubenet) * [Configure Azure CNI networking in Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/configure-azure-cni) -### プライベート ネットワーク上に AKS クラスターを作成する +### プライベートネットワーク上に AKS クラスターを作成する -ScalarDL Ledger はインターネット アクセス経由でユーザーにサービスを直接提供しないため、プライベート ネットワーク (VNet のプライベート サブネット) 上に AKS クラスターを作成する必要があります。 アプリケーションからプライベート ネットワーク経由で ScalarDL Ledger にアクセスすることをお勧めします。 +ScalarDL Ledger はインターネットアクセス経由でユーザーにサービスを直接提供しないため、プライベートネットワーク (VNet のプライベートサブネット) 上に AKS クラスターを作成する必要があります。アプリケーションからプライベートネットワーク経由で ScalarDL Ledger にアクセスすることをお勧めします。 ### 必要に応じて、Azure CNI を使用して AKS クラスターを作成します。 -AKS の既定のネットワーク プラグインは [kubenet](https://learn.microsoft.com/en-us/azure/aks/configure-kubenet) です。 要件が kubenet と一致しない場合は、[Azure Container Networking Interface (CNI)](https://learn.microsoft.com/en-us/azure/aks/configure-azure-cni) を使用する必要があります。 +AKS の既定のネットワークプラグインは [kubenet](https://learn.microsoft.com/en-us/azure/aks/configure-kubenet) です。要件が kubenet と一致しない場合は、[Azure Container Networking Interface (CNI)](https://learn.microsoft.com/en-us/azure/aks/configure-azure-cni) を使用する必要があります。 -たとえば、1 つの AKS クラスターに複数の ScalarDL Ledger 環境をデプロイし (マルチテナントの ScalarDL Ledger をデプロイするなど)、[Kubernetes NetworkPolicies](https://kubernetes.io/docs/concepts/services-networking/network-policies/) を使用して各テナント間の接続を制御する場合、kubenet は Calico ネットワーク ポリシーのみをサポートします。 [Azure サポート チームはサポートしていません](https://learn.microsoft.com/en-us/azure/aks/use-network-policies#differences-between-azure-network-policy-manager-and-calico-network-policy-and-their-capabilities)。 Calico ネットワーク ポリシーは、Calico コミュニティまたは追加の有料サポートを通じてのみサポートされることに注意してください。 +たとえば、1つの AKS クラスターに複数の ScalarDL Ledger 環境をデプロイし (マルチテナントの ScalarDL Ledger をデプロイするなど)、[Kubernetes NetworkPolicies](https://kubernetes.io/docs/concepts/services-networking/network-policies/) を使用して各テナント間の接続を制御する場合、kubenet は Calico ネットワークポリシーのみをサポートします。[Azure サポートチームはサポートしていません](https://learn.microsoft.com/en-us/azure/aks/use-network-policies#differences-between-azure-network-policy-manager-and-calico-network-policy-and-their-capabilities)。Calico ネットワークポリシーは、Calico コミュニティまたは追加の有料サポートを通じてのみサポートされることに注意してください。 -ただし、Azure サポート チームとエンジニアリング チームは Azure CNI をサポートします。 したがって、Kubernetes NetworkPolicies を使用して Azure サポート チームからサポートを受けたい場合は、Azure CNI を使用する必要があります。 kubenet と Azure CNI の違いの詳細については、次の Microsoft 公式ドキュメントを参照してください。 +ただし、Azure サポートチームとエンジニアリングチームは Azure CNI をサポートします。したがって、Kubernetes NetworkPolicies を使用して Azure サポートチームからサポートを受けたい場合は、Azure CNI を使用する必要があります。kubenet と Azure CNI の違いの詳細については、次の Microsoft 公式ドキュメントを参照してください。 * [Network concepts for applications in Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/concepts-network) * [Use kubenet networking with your own IP address ranges in Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/configure-kubenet) @@ -88,14 +89,14 @@ AKS の既定のネットワーク プラグインは [kubenet](https://learn.mi ### 要件に基づいていくつかのセキュリティ機能を使用して接続を制限する -ScalarDL Ledger では未使用の接続を制限する必要があります。 未使用の接続を制限するには、[ネットワーク セキュリティ グループ] など、Azure のいくつかのセキュリティ機能を使用できます。 +ScalarDL Ledger では未使用の接続を制限する必要があります。未使用の接続を制限するには、[ネットワークセキュリティグループ] など、Azure のいくつかのセキュリティ機能を使用できます。 ScalarDL Ledger がデフォルトで使用する接続 (ポート) は次のとおりです。 * ScalarDL Ledger * 50051/TCP (クライアントからのリクエストを受け付ける) * 50052/TCP (クライアントからの特権リクエストを受け入れます) - * 50053/TCP (scalar-admin クライアント ツールからの一時停止および一時停止解除リクエストを受け入れます) + * 50053/TCP (scalar-admin クライアントツールからの一時停止および一時停止解除リクエストを受け入れます) * 8080/TCP (監視リクエストを受け付ける) * Scalar Envoy (ScalarDL Ledger とともに使用) * 50051/TCP (ScalarDL Ledger の負荷分散) @@ -104,7 +105,7 @@ ScalarDL Ledger がデフォルトで使用する接続 (ポート) は次のと :::note -- 設定ファイル (`ledger.properties`) で ScalarDL Ledger のデフォルトのリスニング ポートを変更する場合は、設定したポートを使用して接続を許可する必要があります。 -- AKS 自体が使用する接続も許可する必要があります。 AKS トラフィック要件の詳細については、[Azure Kubernetes Service (AKS) の Azure Firewall を使用した下りトラフィックの制御](https://learn.microsoft.com/en-us/azure/aks/limit-egress-traffic) を参照してください。 +- 設定ファイル (`ledger.properties`) で ScalarDL Ledger のデフォルトのリスニングポートを変更する場合は、設定したポートを使用して接続を許可する必要があります。 +- AKS 自体が使用する接続も許可する必要があります。AKS トラフィック要件の詳細については、[Azure Kubernetes Service (AKS) の Azure Firewall を使用した下りトラフィックの制御](https://learn.microsoft.com/en-us/azure/aks/limit-egress-traffic)を参照してください。 ::: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateAKSClusterForScalarDLAuditor.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateAKSClusterForScalarDLAuditor.mdx index dac34d89..0cbf387a 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateAKSClusterForScalarDLAuditor.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateAKSClusterForScalarDLAuditor.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsJapanese --- # ScalarDL Ledger および ScalarDL Auditor 用の AKS クラスターを作成するためのガイドライン @@ -7,11 +8,11 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、ScalarDL Ledger および ScalarDL Auditor のデプロイ用の Azure Kubernetes Service (AKS) クラスターを作成するための要件と推奨事項について説明します。 AKS クラスターに ScalarDL Ledger と ScalarDL Auditor をデプロイする方法の詳細については、[AKS に ScalarDL Ledger と ScalarDL Auditor をデプロイする](ManualDeploymentGuideScalarDLAuditorOnAKS.mdx) を参照してください。 +このドキュメントでは、ScalarDL Ledger および ScalarDL Auditor のデプロイ用の Azure Kubernetes Service (AKS) クラスターを作成するための要件と推奨事項について説明します。AKS クラスターに ScalarDL Ledger と ScalarDL Auditor をデプロイする方法の詳細については、[AKS に ScalarDL Ledger と ScalarDL Auditor をデプロイする](ManualDeploymentGuideScalarDLAuditorOnAKS.mdx)を参照してください。 ## あなたが始める前に -次の要件、推奨事項、およびプロジェクトの要件に基づいて AKS クラスターを作成する必要があります。 AKS クラスターの作成方法の詳細については、環境で使用しているツールに基づいて、次の Microsoft 公式ドキュメントを参照してください。 +次の要件、推奨事項、およびプロジェクトの要件に基づいて AKS クラスターを作成する必要があります。AKS クラスターの作成方法の詳細については、環境で使用しているツールに基づいて、次の Microsoft 公式ドキュメントを参照してください。 * [Azure CLI](https://learn.microsoft.com/ja-jp/azure/aks/learn/quick-kubernetes-deploy-cli) * [PowerShell](https://learn.microsoft.com/ja-jp/azure/aks/learn/quick-kubernetes-deploy-powershell) @@ -21,38 +22,38 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ScalarDL Ledger と ScalarDL Auditor を展開する場合は、次のことを行う必要があります。 -* [サポートされている Kubernetes バージョン](https://scalardb.scalar-labs.com/docs/latest/requirements/#kubernetes) を使用して 2 つの AKS クラスターを作成します。 - * ScalarDL Ledger 用の 1 つの AKS クラスター - * ScalarDL Auditor 用の 1 つの AKS クラスター +* [サポートされている Kubernetes バージョン](https://scalardb.scalar-labs.com/docs/latest/requirements/#kubernetes)を使用して2つの AKS クラスターを作成します。 + * ScalarDL Ledger 用の1つの AKS クラスター + * ScalarDL Auditor 用の1つの AKS クラスター * Kubernetes のバージョンとプロジェクトの要件に基づいて AKS クラスターを構成します。 * 仮想ネットワーク(VNet) は以下のように設定します。 - * [Virtual network peering](https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-manage-peering) を使用して、**AKS の VNet (Ledger 用)** と **AKS の VNet (Auditor 用)** を接続します。 これを行うには、VNet の作成時に **AKS の VNet (Ledger 用)** と **AKS の VNet (Auditor 用)** に異なる IP 範囲を指定する必要があります。 + * [Virtual network peering](https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-manage-peering) を使用して、**AKS の VNet (Ledger 用)** と **AKS の VNet (Auditor 用)** を接続します。これを行うには、VNet の作成時に **AKS の VNet (Ledger 用)** と **AKS の VNet (Auditor 用)** に異なる IP 範囲を指定する必要があります。 * ScalarDL (Auditor モード) が適切に動作するように **Ledger と Auditor 間の接続**を許可します。 - * これらのネットワーク要件の詳細については、[ScalarDL Auditor Mode のネットワーク ピアリングの構成](NetworkPeeringForScalarDLAuditor.mdx) を参照してください。 + * これらのネットワーク要件の詳細については、[ScalarDL Auditor Mode のネットワークピアリングの構成](NetworkPeeringForScalarDLAuditor.mdx)を参照してください。 :::warning -ScalarDL でのビザンチン障害検出が適切に機能するには、ScalarDL Ledger および ScalarDL Auditor のデプロイと同じ AKS クラスターにアプリケーション ポッドをデプロイしないでください。 +ScalarDL でのビザンチン障害検出が適切に機能するには、ScalarDL Ledger および ScalarDL Auditor のデプロイと同じ AKS クラスターにアプリケーションポッドをデプロイしないでください。 ::: ## 推奨事項 (オプション) -以下は、ScalarDL Ledger および ScalarDL Auditor を展開するための推奨事項の一部です。 これらの推奨事項は必須ではないため、ニーズに基づいてこれらの推奨事項を適用するかどうかを選択できます。 +以下は、ScalarDL Ledger および ScalarDL Auditor を展開するための推奨事項の一部です。これらの推奨事項は必須ではないため、ニーズに基づいてこれらの推奨事項を適用するかどうかを選択できます。 -### AKS クラスターごとに少なくとも 3 つのワーカーノードと 3 つのポッドを作成します。 +### AKS クラスターごとに少なくとも3つのワーカーノードと3つのポッドを作成します。 -AKS クラスターの高可用性を確保するには、少なくとも 3 つのワーカーノードを使用し、ワーカーノード全体に少なくとも 3 つのポッドをデプロイする必要があります。 ワーカーノードに3つのPodを分散させるための `podAntiAffinity` の [ScalarDL Ledgerサンプル設定](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardl-custom-values.yaml) と [ScalarDL Auditorサンプル設定](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardl-audit-custom-values.yaml) をご覧ください。 +AKS クラスターの高可用性を確保するには、少なくとも3つのワーカーノードを使用し、ワーカーノード全体に少なくとも3つのポッドをデプロイする必要があります。ワーカーノードに3つのPodを分散させるための `podAntiAffinity` の [ScalarDL Ledgerサンプル設定](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardl-custom-values.yaml) と [ScalarDL Auditorサンプル設定](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardl-audit-custom-values.yaml)をご覧ください。 :::note -ワーカーノードを異なる [アベイラビリティ ゾーン](https://learn.microsoft.com/en-us/azure/availability-zones/az-overview) (AZ) に配置すると、AZ の障害に耐えることができます。 +ワーカーノードを異なる[アベイラビリティゾーン](https://learn.microsoft.com/en-us/azure/availability-zones/az-overview) (AZ) に配置すると、AZ の障害に耐えることができます。 ::: -### ScalarDL Ledger および ScalarDL Auditor ノード プールのワーカーノードには 4vCPU / 8GB メモリ ノードを使用します。 +### ScalarDL Ledger および ScalarDL Auditor ノードプールのワーカーノードには 4vCPU / 8GB メモリノードを使用します。 -商用ライセンスの観点から、ScalarDL Ledger または ScalarDL Auditor を実行する各ポッドのリソースは 2vCPU / 4GB メモリに制限されます。 ScalarDL Ledger および ScalarDL Auditor ポッドに加えて、Kubernetes は次のコンポーネントの一部を各ワーカーノードにデプロイできます。 +商用ライセンスの観点から、ScalarDL Ledger または ScalarDL Auditor を実行する各ポッドのリソースは 2vCPU / 4GB メモリに制限されます。ScalarDL Ledger および ScalarDL Auditor ポッドに加えて、Kubernetes は次のコンポーネントの一部を各ワーカーノードにデプロイできます。 * ScalarDL Ledger の AKS クラスター * ScalarDL Ledger ポッド (2vCPU / 4GB) @@ -65,34 +66,34 @@ AKS クラスターの高可用性を確保するには、少なくとも 3 つ * 監視コンポーネント (`kube-prometheus-stack` などの監視コンポーネントをデプロイする場合) * Kubernetes コンポーネント -これを念頭に置き、[少なくとも 3 つのワーカーノードと 3 つのポッドを作成する](#create-at-least-three-worker-nodes-and-three-pods-per-aks-cluster) で説明されているように、少なくとも 4vCPU / 8 GB のメモリ リソースを持つワーカーノードを使用し、可用性のために少なくとも 3 つのワーカーノードを使用する必要があります。 また、ビザンチン障害検出が適切に機能するには、ScalarDL Ledger および ScalarDL Auditor のデプロイと同じ AKS クラスターにアプリケーション ポッドをデプロイできないことに注意してください。 +これを念頭に置き、[少なくとも3つのワーカーノードと3つのポッドを作成する](#create-at-least-three-worker-nodes-and-three-pods-per-aks-cluster)で説明されているように、少なくとも 4vCPU / 8 GB のメモリリソースを持つワーカーノードを使用し、可用性のために少なくとも3つのワーカーノードを使用する必要があります。また、ビザンチン障害検出が適切に機能するには、ScalarDL Ledger および ScalarDL Auditor のデプロイと同じ AKS クラスターにアプリケーションポッドをデプロイできないことに注意してください。 -ただし、ノードあたり少なくとも 4vCPU / 8GB のメモリ リソースを備えた 3 つのノードが運用環境の最小環境となります。 また、システムのワークロードに応じて、AKS クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDL Ledger ポッド、ScalarDL Auditor ポッドなど) も考慮する必要があります。 また、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングする予定の場合は、ワーカーノードのリソースを決定するときにワーカーノード上の最大ポッド数を考慮する必要があります。 +ただし、ノードあたり少なくとも 4vCPU / 8GB のメモリリソースを備えた3つのノードが運用環境の最小環境となります。また、システムのワークロードに応じて、AKS クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDL Ledger ポッド、ScalarDL Auditor ポッドなど) も考慮する必要があります。また、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングする予定の場合は、ワーカーノードのリソースを決定するときにワーカーノード上の最大ポッド数を考慮する必要があります。 -### ScalarDL Ledger および ScalarDL Auditor ポッドのノード プールを作成する +### ScalarDL Ledger および ScalarDL Auditor ポッドのノードプールを作成する -AKS は、既定でシステム ポッド (AKS を実行し続けるために使用される) に優先される **agentpool** という名前のシステム ノード プールを 1 つ作成します。 ScalarDL Ledger および ScalarDL Auditor ポッド用に **user** モードで追加のノード プールを作成し、それらの追加のノード プールに ScalarDL Ledger および ScalarDL Auditor ポッドをデプロイすることをお勧めします。 +AKS は、既定でシステムポッド (AKS を実行し続けるために使用される) に優先される **agentpool** という名前のシステムノードプールを1つ作成します。ScalarDL Ledger および ScalarDL Auditor ポッド用に **user** モードで追加のノードプールを作成し、それらの追加のノードプールに ScalarDL Ledger および ScalarDL Auditor ポッドをデプロイすることをお勧めします。 -### AKS でクラスター オートスケーラーを構成する +### AKS でクラスターオートスケーラーを構成する -[Horizontal Pod Autoscaler)](https://learn.microsoft.com/en-us/azure/aks/concepts-scale#horizontal-pod-autoscaler) を使用して ScalarDL Ledger および ScalarDL Auditor ポッドを自動的にスケーリングする場合は、AKS でもクラスター オートスケーラーを構成する必要があります。 詳細については、Microsoft の公式ドキュメント [Cluster autoscaler](https://learn.microsoft.com/en-us/azure/aks/concepts-scale#cluster-autoscaler) を参照してください。 +[Horizontal Pod Autoscaler)](https://learn.microsoft.com/en-us/azure/aks/concepts-scale#horizontal-pod-autoscaler) を使用して ScalarDL Ledger および ScalarDL Auditor ポッドを自動的にスケーリングする場合は、AKS でもクラスターオートスケーラーを構成する必要があります。詳細については、Microsoft の公式ドキュメント [Cluster autoscaler](https://learn.microsoft.com/en-us/azure/aks/concepts-scale#cluster-autoscaler) を参照してください。 -さらに、クラスター オートスケーラーを構成する場合は、AKS がスケーリング後にネットワークの問題なく動作できるように、十分な数の IP が存在することを確認するために AKS 用の VNet にサブネットを作成する必要があります。 必要な IP の数は、ネットワーク プラグインによって異なります。 必要な IP 数の詳細については、以下を参照してください。 +さらに、クラスターオートスケーラーを構成する場合は、AKS がスケーリング後にネットワークの問題なく動作できるように、十分な数の IP が存在することを確認するために AKS 用の VNet にサブネットを作成する必要があります。必要な IP の数は、ネットワークプラグインによって異なります。必要な IP 数の詳細については、以下を参照してください。 * [Use kubenet networking with your own IP address ranges in Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/configure-kubenet) * [Configure Azure CNI networking in Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/configure-azure-cni) -### プライベート ネットワーク上に AKS クラスターを作成する +### プライベートネットワーク上に AKS クラスターを作成する -ScalarDL Ledger と ScalarDL Auditor はインターネット アクセス経由でユーザーに直接サービスを提供しないため、プライベート ネットワーク (VNet のプライベート サブネット) 上に AKS クラスターを作成する必要があります。 アプリケーションからプライベート ネットワーク経由で ScalarDL Ledger および ScalarDL Auditor にアクセスすることをお勧めします。 +ScalarDL Ledger と ScalarDL Auditor はインターネットアクセス経由でユーザーに直接サービスを提供しないため、プライベートネットワーク (VNet のプライベートサブネット) 上に AKS クラスターを作成する必要があります。アプリケーションからプライベートネットワーク経由で ScalarDL Ledger および ScalarDL Auditor にアクセスすることをお勧めします。 ### 必要に応じて、Azure CNI を使用して AKS クラスターを作成します。 -AKS の既定のネットワーク プラグインは [kubenet](https://learn.microsoft.com/en-us/azure/aks/configure-kubenet) です。 要件が kubenet と一致しない場合は、[Azure Container Networking Interface (CNI)](https://learn.microsoft.com/en-us/azure/aks/configure-azure-cni) を使用する必要があります。 +AKS の既定のネットワークプラグインは [kubenet](https://learn.microsoft.com/en-us/azure/aks/configure-kubenet) です。要件が kubenet と一致しない場合は、[Azure Container Networking Interface (CNI)](https://learn.microsoft.com/en-us/azure/aks/configure-azure-cni) を使用する必要があります。 -たとえば、複数の ScalarDL Ledger 環境と ScalarDL Auditor 環境を 2 つの AKS クラスターではなく 1 つの AKS クラスターのみにデプロイし (マルチテナントの ScalarDL をデプロイするなど)、[Kubernetes NetworkPolicies](https://kubernetes.io/docs/concepts/services-networking/network-policies/) を使用して各テナント間の接続を制御する場合、kubenet は Calico ネットワーク ポリシーのみ。[Azure サポート チームはサポートしていません](https://learn.microsoft.com/en-us/azure/aks/use-network-policies#differences-between-azure-network-policy-manager-and-calico-network-policy-and-their-capabilities)。 Calico ネットワーク ポリシーは、Calico コミュニティまたは追加の有料サポートを通じてのみサポートされることに注意してください。 +たとえば、複数の ScalarDL Ledger 環境と ScalarDL Auditor 環境を2つの AKS クラスターではなく1つの AKS クラスターのみにデプロイし (マルチテナントの ScalarDL をデプロイするなど)、[Kubernetes NetworkPolicies](https://kubernetes.io/docs/concepts/services-networking/network-policies/) を使用して各テナント間の接続を制御する場合、kubenet は Calico ネットワークポリシーのみ。[Azure サポートチームはサポートしていません](https://learn.microsoft.com/en-us/azure/aks/use-network-policies#differences-between-azure-network-policy-manager-and-calico-network-policy-and-their-capabilities)。Calico ネットワークポリシーは、Calico コミュニティまたは追加の有料サポートを通じてのみサポートされることに注意してください。 -ただし、Azure サポート チームとエンジニアリング チームは Azure CNI をサポートします。 したがって、Kubernetes NetworkPolicies を使用して Azure サポート チームからサポートを受けたい場合は、Azure CNI を使用する必要があります。 kubenet と Azure CNI の違いの詳細については、次の Microsoft 公式ドキュメントを参照してください。 +ただし、Azure サポートチームとエンジニアリングチームは Azure CNI をサポートします。したがって、Kubernetes NetworkPolicies を使用して Azure サポートチームからサポートを受けたい場合は、Azure CNI を使用する必要があります。kubenet と Azure CNI の違いの詳細については、次の Microsoft 公式ドキュメントを参照してください。 * [Network concepts for applications in Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/concepts-network) * [Use kubenet networking with your own IP address ranges in Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/configure-kubenet) @@ -100,19 +101,19 @@ AKS の既定のネットワーク プラグインは [kubenet](https://learn.mi ### 要件に基づいていくつかのセキュリティ機能を使用して接続を制限する -ScalarDL および ScalarDL Auditor では、未使用の接続を制限する必要があります。 未使用の接続を制限するには、[network security groups](https://learn.microsoft.com/en-us/azure/virtual-network/network-security-groups-overview) などの Azure のセキュリティ機能を使用できます。 +ScalarDL および ScalarDL Auditor では、未使用の接続を制限する必要があります。未使用の接続を制限するには、[network security groups](https://learn.microsoft.com/en-us/azure/virtual-network/network-security-groups-overview) などの Azure のセキュリティ機能を使用できます。 ScalarDL Ledger および ScalarDL Auditor がデフォルトで使用する接続 (ポート) は次のとおりです。 * ScalarDL Ledger * 50051/TCP (クライアントおよび ScalarDL Auditor からのリクエストを受け入れる) * 50052/TCP (クライアントおよび ScalarDL Auditor からの特権リクエストを受け入れます) - * 50053/TCP (scalar-admin クライアント ツールからの一時停止/一時停止解除リクエストを受け入れます) + * 50053/TCP (scalar-admin クライアントツールからの一時停止/一時停止解除リクエストを受け入れます) * 8080/TCP (監視リクエストを受け付ける) * ScalarDL Auditor * 40051/TCP (クライアントからのリクエストを受け付ける) * 40052/TCP (クライアントからの特権リクエストを受け入れます) - * 40053/TCP (scalar-admin クライアント ツールからの一時停止および一時停止解除リクエストを受け入れます) + * 40053/TCP (scalar-admin クライアントツールからの一時停止および一時停止解除リクエストを受け入れます) * 8080/TCP (監視リクエストを受け付ける) * Scalar Envoy (ScalarDL Ledger および ScalarDL Auditor とともに使用) * 50051/TCP (ScalarDL Ledger の負荷分散) @@ -123,7 +124,7 @@ ScalarDL Ledger および ScalarDL Auditor がデフォルトで使用する接 :::note -- 設定ファイル (それぞれ `ledger.properties` と `auditor.properties`) で ScalarDL Ledger と ScalarDL Auditor のデフォルトのリスニング ポートを変更する場合は、設定したポートを使用して接続を許可する必要があります。 -- AKS 自体が使用する接続も許可する必要があります。 AKS トラフィック要件の詳細については、[Control egress traffic using Azure Firewall in Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/limit-egress-traffic) を参照してください。 +- 設定ファイル (それぞれ `ledger.properties` と `auditor.properties`) で ScalarDL Ledger と ScalarDL Auditor のデフォルトのリスニングポートを変更する場合は、設定したポートを使用して接続を許可する必要があります。 +- AKS 自体が使用する接続も許可する必要があります。AKS トラフィック要件の詳細については、[Control egress traffic using Azure Firewall in Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/limit-egress-traffic) を参照してください。 ::: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateAKSClusterForScalarProducts.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateAKSClusterForScalarProducts.mdx index 88a10073..9e8927fc 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateAKSClusterForScalarProducts.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateAKSClusterForScalarProducts.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Scalar 製品用の AKS クラスターを作成するためのガイドライン diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateBastionServer.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateBastionServer.mdx index bd4d91c7..059eb28b 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateBastionServer.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateBastionServer.mdx @@ -2,34 +2,35 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- -# 要塞サーバーを作成する +# 踏み台サーバーを作成する import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、要塞サーバーを作成し、Scalar 製品を展開するためのいくつかのツールをインストールする方法について説明します。 +このドキュメントでは、踏み台サーバーを作成し、Scalar 製品を展開するためのいくつかのツールをインストールする方法について説明します。 -## Kubernetes クラスターと同じプライベート ネットワーク上にサーバーを作成します +## Kubernetes クラスターと同じプライベートネットワーク上にサーバーを作成します -Scalar 製品用の Kubernetes クラスターはプライベート ネットワーク上に作成することをお勧めします。 プライベート ネットワーク上に Kubernetes クラスターを作成する場合は、Kubernetes クラスターにアクセスするために、同じプライベート ネットワーク上に要塞サーバーを作成する必要があります。 +Scalar 製品用の Kubernetes クラスターはプライベートネットワーク上に作成することをお勧めします。プライベートネットワーク上に Kubernetes クラスターを作成する場合は、Kubernetes クラスターにアクセスするために、同じプライベートネットワーク上に踏み台サーバーを作成する必要があります。 ## ツールをインストールする -公式ドキュメントに従って、次のツールを要塞サーバーにインストールしてください。 +公式ドキュメントに従って、次のツールを踏み台サーバーにインストールしてください。 * [kubectl](https://kubernetes.io/docs/tasks/tools/#kubectl) * [helm](https://helm.sh/docs/intro/install/) ## kubeconfig の構成 -kubectl コマンドをインストールした後、Kubernetes クラスターにアクセスできるように **kubeconfig** を構成する必要があります。 各マネージド Kubernetes での kubeconfig の設定方法の詳細については、次の公式ドキュメントを参照してください。 +kubectl コマンドをインストールした後、Kubernetes クラスターにアクセスできるように **kubeconfig** を構成する必要があります。各マネージド Kubernetes での kubeconfig の設定方法の詳細については、次の公式ドキュメントを参照してください。 -Amazon EKS (Amazon Elastic Kubernetes Service) を使用する場合は、公式ドキュメント [Installing or updating the latest version of the AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/getting-started-install.html) に従って **AWS CLI** をインストールする必要があります。 その後、[Creating or updating a kubeconfig file for an Amazon EKS cluster](https://docs.aws.amazon.com/eks/latest/userguide/create-kubeconfig.html) で kubeconfig を設定する方法を確認できます。 +Amazon EKS (Amazon Elastic Kubernetes Service) を使用する場合は、公式ドキュメント [Installing or updating the latest version of the AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/getting-started-install.html) に従って **AWS CLI** をインストールする必要があります。その後、[Creating or updating a kubeconfig file for an Amazon EKS cluster](https://docs.aws.amazon.com/eks/latest/userguide/create-kubeconfig.html) で kubeconfig を設定する方法を確認できます。 -AKS (Azure Kubernetes Service) を使用する場合は、公式ドキュメント [How to install the Azure CLI](https://learn.microsoft.com/en-us/cli/azure/install-azure-cli) に従って **Azure CLI** をインストールする必要があります。 その後、[az aks get-credentials](https://learn.microsoft.com/en-us/cli/azure/aks?view=azure-cli-latest#az-aks-get-credentials) で kubeconfig を構成する方法を確認できます。 +AKS (Azure Kubernetes Service) を使用する場合は、公式ドキュメント [How to install the Azure CLI](https://learn.microsoft.com/en-us/cli/azure/install-azure-cli) に従って **Azure CLI** をインストールする必要があります。その後、[az aks get-credentials](https://learn.microsoft.com/en-us/cli/azure/aks?view=azure-cli-latest#az-aks-get-credentials) で kubeconfig を構成する方法を確認できます。 ## インストールを確認する @@ -44,7 +45,7 @@ AKS (Azure Kubernetes Service) を使用する場合は、公式ドキュメン helm version ``` -次のように、kubeconfig が適切に構成されているかどうかを確認することもできます。 URL 応答が表示された場合、kubectl はクラスターにアクセスするように正しく構成されています。 +次のように、kubeconfig が適切に構成されているかどうかを確認することもできます。URL 応答が表示された場合、kubectl はクラスターにアクセスするように正しく構成されています。 ```console kubectl cluster-info ``` diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarDB.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarDB.mdx index 64927fe0..57c58162 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarDB.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarDB.mdx @@ -3,6 +3,7 @@ tags: - Enterprise Standard - Enterprise Premium - Deprecated +displayed_sidebar: docsJapanese --- # (非推奨) ScalarDB Server 用の EKS クラスターを作成するためのガイドライン @@ -13,30 +14,30 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; :::warning -ScalarDB Server は非推奨になりました。 代わりに [ScalarDB Cluster](ManualDeploymentGuideScalarDBClusterOnEKS.mdx) を使用してください。 +ScalarDB Server は非推奨になりました。代わりに [ScalarDB Cluster](ManualDeploymentGuideScalarDBClusterOnEKS.mdx) を使用してください。 ::: -このドキュメントでは、ScalarDB Server デプロイメント用の Amazon Elastic Kubernetes Service (EKS) クラスターを作成するための要件と推奨事項について説明します。 ScalarDB Server を EKS クラスターにデプロイする方法の詳細については、[ScalarDB Server を Amazon EKS にデプロイする](ManualDeploymentGuideScalarDBServerOnEKS.mdx)を参照してください。 +このドキュメントでは、ScalarDB Server デプロイメント用の Amazon Elastic Kubernetes Service (EKS) クラスターを作成するための要件と推奨事項について説明します。ScalarDB Server を EKS クラスターにデプロイする方法の詳細については、[ScalarDB Server を Amazon EKS にデプロイする](ManualDeploymentGuideScalarDBServerOnEKS.mdx)を参照してください。 ## あなたが始める前に -EKS クラスターは、次の要件、推奨事項、およびプロジェクトの要件に基づいて作成する必要があります。 EKS クラスターの作成方法の詳細については、Amazon の公式ドキュメント [Creating an Amazon EKS cluster](https://docs.aws.amazon.com/eks/latest/userguide/create-cluster.html) を参照してください。 +EKS クラスターは、次の要件、推奨事項、およびプロジェクトの要件に基づいて作成する必要があります。EKS クラスターの作成方法の詳細については、Amazon の公式ドキュメント [Creating an Amazon EKS cluster](https://docs.aws.amazon.com/eks/latest/userguide/create-cluster.html) を参照してください。 ## 要件 ScalarDB Server を展開するときは、次のことを行う必要があります。 -* [サポートされている Kubernetes バージョン](https://scalardb.scalar-labs.com/docs/latest/requirements/#kubernetes) を使用して EKS クラスターを作成します。 +* [サポートされている Kubernetes バージョン](https://scalardb.scalar-labs.com/docs/latest/requirements/#kubernetes)を使用して EKS クラスターを作成します。 * Kubernetes のバージョンとプロジェクトの要件に基づいて EKS クラスターを構成します。 ## 推奨事項 (オプション) -以下に、ScalarDB Server を展開するための推奨事項をいくつか示します。 これらの推奨事項は必須ではないため、ニーズに基づいてこれらの推奨事項を適用するかどうかを選択できます。 +以下に、ScalarDB Server を展開するための推奨事項をいくつか示します。これらの推奨事項は必須ではないため、ニーズに基づいてこれらの推奨事項を適用するかどうかを選択できます。 -### 少なくとも 3 つのワーカーノードと 3 つのポッドを作成します +### 少なくとも3つのワーカーノードと3つのポッドを作成します -EKS クラスターの高可用性を確保するには、少なくとも 3 つのワーカーノードを使用し、ワーカーノード全体に少なくとも 3 つのポッドをデプロイする必要があります。 3 つのポッドをワーカーノードに分散させるための `podAntiAffinity` の [サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardb-custom-values.yaml) を参照できます。 +EKS クラスターの高可用性を確保するには、少なくとも3つのワーカーノードを使用し、ワーカーノード全体に少なくとも3つのポッドをデプロイする必要があります。3つのポッドをワーカーノードに分散させるための `podAntiAffinity` の[サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardb-custom-values.yaml)を参照できます。 :::note @@ -44,33 +45,33 @@ EKS クラスターの高可用性を確保するには、少なくとも 3 つ ::: -### ScalarDB Server ノード グループのワーカーノードには 4vCPU / 8GB メモリ ノードを使用します。 +### ScalarDB Server ノードグループのワーカーノードには 4vCPU / 8GB メモリノードを使用します。 -商用ライセンスの観点から、ScalarDB Server を実行する 1 つのポッドのリソースは 2vCPU / 4GB メモリに制限されます。 ScalarDB Server ポッドに加えて、Kubernetes は次のコンポーネントの一部を各ワーカーノードにデプロイできます。 +商用ライセンスの観点から、ScalarDB Server を実行する1つのポッドのリソースは 2vCPU / 4GB メモリに制限されます。ScalarDB Server ポッドに加えて、Kubernetes は次のコンポーネントの一部を各ワーカーノードにデプロイできます。 * ScalarDB Server ポッド (2vCPU / 4GB) * Envoy プロキシ -* アプリケーション ポッド (同じワーカーノード上でアプリケーションのポッドを実行することを選択した場合) +* アプリケーションポッド (同じワーカーノード上でアプリケーションのポッドを実行することを選択した場合) * 監視コンポーネント (`kube-prometheus-stack` などの監視コンポーネントをデプロイする場合) * Kubernetes コンポーネント -これを念頭に置き、[少なくとも 3 つのワーカーノードと 3 つのポッドを作成する](#create-at-least-three-worker-nodes-and-three-pods) で説明されているように、少なくとも 4vCPU / 8 GB のメモリ リソースを持つワーカーノードを使用し、可用性のために少なくとも 3 つのワーカーノードを使用する必要があります。 +これを念頭に置き、[少なくとも3つのワーカーノードと3つのポッドを作成する](#create-at-least-three-worker-nodes-and-three-pods)で説明されているように、少なくとも 4vCPU / 8 GB のメモリリソースを持つワーカーノードを使用し、可用性のために少なくとも3つのワーカーノードを使用する必要があります。 -ただし、運用環境では、ノードあたり少なくとも 4vCPU / 8GB のメモリ リソースを備えた 3 つのノードが最小条件となります。 システムのワークロードに応じて、EKS クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDB Server ポッド、アプリケーションのポッドなど) も考慮する必要があります。 また、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングする予定の場合は、ワーカーノードのリソースを決定するときにワーカーノード上の最大ポッド数を考慮する必要があります。 +ただし、運用環境では、ノードあたり少なくとも 4vCPU / 8GB のメモリリソースを備えた3つのノードが最小条件となります。システムのワークロードに応じて、EKS クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDB Server ポッド、アプリケーションのポッドなど) も考慮する必要があります。また、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングする予定の場合は、ワーカーノードのリソースを決定するときにワーカーノード上の最大ポッド数を考慮する必要があります。 -### EKS でクラスター オートスケーラーを構成する +### EKS でクラスターオートスケーラーを構成する -[Horizontal Pod Autoscaler](https://docs.aws.amazon.com/eks/latest/userguide/horizontal-pod-autoscaler.html) を使用して ScalarDB Server ポッドを自動的にスケーリングする場合は、EKS でクラスター オートスケーラーも構成する必要があります。 詳細については、Amazon の公式ドキュメント [Autoscaling](https://docs.aws.amazon.com/eks/latest/userguide/autoscaling.html#cluster-autoscaler) を参照してください。 +[Horizontal Pod Autoscaler](https://docs.aws.amazon.com/eks/latest/userguide/horizontal-pod-autoscaler.html) を使用して ScalarDB Server ポッドを自動的にスケーリングする場合は、EKS でクラスターオートスケーラーも構成する必要があります。詳細については、Amazon の公式ドキュメント [Autoscaling](https://docs.aws.amazon.com/eks/latest/userguide/autoscaling.html#cluster-autoscaler) を参照してください。 -さらに、クラスター オートスケーラーを構成する場合は、プレフィックス (`/24` など) を付けて EKS 用の Amazon Virtual Private Cloud (VPC) にサブネットを作成し、十分な数の IP が存在することを確認して、EKS がクラスター オートスケーラーなしで動作できるようにする必要があります。 スケーリング後のネットワークの問題。 +さらに、クラスターオートスケーラーを構成する場合は、プレフィックス (`/24` など) を付けて EKS 用の Amazon Virtual Private Cloud (VPC) にサブネットを作成し、十分な数の IP が存在することを確認して、EKS がクラスターオートスケーラーなしで動作できるようにする必要があります。スケーリング後のネットワークの問題。 -### プライベート ネットワーク上に EKS クラスターを作成する +### プライベートネットワーク上に EKS クラスターを作成する -ScalarDB Server はインターネット アクセス経由でユーザーにサービスを直接提供しないため、プライベート ネットワーク (VPC 内のプライベート サブネット) 上に EKS クラスターを作成する必要があります。 アプリケーションからプライベート ネットワーク経由で ScalarDB Server にアクセスすることをお勧めします。 +ScalarDB Server はインターネットアクセス経由でユーザーにサービスを直接提供しないため、プライベートネットワーク (VPC 内のプライベートサブネット) 上に EKS クラスターを作成する必要があります。アプリケーションからプライベートネットワーク経由で ScalarDB Server にアクセスすることをお勧めします。 ### 要件に基づいていくつかのセキュリティ機能を使用して接続を制限する -ScalarDB Server では未使用の接続を制限する必要があります。 未使用の接続を制限するには、[security groups](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html) や [network access control lists](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) など、AWS のいくつかのセキュリティ機能を使用できます。 +ScalarDB Server では未使用の接続を制限する必要があります。未使用の接続を制限するには、[security groups](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html) や [network access control lists](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) など、AWS のいくつかのセキュリティ機能を使用できます。 ScalarDB Server がデフォルトで使用する接続 (ポート) は次のとおりです。 @@ -83,7 +84,7 @@ ScalarDB Server がデフォルトで使用する接続 (ポート) は次のと :::note -- 構成ファイル (`database.properties`) で ScalarDB Server のデフォルトのリスニング ポートを変更する場合は、構成したポートを使用して接続を許可する必要があります。 -- EKS 自体が使用する接続も許可する必要があります。 Amazon EKS セキュリティグループの要件の詳細については、[Amazon EKS security group requirements and considerations](https://docs.aws.amazon.com/eks/latest/userguide/sec-group-reqs.html) を参照してください。 +- 構成ファイル (`database.properties`) で ScalarDB Server のデフォルトのリスニングポートを変更する場合は、構成したポートを使用して接続を許可する必要があります。 +- EKS 自体が使用する接続も許可する必要があります。Amazon EKS セキュリティグループの要件の詳細については、[Amazon EKS security group requirements and considerations](https://docs.aws.amazon.com/eks/latest/userguide/sec-group-reqs.html) を参照してください。 ::: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarDBCluster.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarDBCluster.mdx index 66f32e34..4a46d3c6 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarDBCluster.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarDBCluster.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster 用の EKS クラスターを作成するためのガイドライン @@ -10,26 +11,26 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、ScalarDB Cluster 展開用の Amazon Elastic Kubernetes Service (EKS) クラスターを作成するための要件と推奨事項について説明します。 ScalarDB Cluster を EKS クラスターにデプロイする方法の詳細については、[Amazon EKS に ScalarDB Cluster をデプロイする](ManualDeploymentGuideScalarDBClusterOnEKS.mdx) を参照してください。 +このドキュメントでは、ScalarDB Cluster 展開用の Amazon Elastic Kubernetes Service (EKS) クラスターを作成するための要件と推奨事項について説明します。ScalarDB Cluster を EKS クラスターにデプロイする方法の詳細については、[Amazon EKS に ScalarDB Cluster をデプロイする](ManualDeploymentGuideScalarDBClusterOnEKS.mdx) を参照してください。 ## あなたが始める前に -EKS クラスターは、次の要件、推奨事項、およびプロジェクトの要件に基づいて作成する必要があります。 EKS クラスターの作成方法の詳細については、Amazon の公式ドキュメント [Creating an Amazon EKS cluster](https://docs.aws.amazon.com/eks/latest/userguide/create-cluster.html) を参照してください。 +EKS クラスターは、次の要件、推奨事項、およびプロジェクトの要件に基づいて作成する必要があります。EKS クラスターの作成方法の詳細については、Amazon の公式ドキュメント [Creating an Amazon EKS cluster](https://docs.aws.amazon.com/eks/latest/userguide/create-cluster.html) を参照してください。 ## 要件 ScalarDB Cluster をデプロイする場合は、次のことを行う必要があります。 -* [サポートされている Kubernetes バージョン](https://scalardb.scalar-labs.com/docs/latest/requirements/#kubernetes) を使用して EKS クラスターを作成します。 +* [サポートされている Kubernetes バージョン](https://scalardb.scalar-labs.com/docs/latest/requirements/#kubernetes)を使用して EKS クラスターを作成します。 * Kubernetes のバージョンとプロジェクトの要件に基づいて EKS クラスターを構成します。 ## 推奨事項 (オプション) -以下は、ScalarDB Cluster をデプロイするための推奨事項の一部です。 これらの推奨事項は必須ではないため、ニーズに基づいてこれらの推奨事項を適用するかどうかを選択できます。 +以下は、ScalarDB Cluster をデプロイするための推奨事項の一部です。これらの推奨事項は必須ではないため、ニーズに基づいてこれらの推奨事項を適用するかどうかを選択できます。 -### 少なくとも 3 つのワーカーノードと 3 つのポッドを作成します +### 少なくとも3つのワーカーノードと3つのポッドを作成します -EKS クラスターの高可用性を確保するには、少なくとも 3 つのワーカーノードを使用し、ワーカーノード全体に少なくとも 3 つのポッドをデプロイする必要があります。 3 つのポッドをワーカーノードに分散させるための `podAntiAffinity` の [サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardb-cluster-custom-values-indirect-mode.yaml) を参照できます。 +EKS クラスターの高可用性を確保するには、少なくとも3つのワーカーノードを使用し、ワーカーノード全体に少なくとも3つのポッドをデプロイする必要があります。3つのポッドをワーカーノードに分散させるための `podAntiAffinity` の[サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardb-cluster-custom-values-indirect-mode.yaml)を参照できます。 :::note @@ -37,13 +38,13 @@ EKS クラスターの高可用性を確保するには、少なくとも 3 つ ::: -### ScalarDB Cluster ノード グループのワーカーノードには 4vCPU / 8GB メモリ ノードを使用します。 +### ScalarDB Cluster ノードグループのワーカーノードには 4vCPU / 8GB メモリノードを使用します。 -商用ライセンスの観点から、ScalarDB Cluster を実行する 1 つのポッドのリソースは 2vCPU / 4GB メモリに制限されます。 ScalarDB Cluster ポッドに加えて、Kubernetes は次のコンポーネントの一部を各ワーカーノードにデプロイできます。 +商用ライセンスの観点から、ScalarDB Cluster を実行する1つのポッドのリソースは 2vCPU / 4GB メモリに制限されます。ScalarDB Cluster ポッドに加えて、Kubernetes は次のコンポーネントの一部を各ワーカーノードにデプロイできます。 * ScalarDB Cluster ポッド (2vCPU / 4GB) -* Envoy プロキシ (`indirect` クライアント モードを使用する場合、または Java 以外のプログラミング言語を使用する場合) -* アプリケーション ポッド (同じワーカーノード上でアプリケーションのポッドを実行することを選択した場合) +* Envoy プロキシ (`indirect` クライアントモードを使用する場合、または Java 以外のプログラミング言語を使用する場合) +* アプリケーションポッド (同じワーカーノード上でアプリケーションのポッドを実行することを選択した場合) * 監視コンポーネント (`kube-prometheus-stack` などの監視コンポーネントをデプロイする場合) * Kubernetes コンポーネント @@ -53,23 +54,23 @@ EKS クラスターの高可用性を確保するには、少なくとも 3 つ ::: -これを念頭に置き、[少なくとも 3 つのワーカーノードと 3 つのポッドを作成する](#create-at-least-three-worker-nodes-and-three-pods) で説明されているように、少なくとも 4vCPU / 8 GB のメモリ リソースを持つワーカーノードを使用し、可用性のために少なくとも 3 つのワーカーノードを使用する必要があります。 +これを念頭に置き、[少なくとも3つのワーカーノードと3つのポッドを作成する](#create-at-least-three-worker-nodes-and-three-pods)で説明されているように、少なくとも 4vCPU / 8 GB のメモリリソースを持つワーカーノードを使用し、可用性のために少なくとも3つのワーカーノードを使用する必要があります。 -ただし、運用環境では、ノードあたり少なくとも 4vCPU / 8GB のメモリ リソースを備えた 3 つのノードが最小条件となります。 システムのワークロードに応じて、EKS クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDB Cluster ポッド、アプリケーションのポッドなど) も考慮する必要があります。 また、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングする予定の場合は、ワーカーノードのリソースを決定するときにワーカーノード上の最大ポッド数を考慮する必要があります。 +ただし、運用環境では、ノードあたり少なくとも 4vCPU / 8GB のメモリリソースを備えた3つのノードが最小条件となります。システムのワークロードに応じて、EKS クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDB Cluster ポッド、アプリケーションのポッドなど) も考慮する必要があります。また、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングする予定の場合は、ワーカーノードのリソースを決定するときにワーカーノード上の最大ポッド数を考慮する必要があります。 -### EKS でクラスター オートスケーラーを構成する +### EKS でクラスターオートスケーラーを構成する -[Horizontal Pod Autoscaler](https://docs.aws.amazon.com/eks/latest/userguide/horizontal-pod-autoscaler.html) を使用して ScalarDB Cluster ポッドを自動的にスケーリングする場合は、EKS でもクラスター オートスケーラーを構成する必要があります。 詳細については、Amazon の公式ドキュメント [Autoscaling](https://docs.aws.amazon.com/eks/latest/userguide/autoscaling.html#cluster-autoscaler) を参照してください。 +[Horizontal Pod Autoscaler](https://docs.aws.amazon.com/eks/latest/userguide/horizontal-pod-autoscaler.html) を使用して ScalarDB Cluster ポッドを自動的にスケーリングする場合は、EKS でもクラスターオートスケーラーを構成する必要があります。詳細については、Amazon の公式ドキュメント [Autoscaling](https://docs.aws.amazon.com/eks/latest/userguide/autoscaling.html#cluster-autoscaler) を参照してください。 -さらに、クラスター オートスケーラーを構成する場合は、プレフィックス (`/24` など) を付けて EKS 用の Amazon Virtual Private Cloud (VPC) にサブネットを作成し、十分な数の IP が存在することを確認して、EKS がクラスター オートスケーラーなしで動作できるようにする必要があります。 スケーリング後のネットワークの問題。 +さらに、クラスターオートスケーラーを構成する場合は、プレフィックス (`/24` など) を付けて EKS 用の Amazon Virtual Private Cloud (VPC) にサブネットを作成し、十分な数の IP が存在することを確認して、EKS がクラスターオートスケーラーなしで動作できるようにする必要があります。スケーリング後のネットワークの問題。 -### プライベート ネットワーク上に EKS クラスターを作成する +### プライベートネットワーク上に EKS クラスターを作成する -ScalarDB Cluster はインターネット アクセス経由でユーザーにサービスを直接提供しないため、EKS クラスターはプライベート ネットワーク (VPC 内のプライベート サブネット) 上に作成する必要があります。 アプリケーションからプライベート ネットワーク経由で ScalarDB Cluster にアクセスすることをお勧めします。 +ScalarDB Cluster はインターネットアクセス経由でユーザーにサービスを直接提供しないため、EKS クラスターはプライベートネットワーク (VPC 内のプライベートサブネット) 上に作成する必要があります。アプリケーションからプライベートネットワーク経由で ScalarDB Cluster にアクセスすることをお勧めします。 ### 要件に基づいていくつかのセキュリティ機能を使用して接続を制限する -ScalarDB Cluster で未使用の接続を制限する必要があります。 未使用の接続を制限するには、[security groups](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html) や [network access control lists](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) など、AWS のいくつかのセキュリティ機能を使用できます。 +ScalarDB Cluster で未使用の接続を制限する必要があります。未使用の接続を制限するには、[security groups](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html) や [network access control lists](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) など、AWS のいくつかのセキュリティ機能を使用できます。 ScalarDB Cluster がデフォルトで使用する接続 (ポート) は次のとおりです。 @@ -83,7 +84,7 @@ ScalarDB Cluster がデフォルトで使用する接続 (ポート) は次の :::note -- 構成ファイル (`scalardb-cluster-node.properties`) で ScalarDB Clusterのデフォルトのリスニング ポートを変更する場合は、構成したポートを使用して接続を許可する必要があります。 -- EKS 自体が使用する接続も許可する必要があります。 Amazon EKS セキュリティグループの要件の詳細については、[Amazon EKS security group requirements and considerations](https://docs.aws.amazon.com/eks/latest/userguide/sec-group-reqs.html) を参照してください。 +- 構成ファイル (`scalardb-cluster-node.properties`) で ScalarDB Clusterのデフォルトのリスニングポートを変更する場合は、構成したポートを使用して接続を許可する必要があります。 +- EKS 自体が使用する接続も許可する必要があります。Amazon EKS セキュリティグループの要件の詳細については、[Amazon EKS security group requirements and considerations](https://docs.aws.amazon.com/eks/latest/userguide/sec-group-reqs.html) を参照してください。 ::: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarDL.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarDL.mdx index c244507f..0f80f4b8 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarDL.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarDL.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsJapanese --- # ScalarDL Ledger の EKS クラスターを作成するためのガイドライン @@ -7,32 +8,32 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、ScalarDL Ledger デプロイ用の Amazon Elastic Kubernetes Service (EKS) クラスターを作成するための要件と推奨事項について説明します。 ScalarDL Ledger を EKS クラスターにデプロイする方法の詳細については、[ScalarDL Ledger を Amazon EKS にデプロイする](ManualDeploymentGuideScalarDLOnEKS.mdx)を参照してください。 +このドキュメントでは、ScalarDL Ledger デプロイ用の Amazon Elastic Kubernetes Service (EKS) クラスターを作成するための要件と推奨事項について説明します。ScalarDL Ledger を EKS クラスターにデプロイする方法の詳細については、[ScalarDL Ledger を Amazon EKS にデプロイする](ManualDeploymentGuideScalarDLOnEKS.mdx)を参照してください。 ## あなたが始める前に -EKS クラスターは、次の要件、推奨事項、およびプロジェクトの要件に基づいて作成する必要があります。 EKS クラスターの作成方法の詳細については、Amazon の公式ドキュメント [Creating an Amazon EKS cluster](https://docs.aws.amazon.com/eks/latest/userguide/create-cluster.html) を参照してください。 +EKS クラスターは、次の要件、推奨事項、およびプロジェクトの要件に基づいて作成する必要があります。EKS クラスターの作成方法の詳細については、Amazon の公式ドキュメント [Creating an Amazon EKS cluster](https://docs.aws.amazon.com/eks/latest/userguide/create-cluster.html) を参照してください。 ## 要件 ScalarDL Ledger を展開するときは、次のことを行う必要があります。 -* [サポートされている Kubernetes バージョン](https://scalardb.scalar-labs.com/docs/latest/requirements/#kubernetes) を使用して EKS クラスターを作成します。 +* [サポートされている Kubernetes バージョン](https://scalardb.scalar-labs.com/docs/latest/requirements/#kubernetes)を使用して EKS クラスターを作成します。 * Kubernetes のバージョンとプロジェクトの要件に基づいて EKS クラスターを構成します。 :::warning -ScalarDL でのビザンチン障害検出が適切に機能するには、ScalarDL Ledger デプロイメントと同じ EKS クラスターにアプリケーション ポッドをデプロイしないでください。 +ScalarDL でのビザンチン障害検出が適切に機能するには、ScalarDL Ledger デプロイメントと同じ EKS クラスターにアプリケーションポッドをデプロイしないでください。 ::: ## 推奨事項 (オプション) -以下は、ScalarDL Ledger を展開するための推奨事項の一部です。 これらの推奨事項は必須ではないため、ニーズに基づいてこれらの推奨事項を適用するかどうかを選択できます。 +以下は、ScalarDL Ledger を展開するための推奨事項の一部です。これらの推奨事項は必須ではないため、ニーズに基づいてこれらの推奨事項を適用するかどうかを選択できます。 -### 少なくとも 3 つのワーカーノードと 3 つのポッドを作成します +### 少なくとも3つのワーカーノードと3つのポッドを作成します -EKS クラスターの高可用性を確保するには、少なくとも 3 つのワーカーノードを使用し、ワーカーノード全体に少なくとも 3 つのポッドをデプロイする必要があります。 3 つのポッドをワーカーノードに分散させるための `podAntiAffinity` の [サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardl-custom-values.yaml) を参照できます。 +EKS クラスターの高可用性を確保するには、少なくとも3つのワーカーノードを使用し、ワーカーノード全体に少なくとも3つのポッドをデプロイする必要があります。3つのポッドをワーカーノードに分散させるための `podAntiAffinity` の[サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardl-custom-values.yaml)を参照できます。 :::note @@ -40,39 +41,39 @@ EKS クラスターの高可用性を確保するには、少なくとも 3 つ ::: -### ScalarDL Ledger ノード グループのワーカーノードには 4vCPU / 8GB メモリ ノードを使用します +### ScalarDL Ledger ノードグループのワーカーノードには 4vCPU / 8GB メモリノードを使用します -商用ライセンスの観点から、ScalarDL Ledger を実行する 1 つのポッドのリソースは 2vCPU / 4GB メモリに制限されます。 ScalarDL Ledger ポッドに加えて、Kubernetes は次のコンポーネントの一部を各ワーカーノードにデプロイできます。 +商用ライセンスの観点から、ScalarDL Ledger を実行する1つのポッドのリソースは 2vCPU / 4GB メモリに制限されます。ScalarDL Ledger ポッドに加えて、Kubernetes は次のコンポーネントの一部を各ワーカーノードにデプロイできます。 * ScalarDL Ledger ポッド (2vCPU / 4GB) * Envoy プロキシ * 監視コンポーネント (`kube-prometheus-stack` などの監視コンポーネントをデプロイする場合) * Kubernetes コンポーネント -これを念頭に置き、[少なくとも 3 つのワーカーノードと 3 つのポッドを作成する](#create-at-least-three-worker-nodes-and-three-pods) で説明されているように、少なくとも 4vCPU / 8 GB のメモリ リソースを持つワーカーノードを使用し、可用性のために少なくとも 3 つのワーカーノードを使用する必要があります。 +これを念頭に置き、[少なくとも3つのワーカーノードと3つのポッドを作成する](#create-at-least-three-worker-nodes-and-three-pods)で説明されているように、少なくとも 4vCPU / 8 GB のメモリリソースを持つワーカーノードを使用し、可用性のために少なくとも3つのワーカーノードを使用する必要があります。 -ただし、ノードあたり少なくとも 4vCPU / 8GB のメモリ リソースを備えた 3 つのノードが運用環境の最小環境となります。 システムのワークロードに応じて、EKS クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDL Ledger ポッドなど) も考慮する必要があります。 また、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングする予定の場合は、ワーカーノードのリソースを決定するときにワーカーノード上の最大ポッド数を考慮する必要があります。 +ただし、ノードあたり少なくとも 4vCPU / 8GB のメモリリソースを備えた3つのノードが運用環境の最小環境となります。システムのワークロードに応じて、EKS クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDL Ledger ポッドなど) も考慮する必要があります。また、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングする予定の場合は、ワーカーノードのリソースを決定するときにワーカーノード上の最大ポッド数を考慮する必要があります。 -### EKS でクラスター オートスケーラーを構成する +### EKS でクラスターオートスケーラーを構成する -[Horizontal Pod Autoscaler](https://docs.aws.amazon.com/eks/latest/userguide/horizontal-pod-autoscaler.html) を使用して ScalarDL Ledger ポッドを自動的にスケーリングする場合は、EKS でクラスター オートスケーラーも構成する必要があります。 詳細については、Amazon の公式ドキュメント [Autoscaling](https://docs.aws.amazon.com/eks/latest/userguide/autoscaling.html#cluster-autoscaler) を参照してください。 +[Horizontal Pod Autoscaler](https://docs.aws.amazon.com/eks/latest/userguide/horizontal-pod-autoscaler.html) を使用して ScalarDL Ledger ポッドを自動的にスケーリングする場合は、EKS でクラスターオートスケーラーも構成する必要があります。詳細については、Amazon の公式ドキュメント [Autoscaling](https://docs.aws.amazon.com/eks/latest/userguide/autoscaling.html#cluster-autoscaler) を参照してください。 -さらに、クラスター オートスケーラーを構成する場合は、プレフィックス (`/24`など) を付けて EKS 用の Amazon Virtual Private Cloud (VPC) にサブネットを作成し、十分な数の IP が存在することを確認して、EKS がクラスター オートスケーラーなしで動作できるようにする必要があります。 スケーリング後のネットワークの問題。 +さらに、クラスターオートスケーラーを構成する場合は、プレフィックス (`/24`など) を付けて EKS 用の Amazon Virtual Private Cloud (VPC) にサブネットを作成し、十分な数の IP が存在することを確認して、EKS がクラスターオートスケーラーなしで動作できるようにする必要があります。スケーリング後のネットワークの問題。 -### プライベート ネットワーク上に EKS クラスターを作成する +### プライベートネットワーク上に EKS クラスターを作成する -ScalarDL Ledger はインターネット アクセス経由でユーザーにサービスを直接提供しないため、プライベート ネットワーク (VPC 内のプライベート サブネット) 上に EKS クラスターを作成する必要があります。 アプリケーションからプライベート ネットワーク経由で ScalarDL Ledger にアクセスすることをお勧めします。 +ScalarDL Ledger はインターネットアクセス経由でユーザーにサービスを直接提供しないため、プライベートネットワーク (VPC 内のプライベートサブネット) 上に EKS クラスターを作成する必要があります。アプリケーションからプライベートネットワーク経由で ScalarDL Ledger にアクセスすることをお勧めします。 ### 要件に基づいていくつかのセキュリティ機能を使用して接続を制限する -ScalarDL Ledger では未使用の接続を制限する必要があります。 未使用の接続を制限するには、[security groups](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html) や [network access control lists](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) など、AWS のいくつかのセキュリティ機能を使用できます。 +ScalarDL Ledger では未使用の接続を制限する必要があります。未使用の接続を制限するには、[security groups](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html) や [network access control lists](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) など、AWS のいくつかのセキュリティ機能を使用できます。 ScalarDL Ledger がデフォルトで使用する接続 (ポート) は次のとおりです。 * ScalarDL Ledger * 50051/TCP (クライアントからのリクエストを受け付ける) * 50052/TCP (クライアントからの特権リクエストを受け入れます) - * 50053/TCP (scalar-admin クライアント ツールからの一時停止および一時停止解除リクエストを受け入れます) + * 50053/TCP (scalar-admin クライアントツールからの一時停止および一時停止解除リクエストを受け入れます) * 8080/TCP (監視リクエストを受け付ける) * Scalar Envoy (ScalarDL Ledger とともに使用) * 50051/TCP (ScalarDL Ledger の負荷分散) @@ -81,7 +82,7 @@ ScalarDL Ledger がデフォルトで使用する接続 (ポート) は次のと :::note -- 設定ファイル (`ledger.properties`) で ScalarDL Ledger のデフォルトのリスニング ポートを変更する場合は、設定したポートを使用して接続を許可する必要があります。 -- EKS 自体が使用する接続も許可する必要があります。 Amazon EKS セキュリティグループの要件の詳細については、[Amazon EKS security group requirements and considerations](https://docs.aws.amazon.com/eks/latest/userguide/sec-group-reqs.html) を参照してください。 +- 設定ファイル (`ledger.properties`) で ScalarDL Ledger のデフォルトのリスニングポートを変更する場合は、設定したポートを使用して接続を許可する必要があります。 +- EKS 自体が使用する接続も許可する必要があります。Amazon EKS セキュリティグループの要件の詳細については、[Amazon EKS security group requirements and considerations](https://docs.aws.amazon.com/eks/latest/userguide/sec-group-reqs.html) を参照してください。 ::: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarDLAuditor.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarDLAuditor.mdx index 4c86194a..af52de0e 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarDLAuditor.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarDLAuditor.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsJapanese --- # ScalarDL Ledger および ScalarDL Auditor 用の EKS クラスターを作成するためのガイドライン @@ -7,38 +8,38 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、ScalarDL Ledger および ScalarDL Auditor のデプロイ用の Amazon Elastic Kubernetes Service (EKS) クラスターを作成するための要件と推奨事項について説明します。 ScalarDL Ledger と ScalarDL Auditor を EKS クラスターにデプロイする方法の詳細については、[ScalarDL Ledger と ScalarDL Auditor を Amazon EKS にデプロイする](ManualDeploymentGuideScalarDLAuditorOnEKS.mdx) を参照してください。 +このドキュメントでは、ScalarDL Ledger および ScalarDL Auditor のデプロイ用の Amazon Elastic Kubernetes Service (EKS) クラスターを作成するための要件と推奨事項について説明します。ScalarDL Ledger と ScalarDL Auditor を EKS クラスターにデプロイする方法の詳細については、[ScalarDL Ledger と ScalarDL Auditor を Amazon EKS にデプロイする](ManualDeploymentGuideScalarDLAuditorOnEKS.mdx) を参照してください。 ## あなたが始める前に -EKS クラスターは、次の要件、推奨事項、およびプロジェクトの要件に基づいて作成する必要があります。 EKS クラスターの作成方法の詳細については、Amazon の公式ドキュメント [Creating an Amazon EKS cluster](https://docs.aws.amazon.com/eks/latest/userguide/create-cluster.html) を参照してください。 +EKS クラスターは、次の要件、推奨事項、およびプロジェクトの要件に基づいて作成する必要があります。EKS クラスターの作成方法の詳細については、Amazon の公式ドキュメント [Creating an Amazon EKS cluster](https://docs.aws.amazon.com/eks/latest/userguide/create-cluster.html) を参照してください。 ## 要件 ScalarDL Ledger と ScalarDL Auditor を展開する場合は、次のことを行う必要があります。 -* [サポートされている Kubernetes バージョン](https://scalardb.scalar-labs.com/docs/latest/requirements/#kubernetes) を使用して 2 つの EKS クラスターを作成します。 - * ScalarDL Ledger 用の 1 つの EKS クラスター - * ScalarDL Auditor 用の 1 つの EKS クラスター +* [サポートされている Kubernetes バージョン](https://scalardb.scalar-labs.com/docs/latest/requirements/#kubernetes)を使用して2つの EKS クラスターを作成します。 + * ScalarDL Ledger 用の1つの EKS クラスター + * ScalarDL Auditor 用の1つの EKS クラスター * Kubernetes のバージョンとプロジェクトの要件に基づいて EKS クラスターを構成します。 ※ Amazon Virtual Private Cloud (VPC) は次のように設定します。 - * **EKS の VPC (Ledger 用)** と **EKS の VPC (Auditor 用)** を [VPC peering](https://docs.aws.amazon.com/vpc/latest/peering/what-is-vpc-peering.html) を使用して接続します。 これを行うには、VPC の作成時に **EKS の VPC (Ledger 用)** と **EKS の VPC (Auditor 用)** に異なる IP 範囲を指定する必要があります。 + * **EKS の VPC (Ledger 用)** と **EKS の VPC (Auditor 用)** を [VPC peering](https://docs.aws.amazon.com/vpc/latest/peering/what-is-vpc-peering.html) を使用して接続します。これを行うには、VPC の作成時に **EKS の VPC (Ledger 用)** と **EKS の VPC (Auditor 用)** に異なる IP 範囲を指定する必要があります。 * ScalarDL (Auditor モード) が適切に動作するように **Ledger と Auditor 間の接続**を許可します。 - * これらのネットワーク要件の詳細については、[ScalarDL Auditor Mode のネットワーク ピアリングの構成](NetworkPeeringForScalarDLAuditor.mdx) を参照してください。 + * これらのネットワーク要件の詳細については、[ScalarDL Auditor Mode のネットワークピアリングの構成](NetworkPeeringForScalarDLAuditor.mdx)を参照してください。 :::warning -ScalarDL でのビザンチン障害検出が適切に機能するには、ScalarDL Ledger および ScalarDL Auditor のデプロイメントと同じ EKS クラスターにアプリケーション ポッドをデプロイしないでください。 +ScalarDL でのビザンチン障害検出が適切に機能するには、ScalarDL Ledger および ScalarDL Auditor のデプロイメントと同じ EKS クラスターにアプリケーションポッドをデプロイしないでください。 ::: ## 推奨事項 (オプション) -以下は、ScalarDL Ledger および ScalarDL Auditor を展開するための推奨事項の一部です。 これらの推奨事項は必須ではないため、ニーズに基づいてこれらの推奨事項を適用するかどうかを選択できます。 +以下は、ScalarDL Ledger および ScalarDL Auditor を展開するための推奨事項の一部です。これらの推奨事項は必須ではないため、ニーズに基づいてこれらの推奨事項を適用するかどうかを選択できます。 -### EKS クラスターごとに少なくとも 3 つのワーカーノードと 3 つのポッドを作成します +### EKS クラスターごとに少なくとも3つのワーカーノードと3つのポッドを作成します -EKS クラスターの高可用性を確保するには、少なくとも 3 つのワーカーノードを使用し、ワーカーノード全体に少なくとも 3 つのポッドをデプロイする必要があります。 3 つの Pod をワーカーノードに分散させるための `podAntiAffinity` の [ScalarDL Ledger サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardl-custom-values.yaml) と [ScalarDL Auditor サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardl-audit-custom-values.yaml) を参照できます。 +EKS クラスターの高可用性を確保するには、少なくとも3つのワーカーノードを使用し、ワーカーノード全体に少なくとも3つのポッドをデプロイする必要があります。3つの Pod をワーカーノードに分散させるための `podAntiAffinity` の [ScalarDL Ledger サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardl-custom-values.yaml)と [ScalarDL Auditor サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardl-audit-custom-values.yaml)を参照できます。 :::note @@ -46,9 +47,9 @@ EKS クラスターの高可用性を確保するには、少なくとも 3 つ ::: -### ScalarDL Ledger および ScalarDL Auditor ノード グループのワーカーノードには 4vCPU / 8GB メモリ ノードを使用します。 +### ScalarDL Ledger および ScalarDL Auditor ノードグループのワーカーノードには 4vCPU / 8GB メモリノードを使用します。 -商用ライセンスの観点から、ScalarDL Ledger または ScalarDL Auditor を実行する各ポッドのリソースは 2vCPU / 4GB メモリに制限されます。 ScalarDL Ledger および ScalarDL Auditor ポッドに加えて、Kubernetes は次のコンポーネントの一部を各ワーカーノードにデプロイできます。 +商用ライセンスの観点から、ScalarDL Ledger または ScalarDL Auditor を実行する各ポッドのリソースは 2vCPU / 4GB メモリに制限されます。ScalarDL Ledger および ScalarDL Auditor ポッドに加えて、Kubernetes は次のコンポーネントの一部を各ワーカーノードにデプロイできます。 * ScalarDL Ledger 用の EKS クラスター * ScalarDL Ledger ポッド (2vCPU / 4GB) @@ -61,35 +62,35 @@ EKS クラスターの高可用性を確保するには、少なくとも 3 つ * 監視コンポーネント (`kube-prometheus-stack` などの監視コンポーネントをデプロイする場合) * Kubernetes コンポーネント -これを念頭に置き、[少なくとも 3 つのワーカーノードと 3 つのポッドを作成する](#create-at-least-three-worker-nodes-and-three-pods-per-eks-cluster) で説明されているように、少なくとも 4vCPU / 8 GB のメモリ リソースを持つワーカーノードを使用し、可用性のために少なくとも 3 つのワーカーノードを使用する必要があります。 また、ビザンチン障害検出が適切に機能するには、ScalarDL Ledger および ScalarDL Auditor のデプロイメントと同じ EKS クラスターにアプリケーション ポッドをデプロイできないことを覚えておいてください。 +これを念頭に置き、[少なくとも3つのワーカーノードと3つのポッドを作成する](#create-at-least-three-worker-nodes-and-three-pods-per-eks-cluster)で説明されているように、少なくとも 4vCPU / 8 GB のメモリリソースを持つワーカーノードを使用し、可用性のために少なくとも3つのワーカーノードを使用する必要があります。また、ビザンチン障害検出が適切に機能するには、ScalarDL Ledger および ScalarDL Auditor のデプロイメントと同じ EKS クラスターにアプリケーションポッドをデプロイできないことを覚えておいてください。 -ただし、実稼働環境としては、ノードあたり少なくとも 4vCPU / 8GB のメモリ リソースを持つ 3 つのノードが必要です。 システムのワークロードに応じて、EKS クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDL Ledger ポッド、ScalarDL Auditor ポッドなど) も考慮する必要があります。 また、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングする予定の場合は、ワーカーノードのリソースを決定するときにワーカーノード上の最大ポッド数を考慮する必要があります。 +ただし、実稼働環境としては、ノードあたり少なくとも 4vCPU / 8GB のメモリリソースを持つ3つのノードが必要です。システムのワークロードに応じて、EKS クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDL Ledger ポッド、ScalarDL Auditor ポッドなど) も考慮する必要があります。また、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングする予定の場合は、ワーカーノードのリソースを決定するときにワーカーノード上の最大ポッド数を考慮する必要があります。 -### EKS でクラスター オートスケーラーを構成する +### EKS でクラスターオートスケーラーを構成する -[Horizontal Pod Autoscaler](https://docs.aws.amazon.com/eks/latest/userguide/horizontal-pod-autoscaler.html) を使用して ScalarDL Ledger または ScalarDL Auditor ポッドを自動的にスケーリングする場合は、EKS でクラスター オートスケーラーも構成する必要があります。 詳細については、Amazon の公式ドキュメント [Autoscaling](https://docs.aws.amazon.com/eks/latest/userguide/autoscaling.html#cluster-autoscaler) を参照してください。 +[Horizontal Pod Autoscaler](https://docs.aws.amazon.com/eks/latest/userguide/horizontal-pod-autoscaler.html) を使用して ScalarDL Ledger または ScalarDL Auditor ポッドを自動的にスケーリングする場合は、EKS でクラスターオートスケーラーも構成する必要があります。詳細については、Amazon の公式ドキュメント [Autoscaling](https://docs.aws.amazon.com/eks/latest/userguide/autoscaling.html#cluster-autoscaler) を参照してください。 -さらに、クラスター オートスケーラーを構成する場合は、スケーリング後にネットワークの問題なく EKS が動作できるように、十分な数の IP が存在することを確認するために、プレフィックス (`/24` など) を付けて EKS 用の VPC にサブネットを作成する必要があります。 +さらに、クラスターオートスケーラーを構成する場合は、スケーリング後にネットワークの問題なく EKS が動作できるように、十分な数の IP が存在することを確認するために、プレフィックス (`/24` など) を付けて EKS 用の VPC にサブネットを作成する必要があります。 -### プライベート ネットワーク上に EKS クラスターを作成する +### プライベートネットワーク上に EKS クラスターを作成する -ScalarDL Ledger と ScalarDL Auditor はインターネット アクセス経由でユーザーに直接サービスを提供しないため、プライベート ネットワーク (VPC 内のプライベート サブネット) 上に EKS クラスターを作成する必要があります。 アプリケーションからプライベート ネットワーク経由で ScalarDL Ledger および ScalarDL Auditor にアクセスすることをお勧めします。 +ScalarDL Ledger と ScalarDL Auditor はインターネットアクセス経由でユーザーに直接サービスを提供しないため、プライベートネットワーク (VPC 内のプライベートサブネット) 上に EKS クラスターを作成する必要があります。アプリケーションからプライベートネットワーク経由で ScalarDL Ledger および ScalarDL Auditor にアクセスすることをお勧めします。 ### 要件に基づいていくつかのセキュリティ機能を使用して接続を制限する -ScalarDL Ledger および ScalarDL Auditor で未使用の接続を制限する必要があります。 未使用の接続を制限するには、[security groups](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html) や [network access control lists](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) など、AWS のいくつかのセキュリティ機能を使用できます。 +ScalarDL Ledger および ScalarDL Auditor で未使用の接続を制限する必要があります。未使用の接続を制限するには、[security groups](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html) や [network access control lists](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) など、AWS のいくつかのセキュリティ機能を使用できます。 ScalarDL Ledger および ScalarDL Auditor がデフォルトで使用する接続 (ポート) は次のとおりです。 * ScalarDL Ledger * 50051/TCP (クライアントおよび ScalarDL Auditor からのリクエストを受け入れる) * 50052/TCP (クライアントおよび ScalarDL Auditor からの特権リクエストを受け入れます) - * 50053/TCP (scalar-admin クライアント ツールからの一時停止および一時停止解除リクエストを受け入れます) + * 50053/TCP (scalar-admin クライアントツールからの一時停止および一時停止解除リクエストを受け入れます) * 8080/TCP (監視リクエストを受け付ける) * ScalarDL Auditor * 40051/TCP (クライアントからのリクエストを受け付ける) * 40052/TCP (クライアントからの特権リクエストを受け入れます) - * 40053/TCP (scalar-admin クライアント ツールからの一時停止および一時停止解除リクエストを受け入れます) + * 40053/TCP (scalar-admin クライアントツールからの一時停止および一時停止解除リクエストを受け入れます) * 8080/TCP (監視リクエストを受け付ける) * Scalar Envoy (ScalarDL Ledger および ScalarDL Auditor とともに使用) * 50051/TCP (ScalarDL Ledger の負荷分散) @@ -100,7 +101,7 @@ ScalarDL Ledger および ScalarDL Auditor がデフォルトで使用する接 :::note -- 設定ファイル (それぞれ `ledger.properties` と `auditor.properties`) で ScalarDL Ledger と ScalarDL Auditor のデフォルトのリスニング ポートを変更する場合は、設定したポートを使用して接続を許可する必要があります。 -- EKS 自体が使用する接続も許可する必要があります。 Amazon EKS セキュリティグループの要件の詳細については、[Amazon EKS security group requirements and considerations](https://docs.aws.amazon.com/eks/latest/userguide/sec-group-reqs.html) を参照してください。 +- 設定ファイル (それぞれ `ledger.properties` と `auditor.properties`) で ScalarDL Ledger と ScalarDL Auditor のデフォルトのリスニングポートを変更する場合は、設定したポートを使用して接続を許可する必要があります。 +- EKS 自体が使用する接続も許可する必要があります。Amazon EKS セキュリティグループの要件の詳細については、[Amazon EKS security group requirements and considerations](https://docs.aws.amazon.com/eks/latest/userguide/sec-group-reqs.html) を参照してください。 ::: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarProducts.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarProducts.mdx index 2568646a..fce1470b 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarProducts.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/CreateEKSClusterForScalarProducts.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Scalar 製品用の Amazon EKS クラスターを作成するためのガイドライン diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx index 8f60e768..3cf970de 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToCreateKeyAndCertificateFiles.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Scalar 製品で TLS 接続に利用する秘密鍵と証明書ファイルを作成する方法 @@ -16,14 +17,14 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; * 秘密鍵と証明書ファイルのアルゴリズムとしては `RSA` または `ECDSA` のみ使用可能です。 -## サンプルの秘密キーと証明書ファイルを作成する手順の例 +## サンプルの秘密鍵と証明書ファイルを作成する手順の例 -[`cfssl` および `cfssljson`](https://github.com/cloudflare/cfssl) を使用して、サンプルの秘密キーと証明書ファイルを作成できます。 `cfssl` と `cfssljson` をまだインストールしていない場合は、まずインストールしてください。 +[`cfssl` および `cfssljson`](https://github.com/cloudflare/cfssl) を使用して、サンプルの秘密鍵と証明書ファイルを作成できます。`cfssl` と `cfssljson` をまだインストールしていない場合は、まずインストールしてください。 :::note -* `openssl` などの他のツールを使用して、秘密鍵と証明書ファイルを作成することもできます。 あるいは、サードパーティ CA またはプライベート CA の管理者に本番環境用の秘密キーと証明書の作成を依頼することもできます。 -* この例では自己署名証明書を作成します。 ただし、これらの証明書を運用環境では使用しないことを強くお勧めします。 セキュリティ要件に基づいて実稼働環境用の証明書ファイルを作成するように、信頼できる発行者 (パブリック CA またはプライベート CA) に依頼してください。 +* `openssl` などの他のツールを使用して、秘密鍵と証明書ファイルを作成することもできます。あるいは、サードパーティ CA またはプライベート CA の管理者に本番環境用の秘密鍵と証明書の作成を依頼することもできます。 +* この例では自己署名証明書を作成します。ただし、これらの証明書を運用環境では使用しないことを強くお勧めします。セキュリティ要件に基づいて実稼働環境用の証明書ファイルを作成するように、信頼できる発行者 (パブリック CA またはプライベート CA) に依頼してください。 ::: @@ -117,13 +118,13 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; EOF ``` -1. サーバーの秘密キーと証明書ファイルを作成します。 +1. サーバーの秘密鍵と証明書ファイルを作成します。 ```console cfssl gencert -ca ca.pem -ca-key ca-key.pem -config ca-config.json -profile scalar-example-ca server.json | cfssljson -bare server ``` -1. 秘密キーと証明書ファイルが作成されたことを確認します。 +1. 秘密鍵と証明書ファイルが作成されたことを確認します。 ```console ls -1 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToGetContainerImages.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToGetContainerImages.mdx index ed530433..9867c099 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToGetContainerImages.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToGetContainerImages.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Scalar 製品のコンテナイメージの取得方法 @@ -12,16 +13,16 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -Scalar 製品のコンテナ イメージは、いくつかの方法で取得できます。 以下のいずれかの方法をお選びください。 +Scalar 製品のコンテナイメージは、いくつかの方法で取得できます。以下のいずれかの方法をお選びください。 - 商用ライセンスをお持ちの場合は、パブリックコンテナーリポジトリからコンテナイメージを取得できます。 コンテナイメージの使用方法の詳細については、[コンテナイメージの使用方法](./HowToUseContainerImages.mdx) を参照してください。 + 商用ライセンスをお持ちの場合は、パブリックコンテナーリポジトリからコンテナイメージを取得できます。コンテナイメージの使用方法の詳細については、[コンテナイメージの使用方法](./HowToUseContainerImages.mdx)を参照してください。 - Scalar 製品は AWS Marketplace から入手できます。 AWS Marketplace の詳細については、[AWS Marketplace 経由で Scalar 製品をインストールする方法](./AwsMarketplaceGuide.mdx) を参照してください。 + Scalar 製品は AWS Marketplace から入手できます。AWS Marketplace の詳細については、[AWS Marketplace 経由で Scalar 製品をインストールする方法](./AwsMarketplaceGuide.mdx)を参照してください。 - 現在、Azure Marketplace の Scalar 製品は利用できません。 代わりに他の方法を使用してください。 + 現在、Azure Marketplace の Scalar 製品は利用できません。代わりに他の方法を使用してください。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToScaleScalarDB.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToScaleScalarDB.mdx index 53cc076b..addedef2 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToScaleScalarDB.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToScaleScalarDB.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB をスケーリングする方法 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToScaleScalarDL.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToScaleScalarDL.mdx index 6268fb01..bd515bcb 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToScaleScalarDL.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToScaleScalarDL.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsJapanese --- # ScalarDL をスケーリングする方法 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToUpgradeScalarDB.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToUpgradeScalarDB.mdx index fec1e03a..fac778aa 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToUpgradeScalarDB.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToUpgradeScalarDB.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB のアップグレード方法 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToUpgradeScalarDL.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToUpgradeScalarDL.mdx index 7881896b..0d479441 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToUpgradeScalarDL.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToUpgradeScalarDL.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsJapanese --- # ScalarDL のアップグレード方法 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToUseContainerImages.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToUseContainerImages.mdx index d585d943..61a7ec7f 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToUseContainerImages.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/HowToUseContainerImages.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # コンテナイメージの使用方法 @@ -12,14 +13,14 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -パブリックコンテナリポジトリからコンテナイメージをプルできます。 コンテナイメージを使用する場合は、`.properties` ファイルにライセンスキーと証明書を設定する必要があります。 +パブリックコンテナリポジトリからコンテナイメージをプルできます。コンテナイメージを使用する場合は、`.properties` ファイルにライセンスキーと証明書を設定する必要があります。 ## 前提条件 パブリックコンテナイメージは、次の製品とバージョンで利用できます。 -* ScalarDB Cluster v3.12 以降 -* ScalarDL v3.9 以降 +* ScalarDB Cluster v3.12以降 +* ScalarDL v3.9以降 ## パブリックコンテナリポジトリからコンテナイメージをプルします。 @@ -85,7 +86,7 @@ Scalar Helm Chart を使用する場合は、カスタム値ファイルに `*.i ## `.properties` ファイルにライセンスキーを設定します -コンテナイメージを実行するには、`.properties` ファイルに `ライセンスキー` と `証明書` を設定する必要があります。Scalar 製品を選択して、`license key` と `certificate` を設定する方法を確認してください。ライセンスキーをお持ちでない場合は、[お問い合わせ](https://www.scalar-labs.com/contact) までご連絡ください。 +コンテナイメージを実行するには、`.properties` ファイルに `ライセンスキー` と `証明書` を設定する必要があります。Scalar 製品を選択して、`license key` と `certificate` を設定する方法を確認してください。ライセンスキーをお持ちでない場合は、[お問い合わせ](https://www.scalar-labs.com/contact)までご連絡ください。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/K8sLogCollectionGuide.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/K8sLogCollectionGuide.mdx index 2e86c17c..0ca21c3d 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/K8sLogCollectionGuide.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/K8sLogCollectionGuide.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Kubernetes クラスター上の Scalar 製品からのログの収集 @@ -12,9 +13,9 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、Helm を使用して Grafana Loki と Promtail を Kubernetes にデプロイする方法について説明します。 このドキュメントに従うと、Kubernetes 環境で Scalar 製品のログを収集できます。 +このドキュメントでは、Helm を使用して Grafana Loki と Promtail を Kubernetes にデプロイする方法について説明します。このドキュメントに従うと、Kubernetes 環境で Scalar 製品のログを収集できます。 -マネージド Kubernetes クラスターを使用しており、監視とログ記録にクラウド サービス機能を使用したい場合は、次のドキュメントを参照してください。 +マネージド Kubernetes クラスターを使用しており、監視とログ記録にクラウドサービス機能を使用したい場合は、次のドキュメントを参照してください。 * [Logging and monitoring on Amazon EKS](https://docs.aws.amazon.com/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/amazon-eks-logging-monitoring.html) * [Monitoring Azure Kubernetes Service (AKS) with Azure Monitor](https://learn.microsoft.com/en-us/azure/aks/monitor-aks) @@ -24,8 +25,8 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; * Kubernetes クラスターを作成します。 * [Scalar 製品用の EKS クラスターを作成する](CreateEKSClusterForScalarProducts.mdx) * [Scalar 製品用の AKS クラスターを作成する](CreateAKSClusterForScalarProducts.mdx) -* 要塞サーバーを作成し、`kubeconfig` を設定します。 - * [要塞サーバーの作成](CreateBastionServer.mdx) +* 踏み台サーバーを作成し、`kubeconfig` を設定します。 + * [踏み台サーバーの作成](CreateBastionServer.mdx) * Prometheus Operator をデプロイします (収集されたログを調査するために Grafana を使用します) * [Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx) @@ -42,7 +43,7 @@ helm repo update ## カスタム値ファイルを準備する -loki-stack のサンプルファイル [scalar-loki-stack-custom-values.yaml](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalar-loki-stack-custom-values.yaml) を入手してください。 Scalar 製品のロギングには、このサンプル ファイルの構成をお勧めします。 +loki-stack のサンプルファイル [scalar-loki-stack-custom-values.yaml](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalar-loki-stack-custom-values.yaml) を入手してください。Scalar 製品のロギングには、このサンプルファイルの構成をお勧めします。 ### カスタム値ファイルで nodeSelector を設定する (オプション) @@ -148,7 +149,7 @@ Kubernetes ワーカーノードにテイントを追加している場合は、 ## Loki と Promtail をデプロイする -Loki と Promtail は、Prometheus や Grafana と同じ名前空間 `Monitoring` にデプロイすることをお勧めします。 `Monitoring` 名前空間は、ドキュメント [Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx) ですでに作成済みです。 +Loki と Promtail は、Prometheus や Grafana と同じ名前空間 `Monitoring` にデプロイすることをお勧めします。`Monitoring` 名前空間は、ドキュメント [Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx)ですでに作成済みです。 ```console helm install scalar-logging-loki grafana/loki-stack -n monitoring -f scalar-loki-stack-custom-values.yaml @@ -156,7 +157,7 @@ helm install scalar-logging-loki grafana/loki-stack -n monitoring -f scalar-loki ## Loki と Promtail がデプロイされているかどうかを確認する -Loki および Promtail ポッドが適切にデプロイされている場合は、次のコマンドを使用して、`STATUS` が `Running` であることが確認できます。 promtail ポッドは DaemonSet としてデプロイされるため、promtail ポッドの数は Kubernetes ノードの数によって異なります。 次の例では、Kubernetes クラスター内に Scalar 製品のワーカーノードが 3 つあります。 +Loki および Promtail ポッドが適切にデプロイされている場合は、次のコマンドを使用して、`STATUS` が `Running` であることが確認できます。promtail ポッドは DaemonSet としてデプロイされるため、promtail ポッドの数は Kubernetes ノードの数によって異なります。次の例では、Kubernetes クラスター内に Scalar 製品のワーカーノードが3つあります。 ```console kubectl get pod -n monitoring @@ -182,4 +183,4 @@ scalar-logging-loki-promtail-gfx44 1/1 Running 0 32m 1. ログを問い合わせる条件を設定する。 1. 右上の `Run query` ボタンを選択します。 -Grafana ダッシュボードへのアクセス方法の詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx) を参照してください。 +Grafana ダッシュボードへのアクセス方法の詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx)を参照してください。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/K8sMonitorGuide.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/K8sMonitorGuide.mdx index c0604fe8..69faf426 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/K8sMonitorGuide.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/K8sMonitorGuide.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Kubernetes クラスター上の Scalar 製品の監視 @@ -10,9 +11,9 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、Helm を使用して Prometheus Operator を Kubernetes にデプロイする方法について説明します。 このドキュメントに従うと、Prometheus、Alertmanager、および Grafana を使用して、Kubernetes 環境上の Scalar 製品を監視できるようになります。 +このドキュメントでは、Helm を使用して Prometheus Operator を Kubernetes にデプロイする方法について説明します。このドキュメントに従うと、Prometheus、Alertmanager、および Grafana を使用して、Kubernetes 環境上の Scalar 製品を監視できるようになります。 -マネージド Kubernetes クラスターを使用しており、監視とログ記録にクラウド サービス機能を使用したい場合は、次のドキュメントを参照してください。 +マネージド Kubernetes クラスターを使用しており、監視とログ記録にクラウドサービス機能を使用したい場合は、次のドキュメントを参照してください。 * [Logging and monitoring on Amazon EKS](https://docs.aws.amazon.com/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/amazon-eks-logging-monitoring.html) * [Monitoring Azure Kubernetes Service (AKS) with Azure Monitor](https://learn.microsoft.com/en-us/azure/aks/monitor-aks) @@ -22,8 +23,8 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; * Kubernetes クラスターを作成します。 * [Scalar 製品用の EKS クラスターを作成する](CreateEKSClusterForScalarProducts.mdx) * [Scalar 製品用の AKS クラスターを作成する](CreateAKSClusterForScalarProducts.mdx) -* 要塞サーバーを作成し、`kubeconfig`を設定します。 - * [要塞サーバーの作成](CreateBastionServer.mdx) +* 踏み台サーバーを作成し、`kubeconfig`を設定します。 + * [踏み台サーバーの作成](CreateBastionServer.mdx) ## prometheus-community helm リポジトリを追加します @@ -38,9 +39,9 @@ helm repo update ## カスタム値ファイルを準備する -kube-prometheus-stack のサンプル ファイル [scalar-prometheus-custom-values.yaml](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalar-prometheus-custom-values.yaml) を取得してください。 Scalar 製品の監視には、このサンプル ファイルの構成をお勧めします。 +kube-prometheus-stack のサンプルファイル [scalar-prometheus-custom-values.yaml](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalar-prometheus-custom-values.yaml) を取得してください。Scalar 製品の監視には、このサンプルファイルの構成をお勧めします。 -このサンプル ファイルでは、サービス リソースは Kubernetes クラスターの外部からのアクセスに公開されていません。 Kubernetes クラスターの外部からダッシュボードにアクセスしたい場合は、`*.service.type` を `LoadBalancer` に設定するか、`*.ingress.enabled` を `true` に設定する必要があります。 +このサンプルファイルでは、サービスリソースは Kubernetes クラスターの外部からのアクセスに公開されていません。Kubernetes クラスターの外部からダッシュボードにアクセスしたい場合は、`*.service.type` を `LoadBalancer` に設定するか、`*.ingress.enabled` を `true` に設定する必要があります。 kube-prometheus-stackの設定の詳細については、以下の公式ドキュメントを参照してください。 @@ -48,7 +49,7 @@ kube-prometheus-stackの設定の詳細については、以下の公式ドキ ## Prometheus Operator をデプロイする -Scalar 製品は、Prometheus Operator がデフォルトで `monitoring` 名前空間にデプロイされていることを前提としています。 したがって、`monitoring` 名前空間を作成し、`monitoring` 名前空間に Prometheus Operator をデプロイしてください。 +Scalar 製品は、Prometheus Operator がデフォルトで `monitoring` 名前空間にデプロイされていることを前提としています。したがって、`monitoring` 名前空間を作成し、`monitoring` 名前空間に Prometheus Operator をデプロイしてください。 1. Kubernetes 上に名前空間 `monitoring` を作成します。 ```console @@ -107,7 +108,7 @@ scalar-monitoring-kube-pro-operator-865bbb8454-9ppkc 1/1 Running 0 ## ダッシュボードにアクセスする方法 -`*.service.type` を `LoadBalancer` に設定するか、`*.ingress.enabled` を `true` に設定すると、Kubernetes の Service または Ingress 経由でダッシュボードにアクセスできます。 具体的な実装とアクセス方法はKubernetesクラスタに依存します。 マネージド Kubernetes クラスターを使用する場合、詳細についてはクラウド プロバイダーの公式ドキュメントを参照してください。 +`*.service.type` を `LoadBalancer` に設定するか、`*.ingress.enabled` を `true` に設定すると、Kubernetes の Service または Ingress 経由でダッシュボードにアクセスできます。具体的な実装とアクセス方法はKubernetesクラスタに依存します。マネージド Kubernetes クラスターを使用する場合、詳細についてはクラウドプロバイダーの公式ドキュメントを参照してください。 * EKS * [Network load balancing on Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/network-load-balancing.html) @@ -116,11 +117,11 @@ scalar-monitoring-kube-pro-operator-865bbb8454-9ppkc 1/1 Running 0 * [Use a public standard load balancer in Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/load-balancer-standard) * [Create an ingress controller in Azure Kubernetes Service (AKS)](https://learn.microsoft.com/en-us/azure/aks/ingress-basic) -## ローカル マシンからダッシュボードにアクセスします (テスト目的のみ / 運用環境では推奨されません) +## ローカルマシンからダッシュボードにアクセスします (テスト目的のみ / 運用環境では推奨されません) -`kubectl port-forward` コマンドを使用して、ローカル マシンから各ダッシュボードにアクセスできます。 +`kubectl port-forward` コマンドを使用して、ローカルマシンから各ダッシュボードにアクセスできます。 -1. ローカル マシンから各サービスへのポート転送。 +1. ローカルマシンから各サービスへのポート転送。 * Prometheus ```console kubectl port-forward -n monitoring svc/scalar-monitoring-kube-pro-prometheus 9090:9090 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDBClusterOnEKS.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDBClusterOnEKS.mdx index 6b4e5a92..abf62867 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDBClusterOnEKS.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDBClusterOnEKS.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Amazon Elastic Kubernetes Service (EKS) に ScalarDB Cluster をデプロイする @@ -12,57 +13,57 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; このガイドでは、ScalarDB Cluster を Amazon Elastic Kubernetes Service (EKS) にデプロイする方法について説明します。 -このガイドでは、AWS 環境に次の 2 つの環境のいずれかを作成します。 環境は、使用する [client mode](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api#client-modes) によって異なります。 +このガイドでは、AWS 環境に次の2つの環境のいずれかを作成します。環境は、使用する [client mode](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api#client-modes) によって異なります。 * **[`direct-kubernetes` client mode](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api#direct-kubernetes-client-mode).** このモードでは、ScalarDB Cluster のデプロイメントと同じ EKS クラスターにアプリケーションをデプロイします。 - ![image](./images/png/EKS_ScalarDB_Cluster_Direct_Kubernetes_Mode.drawio.png) + ![image](./images/png/EKS_ScalarDB_Cluster_Direct_Kubernetes_Mode.drawio.png) * **[`indirect` client mode](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api#indirect-client-mode).** このモードでは、ScalarDB Cluster のデプロイメントを含む EKS クラスターとは異なる環境にアプリケーションをデプロイします。 ![image](./images/png/EKS_ScalarDB_Cluster_Indirect_Mode.drawio.png) -## ステップ 1. AWS Marketplace で ScalarDB Cluster にサブスクライブする +## ステップ1. AWS Marketplace で ScalarDB Cluster にサブスクライブする -ScalarDB Cluster コンテナ イメージを取得するには、AWS Marketplace にアクセスし、[ScalarDB Cluster Standard Edition (Pay-As-You-Go)](https://aws.amazon.com/marketplace/pp/prodview-jx6qxatkxuwm4) または [ScalarDB Cluster Premium Edition (Pay-As-You-Go)](https://aws.amazon.com/marketplace/pp/prodview-djqw3zk6dwyk6) をサブスクライブする必要があります。 AWS Marketplace で ScalarDB Cluster をサブスクライブする方法の詳細については、[AWS Marketplace から Scalar 製品を購読する](AwsMarketplaceGuide.mdx#aws-marketplace-から-scalar-製品を購読する) を参照してください。 +ScalarDB Cluster コンテナイメージを取得するには、AWS Marketplace にアクセスし、[ScalarDB Cluster Standard Edition (Pay-As-You-Go)](https://aws.amazon.com/marketplace/pp/prodview-jx6qxatkxuwm4) または [ScalarDB Cluster Premium Edition (Pay-As-You-Go)](https://aws.amazon.com/marketplace/pp/prodview-djqw3zk6dwyk6) をサブスクライブする必要があります。AWS Marketplace で ScalarDB Cluster をサブスクライブする方法の詳細については、[AWS Marketplace から Scalar 製品を購読する](AwsMarketplaceGuide.mdx#aws-marketplace-から-scalar-製品を購読する)を参照してください。 -## ステップ 2. EKS クラスターを作成する +## ステップ2. EKS クラスターを作成する -ScalarDB Cluster のデプロイメント用の EKS クラスターを作成する必要があります。 詳細については、[Scalar 製品用の Amazon EKS クラスターを作成するためのガイドライン](CreateEKSClusterForScalarProducts.mdx) を参照してください。 +ScalarDB Cluster のデプロイメント用の EKS クラスターを作成する必要があります。詳細については、[Scalar 製品用の Amazon EKS クラスターを作成するためのガイドライン](CreateEKSClusterForScalarProducts.mdx)を参照してください。 -## ステップ 3. ScalarDB Cluster のデータベースをセットアップする +## ステップ3. ScalarDB Cluster のデータベースをセットアップする -ScalarDB Cluster をデプロイする前にデータベースを準備する必要があります。 ScalarDB がサポートするデータベースのタイプを確認するには、[ScalarDB Supported Databases](https://scalardb.scalar-labs.com/docs/latest/requirements#databases) を参照してください。 +ScalarDB Cluster をデプロイする前にデータベースを準備する必要があります。ScalarDB がサポートするデータベースのタイプを確認するには、[ScalarDB Supported Databases](https://scalardb.scalar-labs.com/docs/latest/requirements#databases) を参照してください。 -データベースのセットアップの詳細については、[AWS での ScalarDB/ScalarDL デプロイ用のデータベースのセットアップ](SetupDatabaseForAWS.mdx) を参照してください。 +データベースのセットアップの詳細については、[AWS での ScalarDB/ScalarDL デプロイ用のデータベースのセットアップ](SetupDatabaseForAWS.mdx)を参照してください。 -## ステップ 4. 要塞サーバーを作成する +## ステップ4. 踏み台サーバーを作成する -EKS 上で ScalarDB Cluster をデプロイおよび管理するためのいくつかのツールを実行するには、**ステップ 2** で作成した EKS クラスターの同じ Amazon Virtual Private Cloud (VPC) 内に要塞サーバーを準備する必要があります。 詳細については、[要塞サーバーの作成](CreateBastionServer.mdx) を参照してください。 +EKS 上で ScalarDB Cluster をデプロイおよび管理するためのいくつかのツールを実行するには、**ステップ2**で作成した EKS クラスターの同じ Amazon Virtual Private Cloud (VPC) 内に踏み台サーバーを準備する必要があります。詳細については、[踏み台サーバーの作成](CreateBastionServer.mdx)を参照してください。 -## ステップ 5. Scalar Helm Chart のカスタム値ファイルを準備する +## ステップ5. Scalar Helm Chart のカスタム値ファイルを準備する -**ステップ 3** で作成したデータベース内の情報へのアクセスなどのタスクを実行するには、環境に基づいて ScalarDB Cluster の Scalar Helm Chart のカスタム値ファイルを構成する必要があります。 詳細については、[Configure a custom values file for Scalar Helm Charts](../helm-charts/configure-custom-values-file.mdx) を参照してください。 +**ステップ3**で作成したデータベース内の情報へのアクセスなどのタスクを実行するには、環境に基づいて ScalarDB Cluster の Scalar Helm Chart のカスタム値ファイルを構成する必要があります。詳細については、[Configure a custom values file for Scalar Helm Charts](../helm-charts/configure-custom-values-file.mdx) を参照してください。 -**注意:** ScalarDB Cluster がデプロイされている EKS クラスターとは異なる環境にアプリケーションをデプロイする場合 (つまり、`indirect` クライアント モードを使用する場合)、`envoy.enabled` パラメーターを次のように設定する必要があります。 アプリケーションから Scalar Envoy にアクセスするには、`true` と `envoy.service.type` パラメータを `LoadBalancer` に設定します。 +**注意:** ScalarDB Cluster がデプロイされている EKS クラスターとは異なる環境にアプリケーションをデプロイする場合 (つまり、`indirect` クライアントモードを使用する場合)、`envoy.enabled` パラメーターを次のように設定する必要があります。アプリケーションから Scalar Envoy にアクセスするには、`true` と `envoy.service.type` パラメータを `LoadBalancer` に設定します。 -## ステップ 6. Scalar Helm Chart を使用して ScalarDB Cluster をデプロイする +## ステップ6. Scalar Helm Chart を使用して ScalarDB Cluster をデプロイする -ScalarDB Cluster の Helm Chart を使用して、EKS クラスターに ScalarDB Cluster をデプロイします。 詳細については、[Deploy Scalar products using Scalar Helm Charts](../helm-charts/how-to-deploy-scalar-products.mdx) を参照してください。 +ScalarDB Cluster の Helm Chart を使用して、EKS クラスターに ScalarDB Cluster をデプロイします。詳細については、[Deploy Scalar products using Scalar Helm Charts](../helm-charts/how-to-deploy-scalar-products.mdx) を参照してください。 **注意:** `kubectl create ns scalardb-cluster` コマンドを使用して専用の名前空間を作成し、`helm install` コマンドで `-n scalardb-cluster` オプションを使用して名前空間に ScalarDB Cluster をデプロイすることをお勧めします。 -## ステップ 7. ScalarDB Cluster のデプロイメントのステータスを確認する +## ステップ7. ScalarDB Cluster のデプロイメントのステータスを確認する -EKS クラスターに ScalarDB Cluster をデプロイした後、各コンポーネントのステータスを確認する必要があります。 詳細については、[Kubernetes 環境で実行するときに定期的に確認するコンポーネント](./ RegularCheck.mdx) を参照してください。 +EKS クラスターに ScalarDB Cluster をデプロイした後、各コンポーネントのステータスを確認する必要があります。詳細については、[Kubernetes 環境で実行するときに定期的に確認するコンポーネント](./ RegularCheck.mdx) を参照してください。 -## ステップ 8. ScalarDB Cluster のデプロイメントを監視する +## ステップ8. ScalarDB Cluster のデプロイメントを監視する -EKS クラスターに ScalarDB Cluster をデプロイした後、特に本番環境では、デプロイされたコンポーネントを監視し、そのログを収集することをお勧めします。 詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx) および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx) を参照してください。 +EKS クラスターに ScalarDB Cluster をデプロイした後、特に本番環境では、デプロイされたコンポーネントを監視し、そのログを収集することをお勧めします。詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx)および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx)を参照してください。 -## ステップ 9. アプリケーションをデプロイする +## ステップ9. アプリケーションをデプロイする -[`direct-kubernetes` client mode](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api#direct-kubernetes-client-mode) を使用する場合は、追加の Kubernetes リソースをデプロイする必要があります。 詳細については、[Deploy your client application on Kubernetes with `direct-kubernetes` mode](../helm-charts/how-to-deploy-scalardb-cluster.mdx#direct-kubernetes-モードを使用してクライアント-アプリケーションを-kubernetes-にデプロイします) を参照してください。 +[`direct-kubernetes` client mode](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api#direct-kubernetes-client-mode) を使用する場合は、追加の Kubernetes リソースをデプロイする必要があります。詳細については、[Deploy your client application on Kubernetes with `direct-kubernetes` mode](../helm-charts/how-to-deploy-scalardb-cluster.mdx#direct-kubernetes-モードを使用してクライアント-アプリケーションを-kubernetes-にデプロイします) を参照してください。 ## EKS から ScalarDB Cluster を削除 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDBServerOnAKS.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDBServerOnAKS.mdx index d8fcd074..6d195871 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDBServerOnAKS.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDBServerOnAKS.mdx @@ -3,6 +3,7 @@ tags: - Enterprise Standard - Enterprise Premium - Deprecated +displayed_sidebar: docsJapanese --- # [非推奨] Azure Kubernetes Service (AKS) に ScalarDB Server をデプロイする @@ -13,53 +14,53 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; このガイドでは、ScalarDB Server を Azure Kubernetes Service (AKS) にデプロイする方法について説明します。 -このガイドでは、Azure 環境に次の 2 つの環境のいずれかを作成します。 2 つの環境の違いは、アプリケーションのデプロイをどのように計画するかです。 +このガイドでは、Azure 環境に次の2つの環境のいずれかを作成します。2つの環境の違いは、アプリケーションのデプロイをどのように計画するかです。 -* アプリケーションを ScalarDB Server デプロイメントと同じ AKS クラスターにデプロイします。 この場合、アプリケーションから Scalar Envoy にアクセスするために Azure が提供するロード バランサーを使用する必要はありません。 - - ![image](./images/png/AKS_ScalarDB_Server_App_In_Cluster.drawio.png) +* アプリケーションを ScalarDB Server デプロイメントと同じ AKS クラスターにデプロイします。この場合、アプリケーションから Scalar Envoy にアクセスするために Azure が提供するロードバランサーを使用する必要はありません。 -* ScalarDB Server デプロイを含む AKS クラスターとは異なる環境にアプリケーションをデプロイします。 この場合、アプリケーションから Scalar Envoy にアクセスするには、Azure が提供するロード バランサーを使用する必要があります。 + ![image](./images/png/AKS_ScalarDB_Server_App_In_Cluster.drawio.png) - ![image](./images/png/AKS_ScalarDB_Server_App_Out_Cluster.drawio.png) +* ScalarDB Server デプロイを含む AKS クラスターとは異なる環境にアプリケーションをデプロイします。この場合、アプリケーションから Scalar Envoy にアクセスするには、Azure が提供するロードバランサーを使用する必要があります。 -## ステップ 1. Azure Marketplace で ScalarDB Server にサブスクライブする + ![image](./images/png/AKS_ScalarDB_Server_App_Out_Cluster.drawio.png) -[Azure Marketplace](https://azuremarketplace.microsoft.com/en/marketplace/apps/scalarinc.scalardb) にアクセスし、ScalarDB Server をサブスクライブして、ScalarDB Server コンテナー イメージを取得する必要があります。 Azure Marketplace で ScalarDB Server をサブスクライブする方法の詳細については、[Microsoft Azure Marketplace から Scalar 製品を入手する](AzureMarketplaceGuide.mdx#microsoft-azure-marketplace-から-scalar-製品を入手する) を参照してください。 +## ステップ1. Azure Marketplace で ScalarDB Server にサブスクライブする -## ステップ 2. AKS クラスターを作成する +[Azure Marketplace](https://azuremarketplace.microsoft.com/en/marketplace/apps/scalarinc.scalardb) にアクセスし、ScalarDB Server をサブスクライブして、ScalarDB Server コンテナーイメージを取得する必要があります。Azure Marketplace で ScalarDB Server をサブスクライブする方法の詳細については、[Microsoft Azure Marketplace から Scalar 製品を入手する](AzureMarketplaceGuide.mdx#microsoft-azure-marketplace-から-scalar-製品を入手する)を参照してください。 -ScalarDB Server デプロイ用の AKS クラスターを作成する必要があります。 詳細については、[Scalar 製品用の AKS クラスターを作成するためのガイドライン](CreateAKSClusterForScalarProducts.mdx) を参照してください。 +## ステップ2. AKS クラスターを作成する -## ステップ 3. ScalarDB Server のデータベースをセットアップする +ScalarDB Server デプロイ用の AKS クラスターを作成する必要があります。詳細については、[Scalar 製品用の AKS クラスターを作成するためのガイドライン](CreateAKSClusterForScalarProducts.mdx)を参照してください。 -ScalarDB Server を展開する前にデータベースを準備する必要があります。 ScalarDB がサポートするデータベースのタイプを確認するには、[ScalarDB Supported Databases](https://scalardb.scalar-labs.com/docs/latest/requirements#databases) を参照してください。 +## ステップ3. ScalarDB Server のデータベースをセットアップする -データベースのセットアップの詳細については、[Azure での ScalarDB/ScalarDL デプロイ用のデータベースのセットアップ](SetupDatabaseForAzure.mdx) を参照してください。 +ScalarDB Server を展開する前にデータベースを準備する必要があります。ScalarDB がサポートするデータベースのタイプを確認するには、[ScalarDB Supported Databases](https://scalardb.scalar-labs.com/docs/latest/requirements#databases) を参照してください。 -## ステップ 4. 要塞サーバーを作成する +データベースのセットアップの詳細については、[Azure での ScalarDB/ScalarDL デプロイ用のデータベースのセットアップ](SetupDatabaseForAzure.mdx)を参照してください。 -AKS 上で ScalarDB Server をデプロイおよび管理するためのいくつかのツールを実行するには、**手順 2** で作成した AKS クラスターの同じ Azure Virtual Networks (VNet) 内に要塞サーバーを準備する必要があります。 詳細については、[要塞サーバーの作成](CreateBastionServer.mdx) を参照してください。 +## ステップ4. 踏み台サーバーを作成する -## ステップ 5. Scalar Helm Chart のカスタム値ファイルを準備する +AKS 上で ScalarDB Server をデプロイおよび管理するためのいくつかのツールを実行するには、**手順2**で作成した AKS クラスターの同じ Azure Virtual Networks (VNet) 内に踏み台サーバーを準備する必要があります。詳細については、[踏み台サーバーの作成](CreateBastionServer.mdx)を参照してください。 -**ステップ 3** で作成したデータベース内の情報へのアクセスなどのタスクを実行するには、環境に基づいて ScalarDB Server の Scalar Helm Chart のカスタム値ファイルを構成する必要があります。 詳細については、[Configure a custom values file of Scalar Helm Chart](../helm-charts/configure-custom-values-file.mdx) を参照してください。 +## ステップ5. Scalar Helm Chart のカスタム値ファイルを準備する -**注:** ScalarDB Server がデプロイされている AKS クラスターとは異なる環境にアプリケーションをデプロイする場合、Scalar Envoy にアクセスするには、`envoy.service.type` パラメーターを `LoadBalancer` に設定する必要があります。 応用。 +**ステップ3**で作成したデータベース内の情報へのアクセスなどのタスクを実行するには、環境に基づいて ScalarDB Server の Scalar Helm Chart のカスタム値ファイルを構成する必要があります。詳細については、[Configure a custom values file of Scalar Helm Chart](../helm-charts/configure-custom-values-file.mdx) を参照してください。 -## ステップ 6. Scalar Helm Chart を使用して ScalarDB Server をデプロイする +**注:** ScalarDB Server がデプロイされている AKS クラスターとは異なる環境にアプリケーションをデプロイする場合、Scalar Envoy にアクセスするには、`envoy.service.type` パラメーターを `LoadBalancer` に設定する必要があります。応用。 -ScalarDB Server の Helm Chart を使用して、AKS クラスターに ScalarDB Server をデプロイします。 詳細については、[Deploy Scalar Products using Scalar Helm Chart](../helm-charts/how-to-deploy-scalar-products.mdx) を参照してください。 +## ステップ6. Scalar Helm Chart を使用して ScalarDB Server をデプロイする + +ScalarDB Server の Helm Chart を使用して、AKS クラスターに ScalarDB Server をデプロイします。詳細については、[Deploy Scalar Products using Scalar Helm Chart](../helm-charts/how-to-deploy-scalar-products.mdx) を参照してください。 **注意:** `kubectl create ns scalardb` コマンドを使用して専用の名前空間を作成し、`helm install` コマンドで `-n scalardb` オプションを使用して名前空間に ScalarDB Server をデプロイすることをお勧めします。 -## ステップ 7. ScalarDB Server デプロイメントのステータスを確認する +## ステップ7. ScalarDB Server デプロイメントのステータスを確認する -ScalarDB Server を AKS クラスターにデプロイした後、各コンポーネントの状態を確認する必要があります。 詳細については、[Kubernetes環境で実行する場合に定期的に確認するコンポーネント](RegularCheck.mdx) を参照してください。 +ScalarDB Server を AKS クラスターにデプロイした後、各コンポーネントの状態を確認する必要があります。詳細については、[Kubernetes 環境で実行する場合に定期的に確認するコンポーネント](RegularCheck.mdx)を参照してください。 -## ステップ 8. ScalarDB Server の展開を監視する +## ステップ8. ScalarDB Server の展開を監視する -ScalarDB Server を AKS クラスターにデプロイした後、特に運用環境では、デプロイされたコンポーネントを監視し、そのログを収集することをお勧めします。 詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx) および[Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx) を参照してください。 +ScalarDB Server を AKS クラスターにデプロイした後、特に運用環境では、デプロイされたコンポーネントを監視し、そのログを収集することをお勧めします。詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx)および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx)を参照してください。 ## ScalarDB Server を AKS から削除します diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDBServerOnEKS.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDBServerOnEKS.mdx index ee9d3e25..92c7f178 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDBServerOnEKS.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDBServerOnEKS.mdx @@ -3,6 +3,7 @@ tags: - Enterprise Standard - Enterprise Premium - Deprecated +displayed_sidebar: docsJapanese --- # ScalarDB Server を Amazon Elastic Kubernetes Service (EKS) にデプロイする @@ -13,53 +14,53 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; このガイドでは、Amazon Elastic Kubernetes Service (EKS) に ScalarDB Server をデプロイする方法について説明します。 -このガイドでは、AWS 環境に次の 2 つの環境のいずれかを作成します。 2 つの環境の違いは、アプリケーションのデプロイをどのように計画するかです。 +このガイドでは、AWS 環境に次の2つの環境のいずれかを作成します。2つの環境の違いは、アプリケーションのデプロイをどのように計画するかです。 -* アプリケーションを ScalarDB Server デプロイメントと同じ EKS クラスターにデプロイします。 この場合、アプリケーションから Scalar Envoy にアクセスするために AWS が提供するロードバランサーを使用する必要はありません。 +* アプリケーションを ScalarDB Server デプロイメントと同じ EKS クラスターにデプロイします。この場合、アプリケーションから Scalar Envoy にアクセスするために AWS が提供するロードバランサーを使用する必要はありません。 - ![image](./images/png/EKS_ScalarDB_Server_App_In_Cluster.drawio.png) + ![image](./images/png/EKS_ScalarDB_Server_App_In_Cluster.drawio.png) -* ScalarDB Server デプロイメントを含む EKS クラスターとは異なる環境にアプリケーションをデプロイします。 この場合、アプリケーションから Scalar Envoy にアクセスするには、AWS が提供するロードバランサーを使用する必要があります。 +* ScalarDB Server デプロイメントを含む EKS クラスターとは異なる環境にアプリケーションをデプロイします。この場合、アプリケーションから Scalar Envoy にアクセスするには、AWS が提供するロードバランサーを使用する必要があります。 - ![image](./images/png/EKS_ScalarDB_Server_App_Out_Cluster.drawio.png) + ![image](./images/png/EKS_ScalarDB_Server_App_Out_Cluster.drawio.png) -## ステップ 1. AWS Marketplace で ScalarDB Server にサブスクライブする +## ステップ1. AWS Marketplace で ScalarDB Server にサブスクライブする -[AWS Marketplace](https://aws.amazon.com/marketplace/pp/prodview-rzbuhxgvqf4d2) にアクセスし、ScalarDB Server をサブスクライブして、ScalarDB Server コンテナ イメージを取得する必要があります。 AWS Marketplace で ScalarDB Server をサブスクライブする方法の詳細については、[AWS Marketplace から Scalar 製品を購読する](AwsMarketplaceGuide.mdx#aws-marketplace-から-scalar-製品を購読する) を参照してください。 +[AWS Marketplace](https://aws.amazon.com/marketplace/pp/prodview-rzbuhxgvqf4d2) にアクセスし、ScalarDB Server をサブスクライブして、ScalarDB Server コンテナイメージを取得する必要があります。AWS Marketplace で ScalarDB Server をサブスクライブする方法の詳細については、[AWS Marketplace から Scalar 製品を購読する](AwsMarketplaceGuide.mdx#aws-marketplace-から-scalar-製品を購読する)を参照してください。 -## ステップ 2. EKS クラスターを作成する +## ステップ2. EKS クラスターを作成する -ScalarDB Server デプロイメント用の EKS クラスターを作成する必要があります。 詳細については、[Scalar 製品用の Amazon EKS クラスターを作成するためのガイドライン](CreateEKSClusterForScalarProducts.mdx) を参照してください。 +ScalarDB Server デプロイメント用の EKS クラスターを作成する必要があります。詳細については、[Scalar 製品用の Amazon EKS クラスターを作成するためのガイドライン](CreateEKSClusterForScalarProducts.mdx) を参照してください。 -## ステップ 3. ScalarDB Server のデータベースをセットアップする +## ステップ3. ScalarDB Server のデータベースをセットアップする -ScalarDB Server を展開する前にデータベースを準備する必要があります。 ScalarDB がサポートするデータベースのタイプを確認するには、[ScalarDB Supported Databases](https://scalardb.scalar-labs.com/docs/latest/requirements#databases) を参照してください。 +ScalarDB Server を展開する前にデータベースを準備する必要があります。ScalarDB がサポートするデータベースのタイプを確認するには、[ScalarDB Supported Databases](https://scalardb.scalar-labs.com/docs/latest/requirements#databases) を参照してください。 -データベースのセットアップの詳細については、[AWS での ScalarDB/ScalarDL デプロイ用のデータベースのセットアップ](SetupDatabaseForAWS.mdx) を参照してください。 +データベースのセットアップの詳細については、[AWS での ScalarDB/ScalarDL デプロイ用のデータベースのセットアップ](SetupDatabaseForAWS.mdx)を参照してください。 -## ステップ 4. 要塞サーバーを作成する +## ステップ4. 踏み台サーバーを作成する -EKS 上で ScalarDB Server をデプロイおよび管理するためのいくつかのツールを実行するには、**ステップ 2** で作成した EKS クラスターの同じ Amazon Virtual Private Cloud (VPC) 内に要塞サーバーを準備する必要があります。 詳細については、[要塞サーバーの作成](CreateBastionServer.mdx) を参照してください。 +EKS 上で ScalarDB Server をデプロイおよび管理するためのいくつかのツールを実行するには、**ステップ2**で作成した EKS クラスターの同じ Amazon Virtual Private Cloud (VPC) 内に踏み台サーバーを準備する必要があります。詳細については、[踏み台サーバーの作成](CreateBastionServer.mdx)を参照してください。 -## ステップ 5. Scalar Helm Chartのカスタム値ファイルを準備する +## ステップ5. Scalar Helm Chartのカスタム値ファイルを準備する -**ステップ 3** で作成したデータベース内の情報へのアクセスなどのタスクを実行するには、環境に基づいて ScalarDB Server の Scalar Helm Chartのカスタム値ファイルを構成する必要があります。 詳細については、[Configure a custom values file for Scalar Helm Charts](../helm-charts/configure-custom-values-file.mdx) を参照してください。 +**ステップ3**で作成したデータベース内の情報へのアクセスなどのタスクを実行するには、環境に基づいて ScalarDB Server の Scalar Helm Chartのカスタム値ファイルを構成する必要があります。詳細については、[Configure a custom values file for Scalar Helm Charts](../helm-charts/configure-custom-values-file.mdx) を参照してください。 -**注意:** ScalarDB Server がデプロイされている EKS クラスターとは異なる環境にアプリケーションをデプロイする場合は、`envoy.service.type` パラメーターを `LoadBalancer` に設定して、ユーザーから Scalar Envoy にアクセスする必要があります。 応用。 +**注意:** ScalarDB Server がデプロイされている EKS クラスターとは異なる環境にアプリケーションをデプロイする場合は、`envoy.service.type` パラメーターを `LoadBalancer` に設定して、ユーザーから Scalar Envoy にアクセスする必要があります。応用。 -## ステップ 6. Scalar Helm Chart を使用して ScalarDB Server をデプロイする +## ステップ6. Scalar Helm Chart を使用して ScalarDB Server をデプロイする -ScalarDB Server の Helm Chart を使用して、ScalarDB Server を EKS クラスターにデプロイします。 詳細については、[Deploy Scalar products using Scalar Helm Charts](../helm-charts/how-to-deploy-scalar-products.mdx) を参照してください。 +ScalarDB Server の Helm Chart を使用して、ScalarDB Server を EKS クラスターにデプロイします。詳細については、[Deploy Scalar products using Scalar Helm Charts](../helm-charts/how-to-deploy-scalar-products.mdx) を参照してください。 **注意:** `kubectl create ns scalardb` コマンドを使用して専用の名前空間を作成し、`helm install` コマンドで `-n scalardb` オプションを使用して名前空間に ScalarDB Server をデプロイすることをお勧めします。 -## ステップ 7. ScalarDB Server デプロイメントのステータスを確認する +## ステップ7. ScalarDB Server デプロイメントのステータスを確認する -EKS クラスターに ScalarDB Server をデプロイした後、各コンポーネントのステータスを確認する必要があります。 詳細については、[Kubernetes環境で実行する場合に定期的に確認するコンポーネント](RegularCheck.mdx) を参照してください。 +EKS クラスターに ScalarDB Server をデプロイした後、各コンポーネントのステータスを確認する必要があります。詳細については、[Kubernetes環境で実行する場合に定期的に確認するコンポーネント](RegularCheck.mdx)を参照してください。 -## ステップ 8. ScalarDB Server の展開を監視する +## ステップ8. ScalarDB Server の展開を監視する -EKS クラスターに ScalarDB Server をデプロイした後、特に本番環境では、デプロイされたコンポーネントを監視し、そのログを収集することをお勧めします。 詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx) および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx) を参照してください。 +EKS クラスターに ScalarDB Server をデプロイした後、特に本番環境では、デプロイされたコンポーネントを監視し、そのログを収集することをお勧めします。詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx)および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx)を参照してください。 ## ScalarDB Server を EKS から削除する diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDLAuditorOnAKS.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDLAuditorOnAKS.mdx index 3cba2672..936b1ad0 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDLAuditorOnAKS.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDLAuditorOnAKS.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsJapanese --- # ScalarDL Ledger と ScalarDL Auditor を Azure Kubernetes Service (AKS) にデプロイする @@ -9,93 +10,93 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; このガイドでは、Azure Kubernetes Service (AKS) に ScalarDL Ledger と ScalarDL Auditor をデプロイする方法について説明します。 -このガイドでは、Azure 環境に次の 3 つの環境のいずれかを作成します。 ビザンチン障害検出を適切に機能させるには、ScalarDL Ledger と ScalarDL Auditor を異なる管理ドメイン (つまり、別の環境) に展開することをお勧めします。 +このガイドでは、Azure 環境に次の3つの環境のいずれかを作成します。ビザンチン障害検出を適切に機能させるには、ScalarDL Ledger と ScalarDL Auditor を異なる管理ドメイン (つまり、別の環境) に展開することをお勧めします。 * 別の Azure アカウントを使用する (最も推奨される方法) ![image](./images/png/AKS_ScalarDL_Auditor_Multi_Account.drawio.png) -* 別の Azure Virtual Networks (VNet) を使用する (2 番目に推奨される方法) +* 別の Azure Virtual Networks (VNet) を使用する (2番目に推奨される方法) ![image](./images/png/AKS_ScalarDL_Auditor_Multi_VNet.drawio.png) -* 異なる名前空間を使用する (3 番目に推奨される方法) +* 異なる名前空間を使用する (3番目に推奨される方法) ![image](./images/png/AKS_ScalarDL_Auditor_Multi_Namespace.drawio.png) -**注意:** このガイドは、2 番目に推奨される方法「別の VNet を使用する」に従います。 +**注意:** このガイドは、2番目に推奨される方法「別の VNet を使用する」に従います。 -## ステップ 1. ScalarDL Ledger および ScalarDL Auditor コンテナー イメージを取得する +## ステップ1. ScalarDL Ledger および ScalarDL Auditor コンテナーイメージを取得する -ScalarDL Ledger および ScalarDL Auditor コンテナー イメージを取得する必要があります。 Scalar 製品のコンテナ リポジトリの詳細については、[Scalar 製品のコンテナ イメージを取得する方法](HowToGetContainerImages.mdx) を参照してください。 +ScalarDL Ledger および ScalarDL Auditor コンテナーイメージを取得する必要があります。Scalar 製品のコンテナリポジトリの詳細については、[Scalar 製品のコンテナイメージを取得する方法](HowToGetContainerImages.mdx)を参照してください。 -## ステップ 2. ScalarDL Ledger の AKS クラスターを作成する +## ステップ2. ScalarDL Ledger の AKS クラスターを作成する -ScalarDL Ledger デプロイ用の AKS クラスターを作成する必要があります。 詳細については、[Scalar 製品用の AKS クラスターを作成するためのガイドライン](CreateAKSClusterForScalarProducts.mdx) を参照してください。 +ScalarDL Ledger デプロイ用の AKS クラスターを作成する必要があります。詳細については、[Scalar 製品用の AKS クラスターを作成するためのガイドライン](CreateAKSClusterForScalarProducts.mdx)を参照してください。 -## ステップ 3. ScalarDL Auditor の AKS クラスターを作成する +## ステップ3. ScalarDL Auditor の AKS クラスターを作成する -ScalarDL Auditor デプロイ用の AKS クラスターも作成する必要があります。 詳細については、[Scalar 製品用の AKS クラスターを作成するためのガイドライン](CreateAKSClusterForScalarProducts.mdx) を参照してください。 +ScalarDL Auditor デプロイ用の AKS クラスターも作成する必要があります。詳細については、[Scalar 製品用の AKS クラスターを作成するためのガイドライン](CreateAKSClusterForScalarProducts.mdx)を参照してください。 -## ステップ 4. ScalarDL Ledger のデータベースをセットアップする +## ステップ4. ScalarDL Ledger のデータベースをセットアップする -ScalarDL Ledger を展開する前にデータベースを準備する必要があります。 ScalarDL Ledger は内部で ScalarDB を使用してデータベースにアクセスするため、ScalarDB がサポートするデータベースの種類を確認するには、[ScalarDB Supported Databases](https://scalardb.scalar-labs.com/docs/latest/requirements#databases) を参照してください。 +ScalarDL Ledger を展開する前にデータベースを準備する必要があります。ScalarDL Ledger は内部で ScalarDB を使用してデータベースにアクセスするため、ScalarDB がサポートするデータベースの種類を確認するには、[ScalarDB Supported Databases](https://scalardb.scalar-labs.com/docs/latest/requirements#databases) を参照してください。 -データベースのセットアップの詳細については、[Azure での ScalarDB/ScalarDL デプロイ用のデータベースのセットアップ](SetupDatabaseForAzure.mdx) を参照してください。 +データベースのセットアップの詳細については、[Azure での ScalarDB/ScalarDL デプロイ用のデータベースのセットアップ](SetupDatabaseForAzure.mdx)を参照してください。 -## ステップ 5. ScalarDL Auditor のデータベースをセットアップする +## ステップ5. ScalarDL Auditor のデータベースをセットアップする -ScalarDL Auditor を展開する前にデータベースを準備する必要もあります。 ScalarDL Auditor は内部で ScalarDB を使用してデータベースにアクセスするため、ScalarDB がサポートするデータベースの種類を確認するには、[ScalarDB Supported Databases](https://scalardb.scalar-labs.com/docs/latest/requirements#databases) を参照してください。 +ScalarDL Auditor を展開する前にデータベースを準備する必要もあります。ScalarDL Auditor は内部で ScalarDB を使用してデータベースにアクセスするため、ScalarDB がサポートするデータベースの種類を確認するには、[ScalarDB Supported Databases](https://scalardb.scalar-labs.com/docs/latest/requirements#databases) を参照してください。 -データベースのセットアップの詳細については、[Azure での ScalarDB/ScalarDL デプロイ用のデータベースのセットアップ](SetupDatabaseForAzure.mdx) を参照してください。 +データベースのセットアップの詳細については、[Azure での ScalarDB/ScalarDL デプロイ用のデータベースのセットアップ](SetupDatabaseForAzure.mdx)を参照してください。 -## ステップ 6. ScalarDL Ledger の要塞サーバーを作成する +## ステップ6. ScalarDL Ledger の踏み台サーバーを作成する -AKS で ScalarDL Ledger をデプロイおよび管理するためのいくつかのツールを実行するには、**手順 2** で作成した AKS クラスターの同じ VNet に要塞サーバーを準備する必要があります。 詳細については、[要塞サーバーの作成](CreateBastionServer.mdx) を参照してください。 +AKS で ScalarDL Ledger をデプロイおよび管理するためのいくつかのツールを実行するには、**手順2**で作成した AKS クラスターの同じ VNet に踏み台サーバーを準備する必要があります。詳細については、[踏み台サーバーの作成](CreateBastionServer.mdx)を参照してください。 -## ステップ 7. ScalarDL Auditor の要塞サーバーを作成する +## ステップ7. ScalarDL Auditor の踏み台サーバーを作成する -AKS で ScalarDL Auditor をデプロイおよび管理するためのいくつかのツールを実行するには、**手順 3** で作成した AKS クラスターの同じ VNet に要塞サーバーを準備する必要があります。 詳細については、[要塞サーバーの作成](CreateBastionServer.mdx) を参照してください。 +AKS で ScalarDL Auditor をデプロイおよび管理するためのいくつかのツールを実行するには、**手順3**で作成した AKS クラスターの同じ VNet に踏み台サーバーを準備する必要があります。詳細については、[踏み台サーバーの作成](CreateBastionServer.mdx)を参照してください。 -## ステップ 8. 2 つの AKS クラスター間のネットワーク ピアリングを作成する +## ステップ8. 2つの AKS クラスター間のネットワークピアリングを作成する -ScalarDL を適切に動作させるには、ScalarDL Ledger と ScalarDL Auditor が相互に接続する必要があります。 [仮想ネットワーク ピアリング](https://docs.microsoft.com/en-us/azure/virtual-network/virtual-network-peering-overview) を使用して 2 つの VNet を接続する必要があります。 詳細については、[ScalarDL Auditor モードのネットワーク ピアリングの構成](NetworkPeeringForScalarDLAuditor.mdx) を参照してください。 +ScalarDL を適切に動作させるには、ScalarDL Ledger と ScalarDL Auditor が相互に接続する必要があります。[仮想ネットワークピアリング](https://docs.microsoft.com/en-us/azure/virtual-network/virtual-network-peering-overview)を使用して2つの VNet を接続する必要があります。詳細については、[ScalarDL Auditor モードのネットワークピアリングの構成](NetworkPeeringForScalarDLAuditor.mdx)を参照してください。 -## ステップ 9. ScalarDL Ledger と ScalarDL Schema Loader の両方の Scalar Helm Chart のカスタム値ファイルを準備する +## ステップ9. ScalarDL Ledger と ScalarDL Schema Loader の両方の Scalar Helm Chart のカスタム値ファイルを準備する -**ステップ 4** で作成したデータベース内の情報へのアクセスなどのタスクを実行するには、環境に基づいて ScalarDL Ledger と ScalarDL Schema Loader (Ledger 用) の両方の Scalar Helm Chart のカスタム値ファイルを構成する必要があります。 詳細については、[Configure a custom values file for Scalar Helm Charts](../helm-charts/configure-custom-values-file.mdx を参照してください。 +**ステップ4**で作成したデータベース内の情報へのアクセスなどのタスクを実行するには、環境に基づいて ScalarDL Ledger と ScalarDL Schema Loader (Ledger 用) の両方の Scalar Helm Chart のカスタム値ファイルを構成する必要があります。詳細については、[Configure a custom values file for Scalar Helm Charts](../helm-charts/configure-custom-values-file.mdx を参照してください。 -## ステップ 10. Scalar Helm Chart を使用して ScalarDL Ledger をデプロイする +## ステップ10. Scalar Helm Chart を使用して ScalarDL Ledger をデプロイする -ScalarDL Ledger の Helm Chart を使用して、ScalarDL Ledger を AKS クラスターにデプロイします。 詳細については、[Deploy Scalar products using Scalar Helm Charts](../helm-charts/how-to-deploy-scalar-products.mdx) を参照してください。 +ScalarDL Ledger の Helm Chart を使用して、ScalarDL Ledger を AKS クラスターにデプロイします。詳細については、[Deploy Scalar products using Scalar Helm Charts](../helm-charts/how-to-deploy-scalar-products.mdx) を参照してください。 **注意:** `kubectl create ns scalardl-ledger` コマンドを使用して専用の名前空間を作成し、`helm install` コマンドで `-n scalardl-ledger` オプションを使用して名前空間に ScalarDL Ledger をデプロイすることをお勧めします。 -## ステップ 11. ScalarDL Auditor と ScalarDL Schema Loader の両方の Scalar Helm Chart のカスタム値ファイルを準備する +## ステップ11. ScalarDL Auditor と ScalarDL Schema Loader の両方の Scalar Helm Chart のカスタム値ファイルを準備する -**ステップ 5** で作成したデータベース内の情報へのアクセスなどのタスクを実行するには、環境に基づいて ScalarDL Auditor と ScalarDL Schema Loader (Auditor 用) の両方の Scalar Helm Chart のカスタム値ファイルを構成する必要もあります 。 詳細については、[Configure a custom values file for Scalar Helm Charts](../helm-charts/configure-custom-values-file.mdx) を参照してください。 +**ステップ5**で作成したデータベース内の情報へのアクセスなどのタスクを実行するには、環境に基づいて ScalarDL Auditor と ScalarDL Schema Loader (Auditor 用) の両方の Scalar Helm Chart のカスタム値ファイルを構成する必要もあります 。詳細については、[Configure a custom values file for Scalar Helm Charts](../helm-charts/configure-custom-values-file.mdx) を参照してください。 -## ステップ 12. Scalar Helm Chart を使用して ScalarDL Auditor をデプロイする +## ステップ12. Scalar Helm Chart を使用して ScalarDL Auditor をデプロイする -ScalarDL Auditor の Helm Chart を使用して、AKS クラスターに ScalarDL Auditor をデプロイします。 詳細については、[Deploy Scalar products using Scalar Helm Charts](../helm-charts/how-to-deploy-scalar-products.mdx) を参照してください。 +ScalarDL Auditor の Helm Chart を使用して、AKS クラスターに ScalarDL Auditor をデプロイします。詳細については、[Deploy Scalar products using Scalar Helm Charts](../helm-charts/how-to-deploy-scalar-products.mdx) を参照してください。 **注意:** `kubectl create ns scalardl-auditor` コマンドを使用して専用の名前空間を作成し、`helm install` コマンドで `-n scalardl-auditor` オプションを使用して名前空間に ScalarDL Auditor をデプロイすることをお勧めします。 -## ステップ 13. ScalarDL Ledger 導入のステータスを確認する +## ステップ13. ScalarDL Ledger 導入のステータスを確認する -ScalarDL Ledger を AKS クラスターにデプロイした後、各コンポーネントの状態を確認する必要があります。 詳細については、[Kubernetes環境で実行する場合に定期的に確認するコンポーネント](RegularCheck.mdx) を参照してください。 +ScalarDL Ledger を AKS クラスターにデプロイした後、各コンポーネントの状態を確認する必要があります。詳細については、[Kubernetes環境で実行する場合に定期的に確認するコンポーネント](RegularCheck.mdx)を参照してください。 -## ステップ 14. ScalarDL Auditor デプロイメントのステータスを確認する +## ステップ14. ScalarDL Auditor デプロイメントのステータスを確認する -ScalarDL Auditor を AKS クラスターにデプロイした後、各コンポーネントの状態を確認する必要があります。 詳細については、[Kubernetes環境で実行する場合に定期的に確認するコンポーネント](RegularCheck.mdx) を参照してください。 +ScalarDL Auditor を AKS クラスターにデプロイした後、各コンポーネントの状態を確認する必要があります。詳細については、[Kubernetes環境で実行する場合に定期的に確認するコンポーネント](RegularCheck.mdx)を参照してください。 -## ステップ 15. ScalarDL Ledger の展開を監視する +## ステップ15. ScalarDL Ledger の展開を監視する -AKS クラスターに ScalarDL Ledger をデプロイした後、特に運用環境では、デプロイされたコンポーネントを監視し、そのログを収集することをお勧めします。 詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx) および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx) を参照してください。 +AKS クラスターに ScalarDL Ledger をデプロイした後、特に運用環境では、デプロイされたコンポーネントを監視し、そのログを収集することをお勧めします。詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx)および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx)を参照してください。 -## ステップ 16. ScalarDL Auditor の展開を監視する +## ステップ16. ScalarDL Auditor の展開を監視する -AKS クラスターに ScalarDL Auditor をデプロイした後、特に運用環境では、デプロイされたコンポーネントを監視し、そのログを収集することをお勧めします。 詳細については、[Kubernetes クラスター上の Scalar 製品の監視(./K8sMonitorGuide.mdx) および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx) を参照してください。 +AKS クラスターに ScalarDL Auditor をデプロイした後、特に運用環境では、デプロイされたコンポーネントを監視し、そのログを収集することをお勧めします。詳細については、[Kubernetes クラスター上の Scalar 製品の監視](./K8sMonitorGuide.mdx)および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx)を参照してください。 ## ScalarDL Ledger と ScalarDL Auditor を AKS から削除します diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDLAuditorOnEKS.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDLAuditorOnEKS.mdx index b49bd983..bba0b37d 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDLAuditorOnEKS.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDLAuditorOnEKS.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsJapanese --- # ScalarDL Ledger と ScalarDL Auditor を Amazon Elastic Kubernetes Service (EKS) にデプロイする @@ -9,93 +10,93 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; このガイドでは、ScalarDL Ledger と ScalarDL Auditor を Amazon Elastic Kubernetes Service (EKS) にデプロイする方法について説明します。 -このガイドでは、AWS 環境に次の 3 つの環境のいずれかを作成します。 ビザンチン障害検出を適切に機能させるには、ScalarDL Ledger と ScalarDL Auditor を異なる管理ドメイン (つまり、別の環境) に展開することをお勧めします。 +このガイドでは、AWS 環境に次の3つの環境のいずれかを作成します。ビザンチン障害検出を適切に機能させるには、ScalarDL Ledger と ScalarDL Auditor を異なる管理ドメイン (つまり、別の環境) に展開することをお勧めします。 * 別の AWS アカウントを使用する (最も推奨される方法) ![image](./images/png/EKS_ScalarDL_Auditor_Multi_Account.drawio.png) -* 異なる Amazon Virtual Private Cloud (VPC) を使用する (2 番目に推奨される方法) +* 異なる Amazon Virtual Private Cloud (VPC) を使用する (2番目に推奨される方法) ![image](./images/png/EKS_ScalarDL_Auditor_Multi_VPC.drawio.png) -* 異なる名前空間を使用する (3 番目に推奨される方法) +* 異なる名前空間を使用する (3番目に推奨される方法) ![image](./images/png/EKS_ScalarDL_Auditor_Multi_Namespace.drawio.png) -**注記：** このガイドは、2 番目に推奨される方法「別の VPC を使用する」に従います。 +**注記：** このガイドは、2番目に推奨される方法「別の VPC を使用する」に従います。 -## ステップ 1. AWS Marketplace で ScalarDL Ledger と ScalarDL Auditor を購読する +## ステップ1. AWS Marketplace で ScalarDL Ledger と ScalarDL Auditor を購読する -[AWS Marketplace](https://aws.amazon.com/marketplace/seller-profile?id=bd4cd7de-49cd-433f-97ba-5cf71d76ec7b) から ScalarDL Ledger および ScalarDL Auditor コンテナ イメージを取得し、ScalarDL Ledger および ScalarDL Auditor をサブスクライブする必要があります。 AWS Marketplace で ScalarDL Ledger および ScalarDL Auditor を購読する方法の詳細については、[AWS Marketplace から Scalar 製品を購読する](AwsMarketplaceGuide.mdx#aws-marketplace-から-scalar-製品を購読する) を参照してください。 +[AWS Marketplace](https://aws.amazon.com/marketplace/seller-profile?id=bd4cd7de-49cd-433f-97ba-5cf71d76ec7b) から ScalarDL Ledger および ScalarDL Auditor コンテナイメージを取得し、ScalarDL Ledger および ScalarDL Auditor をサブスクライブする必要があります。AWS Marketplace で ScalarDL Ledger および ScalarDL Auditor を購読する方法の詳細については、[AWS Marketplace から Scalar 製品を購読する](AwsMarketplaceGuide.mdx#aws-marketplace-から-scalar-製品を購読する)を参照してください。 -## ステップ 2. ScalarDL Ledger の EKS クラスターを作成する +## ステップ2. ScalarDL Ledger の EKS クラスターを作成する -ScalarDL Ledger デプロイメント用の EKS クラスターを作成する必要があります。 詳細については、[Scalar 製品用の Amazon EKS クラスターを作成するためのガイドライン](CreateEKSClusterForScalarProducts.mdx) を参照してください。 +ScalarDL Ledger デプロイメント用の EKS クラスターを作成する必要があります。詳細については、[Scalar 製品用の Amazon EKS クラスターを作成するためのガイドライン](CreateEKSClusterForScalarProducts.mdx)を参照してください。 -## ステップ 3. ScalarDL Auditor 用の EKS クラスターを作成する +## ステップ3. ScalarDL Auditor 用の EKS クラスターを作成する -ScalarDL Auditor デプロイメント用の EKS クラスターも作成する必要があります。 詳細については、[Scalar 製品用の Amazon EKS クラスターを作成するためのガイドライン](CreateEKSClusterForScalarProducts.mdx) を参照してください。 +ScalarDL Auditor デプロイメント用の EKS クラスターも作成する必要があります。詳細については、[Scalar 製品用の Amazon EKS クラスターを作成するためのガイドライン](CreateEKSClusterForScalarProducts.mdx)を参照してください。 -## ステップ 4. ScalarDL Ledger のデータベースをセットアップする +## ステップ4. ScalarDL Ledger のデータベースをセットアップする -ScalarDL Ledger を展開する前にデータベースを準備する必要があります。 ScalarDL Ledger は内部で ScalarDB を使用してデータベースにアクセスするため、ScalarDB がサポートするデータベースの種類を確認するには、[ScalarDB Supported Databases](https://scalardb.scalar-labs.com/docs/latest/requirements#databases) を参照してください。 +ScalarDL Ledger を展開する前にデータベースを準備する必要があります。ScalarDL Ledger は内部で ScalarDB を使用してデータベースにアクセスするため、ScalarDB がサポートするデータベースの種類を確認するには、[ScalarDB Supported Databases](https://scalardb.scalar-labs.com/docs/latest/requirements#databases) を参照してください。 -データベースのセットアップの詳細については、[AWS での ScalarDB/ScalarDL デプロイ用のデータベースのセットアップ](SetupDatabaseForAWS.mdx) を参照してください。 +データベースのセットアップの詳細については、[AWS での ScalarDB/ScalarDL デプロイ用のデータベースのセットアップ](SetupDatabaseForAWS.mdx)を参照してください。 -## ステップ 5. ScalarDL Auditor のデータベースをセットアップする +## ステップ5. ScalarDL Auditor のデータベースをセットアップする -ScalarDL Auditor を展開する前にデータベースを準備する必要もあります。 ScalarDL Auditor は内部で ScalarDB を使用してデータベースにアクセスするため、ScalarDB がサポートするデータベースの種類を確認するには、[ScalarDB Supported Databases](https://scalardb.scalar-labs.com/docs/latest/requirements#databases) を参照してください。 +ScalarDL Auditor を展開する前にデータベースを準備する必要もあります。ScalarDL Auditor は内部で ScalarDB を使用してデータベースにアクセスするため、ScalarDB がサポートするデータベースの種類を確認するには、[ScalarDB Supported Databases](https://scalardb.scalar-labs.com/docs/latest/requirements#databases) を参照してください。 -データベースのセットアップの詳細については、[AWS での ScalarDB/ScalarDL デプロイ用のデータベースのセットアップ](SetupDatabaseForAWS.mdx) を参照してください。 +データベースのセットアップの詳細については、[AWS での ScalarDB/ScalarDL デプロイ用のデータベースのセットアップ](SetupDatabaseForAWS.mdx)を参照してください。 -## ステップ 6. ScalarDL Ledger の要塞サーバーを作成する +## ステップ6. ScalarDL Ledger の踏み台サーバーを作成する -EKS 上で ScalarDL Ledger をデプロイおよび管理するためのいくつかのツールを実行するには、**ステップ 2** で作成した EKS クラスターの同じ VPC 内に要塞サーバーを準備する必要があります。 詳細については、[要塞サーバーの作成](CreateBastionServer.mdx) を参照してください。 +EKS 上で ScalarDL Ledger をデプロイおよび管理するためのいくつかのツールを実行するには、**ステップ2**で作成した EKS クラスターの同じ VPC 内に踏み台サーバーを準備する必要があります。詳細については、[踏み台サーバーの作成](CreateBastionServer.mdx)を参照してください。 -## ステップ 7. ScalarDL Auditor の要塞サーバーを作成する +## ステップ7. ScalarDL Auditor の踏み台サーバーを作成する -EKS 上で ScalarDL Auditor をデプロイおよび管理するためのいくつかのツールを実行するには、**ステップ 3** で作成した EKS クラスターの同じ VPC 内に要塞サーバーを準備する必要があります。 詳細については、[要塞サーバーの作成](CreateBastionServer.mdx) を参照してください。 +EKS 上で ScalarDL Auditor をデプロイおよび管理するためのいくつかのツールを実行するには、**ステップ3**で作成した EKS クラスターの同じ VPC 内に踏み台サーバーを準備する必要があります。詳細については、[踏み台サーバーの作成](CreateBastionServer.mdx)を参照してください。 -## ステップ 8. 2 つの EKS クラスター間のネットワーク ピアリングを作成する +## ステップ8. 2つの EKS クラスター間のネットワークピアリングを作成する -ScalarDL を適切に動作させるには、ScalarDL Ledger と ScalarDL Auditor が相互に接続する必要があります。 [VPC peering](https://docs.aws.amazon.com/vpc/latest/peering/create-vpc-peering-connection.html) を使用して 2 つの VPC を接続する必要があります。 詳細については、[ScalarDL Auditor モードのネットワーク ピアリングの構成](NetworkPeeringForScalarDLAuditor.mdx) を参照してください。 +ScalarDL を適切に動作させるには、ScalarDL Ledger と ScalarDL Auditor が相互に接続する必要があります。[VPC peering](https://docs.aws.amazon.com/vpc/latest/peering/create-vpc-peering-connection.html) を使用して2つの VPC を接続する必要があります。詳細については、[ScalarDL Auditor モードのネットワークピアリングの構成](NetworkPeeringForScalarDLAuditor.mdx)を参照してください。 -## ステップ 9. ScalarDL Ledger および ScalarDL Schema Loader の Scalar Helm Chart のカスタム値ファイルを準備する +## ステップ9. ScalarDL Ledger および ScalarDL Schema Loader の Scalar Helm Chart のカスタム値ファイルを準備する -**ステップ 4** で作成したデータベース内の情報へのアクセスなどのタスクを実行するには、環境に基づいて ScalarDL Ledger および ScalarDL Schema Loader (Ledger 用) の Scalar Helm Chart のカスタム値ファイルを構成する必要があります。 詳細については、[Configure a custom values file for Scalar Helm Charts](../helm-charts/configure-custom-values-file.mdx) を参照してください。 +**ステップ4**で作成したデータベース内の情報へのアクセスなどのタスクを実行するには、環境に基づいて ScalarDL Ledger および ScalarDL Schema Loader (Ledger 用) の Scalar Helm Chart のカスタム値ファイルを構成する必要があります。詳細については、[Configure a custom values file for Scalar Helm Charts](../helm-charts/configure-custom-values-file.mdx) を参照してください。 -## ステップ 10. Scalar Helm Chart を使用して ScalarDL Ledger をデプロイする +## ステップ10. Scalar Helm Chart を使用して ScalarDL Ledger をデプロイする -ScalarDL Ledger の Helm Chart を使用して、ScalarDL Ledger を EKS クラスターにデプロイします。 詳細については、[Deploy Scalar products using Scalar Helm Charts](../helm-charts/how-to-deploy-scalar-products.mdx) を参照してください。 +ScalarDL Ledger の Helm Chart を使用して、ScalarDL Ledger を EKS クラスターにデプロイします。詳細については、[Deploy Scalar products using Scalar Helm Charts](../helm-charts/how-to-deploy-scalar-products.mdx) を参照してください。 **注記：** `kubectl create ns scalardl-ledger` コマンドを使用して専用の名前空間を作成し、`helm install` コマンドで `-n scalardl-ledger` オプションを使用して名前空間に ScalarDL Ledger をデプロイすることをお勧めします。 -## ステップ 11. ScalarDL Auditor と ScalarDL Schema Loader の両方の Scalar Helm Chart のカスタム値ファイルを準備する +## ステップ11. ScalarDL Auditor と ScalarDL Schema Loader の両方の Scalar Helm Chart のカスタム値ファイルを準備する -**ステップ 5** で作成したデータベース内の情報へのアクセスなどのタスクを実行するには、環境に基づいて ScalarDL Auditor と ScalarDL Schema Loader (Auditor 用) の両方の Scalar Helm Chart のカスタム値ファイルを構成する必要があります。 詳細については、[Configure a custom values file for Scalar Helm Charts](../helm-charts/configure-custom-values-file.mdx) を参照してください。 +**ステップ5**で作成したデータベース内の情報へのアクセスなどのタスクを実行するには、環境に基づいて ScalarDL Auditor と ScalarDL Schema Loader (Auditor 用) の両方の Scalar Helm Chart のカスタム値ファイルを構成する必要があります。詳細については、[Configure a custom values file for Scalar Helm Charts](../helm-charts/configure-custom-values-file.mdx) を参照してください。 -## ステップ 12. Scalar Helm Chart を使用して ScalarDL Auditor をデプロイする +## ステップ12. Scalar Helm Chart を使用して ScalarDL Auditor をデプロイする -ScalarDL Auditor の Helm Chart を使用して、ScalarDL Auditor を EKS クラスターにデプロイします。 詳細については、[Deploy Scalar products using Scalar Helm Charts](../helm-charts/how-to-deploy-scalar-products.mdx) を参照してください。 +ScalarDL Auditor の Helm Chart を使用して、ScalarDL Auditor を EKS クラスターにデプロイします。詳細については、[Deploy Scalar products using Scalar Helm Charts](../helm-charts/how-to-deploy-scalar-products.mdx) を参照してください。 **注記：** `kubectl create ns scalardl-auditor` コマンドを使用して専用の名前空間を作成し、`helm install` コマンドで `-n scalardl-auditor` オプションを使用して名前空間に ScalarDL Auditor をデプロイすることをお勧めします。 -## ステップ 13. ScalarDL Ledger 導入のステータスを確認する +## ステップ13. ScalarDL Ledger 導入のステータスを確認する -EKS クラスターに ScalarDL Ledger をデプロイした後、各コンポーネントのステータスを確認する必要があります。 詳細については、[Kubernetes環境で実行する場合に定期的に確認するコンポーネント](RegularCheck.mdx) を参照してください。 +EKS クラスターに ScalarDL Ledger をデプロイした後、各コンポーネントのステータスを確認する必要があります。詳細については、[Kubernetes環境で実行する場合に定期的に確認するコンポーネント](RegularCheck.mdx)を参照してください。 -## ステップ 14. ScalarDL Auditor デプロイメントのステータスを確認する +## ステップ14. ScalarDL Auditor デプロイメントのステータスを確認する -EKS クラスターに ScalarDL Auditor をデプロイした後、各コンポーネントのステータスを確認する必要があります。 詳細については、[Kubernetes 環境で実行するときに定期的に確認するコンポーネント](RegularCheck.mdx) を参照してください。 +EKS クラスターに ScalarDL Auditor をデプロイした後、各コンポーネントのステータスを確認する必要があります。詳細については、[Kubernetes 環境で実行するときに定期的に確認するコンポーネント](RegularCheck.mdx)を参照してください。 -## ステップ 15. ScalarDL Ledger の展開を監視する +## ステップ15. ScalarDL Ledger の展開を監視する -EKS クラスターに ScalarDL Ledger をデプロイした後、特に本番環境では、デプロイされたコンポーネントを監視し、そのログを収集することをお勧めします。 詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx) および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx) を参照してください。 +EKS クラスターに ScalarDL Ledger をデプロイした後、特に本番環境では、デプロイされたコンポーネントを監視し、そのログを収集することをお勧めします。詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx)および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx)を参照してください。 -## ステップ 16. ScalarDL Auditor の展開を監視する +## ステップ16. ScalarDL Auditor の展開を監視する -EKS クラスターに ScalarDL Auditor をデプロイした後、特に運用環境で、デプロイされたコンポーネントを監視し、そのログを収集することをお勧めします。 詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx) および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx) を参照してください。 +EKS クラスターに ScalarDL Auditor をデプロイした後、特に運用環境で、デプロイされたコンポーネントを監視し、そのログを収集することをお勧めします。詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx)および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx)を参照してください。 ## EKS から ScalarDL Ledger と ScalarDL Auditor を削除 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDLOnAKS.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDLOnAKS.mdx index 06762f9b..4742c5f5 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDLOnAKS.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDLOnAKS.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsJapanese --- # Azure Kubernetes Service (AKS) に ScalarDL Ledger をデプロイする @@ -13,41 +14,41 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ![image](./images/png/AKS_ScalarDL_Ledger.drawio.png) -## ステップ 1. ScalarDL Ledger コンテナー イメージを取得する +## ステップ1. ScalarDL Ledger コンテナーイメージを取得する -ScalarDL Ledger コンテナー イメージを取得する必要があります。 Scalar 製品のコンテナ リポジトリの詳細については、[Scalar 製品のコンテナ イメージを取得する方法](HowToGetContainerImages.mdx) を参照してください。 +ScalarDL Ledger コンテナーイメージを取得する必要があります。Scalar 製品のコンテナリポジトリの詳細については、[Scalar 製品のコンテナイメージを取得する方法](HowToGetContainerImages.mdx)を参照してください。 -## ステップ 2. AKS クラスターを作成する +## ステップ2. AKS クラスターを作成する -ScalarDL Ledger デプロイ用の AKS クラスターを作成する必要があります。 詳細については、[Scalar 製品用の AKS クラスターを作成するためのガイドライン](CreateAKSClusterForScalarProducts.mdx) を参照してください。 +ScalarDL Ledger デプロイ用の AKS クラスターを作成する必要があります。詳細については、[Scalar 製品用の AKS クラスターを作成するためのガイドライン](CreateAKSClusterForScalarProducts.mdx)を参照してください。 -## ステップ 3. ScalarDL Ledger のデータベースをセットアップする +## ステップ3. ScalarDL Ledger のデータベースをセットアップする -ScalarDL Ledger を展開する前にデータベースを準備する必要があります。 ScalarDL Ledger は内部で ScalarDB を使用してデータベースにアクセスするため、ScalarDB がサポートするデータベースの種類を確認するには、[ScalarDB Supported Databases](https://scalardb.scalar-labs.com/docs/latest/requirements#databases) を参照してください。 +ScalarDL Ledger を展開する前にデータベースを準備する必要があります。ScalarDL Ledger は内部で ScalarDB を使用してデータベースにアクセスするため、ScalarDB がサポートするデータベースの種類を確認するには、[ScalarDB Supported Databases](https://scalardb.scalar-labs.com/docs/latest/requirements#databases) を参照してください。 データベースのセットアップの詳細については、[Azure での ScalarDB/ScalarDL デプロイ用のデータベースのセットアップ](SetupDatabaseForAzure.mdx) を参照してください。 -## ステップ 4. 要塞サーバーを作成する +## ステップ4. 踏み台サーバーを作成する -AKS で ScalarDL Ledger をデプロイおよび管理するためのいくつかのツールを実行するには、**手順 2** で作成した AKS クラスターの同じ Azure Virtual Network (VNet) 内に要塞サーバーを準備する必要があります。 詳細については、[要塞サーバーの作成](CreateBastionServer.mdx) を参照してください。 +AKS で ScalarDL Ledger をデプロイおよび管理するためのいくつかのツールを実行するには、**手順2**で作成した AKS クラスターの同じ Azure Virtual Network (VNet) 内に踏み台サーバーを準備する必要があります。詳細については、[踏み台サーバーの作成](CreateBastionServer.mdx)を参照してください。 -## ステップ 5. ScalarDL Ledger と ScalarDL Schema Loader の両方の Scalar Helm Chart のカスタム値ファイルを準備する +## ステップ5. ScalarDL Ledger と ScalarDL Schema Loader の両方の Scalar Helm Chart のカスタム値ファイルを準備する -**ステップ 3** で作成したデータベース内の情報へのアクセスなどのタスクを実行するには、環境に基づいて ScalarDL Ledger と ScalarDL Schema Loader (Ledger 用) の両方の Scalar Helm Chart のカスタム値ファイルを構成する必要があります。 詳細については、[Configure a custom values file for Scalar Helm Charts](../helm-charts/configure-custom-values-file.mdx) を参照してください。 +**ステップ3**で作成したデータベース内の情報へのアクセスなどのタスクを実行するには、環境に基づいて ScalarDL Ledger と ScalarDL Schema Loader (Ledger 用) の両方の Scalar Helm Chart のカスタム値ファイルを構成する必要があります。詳細については、[Configure a custom values file for Scalar Helm Charts](../helm-charts/configure-custom-values-file.mdx) を参照してください。 -## ステップ 6. Scalar Helm Chart を使用して ScalarDL Ledger をデプロイする +## ステップ6. Scalar Helm Chart を使用して ScalarDL Ledger をデプロイする -ScalarDL Ledger の Helm Chart を使用して、AKS クラスターに ScalarDL Ledger をデプロイします。 詳細については、[Deploy Scalar products using Scalar Helm Charts](../helm-charts/how-to-deploy-scalar-products.mdx) を参照してください。 +ScalarDL Ledger の Helm Chart を使用して、AKS クラスターに ScalarDL Ledger をデプロイします。詳細については、[Deploy Scalar products using Scalar Helm Charts](../helm-charts/how-to-deploy-scalar-products.mdx) を参照してください。 **注記：** `kubectl create ns scalardl-ledger` コマンドを使用して専用の名前空間を作成し、`helm install` コマンドで `-n scalardl-ledger` オプションを使用して名前空間に ScalarDL Ledger をデプロイすることをお勧めします。 -## ステップ 7. ScalarDL Ledger 導入のステータスを確認する +## ステップ7. ScalarDL Ledger 導入のステータスを確認する -ScalarDL Ledger を AKS クラスターにデプロイした後、各コンポーネントの状態を確認する必要があります。 詳細については、[Kubernetes環境で実行する場合に定期的に確認するコンポーネント](RegularCheck.mdx) を参照してください。 +ScalarDL Ledger を AKS クラスターにデプロイした後、各コンポーネントの状態を確認する必要があります。詳細については、[Kubernetes環境で実行する場合に定期的に確認するコンポーネント](RegularCheck.mdx)を参照してください。 -## ステップ 8. ScalarDL Ledger の展開を監視する +## ステップ8. ScalarDL Ledger の展開を監視する -AKS クラスターに ScalarDL Ledger をデプロイした後、特に運用環境では、デプロイされたコンポーネントを監視し、そのログを収集することをお勧めします。 詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx) および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx) を参照してください。 +AKS クラスターに ScalarDL Ledger をデプロイした後、特に運用環境では、デプロイされたコンポーネントを監視し、そのログを収集することをお勧めします。詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx)および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx)を参照してください。 ## ScalarDL Ledger を AKS から削除する diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDLOnEKS.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDLOnEKS.mdx index 37f1c047..6891f2ac 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDLOnEKS.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ManualDeploymentGuideScalarDLOnEKS.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsJapanese --- # ScalarDL Ledger を Amazon Elastic Kubernetes Service (EKS) にデプロイする @@ -13,41 +14,41 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ![image](./images/png/EKS_ScalarDL_Ledger.drawio.png) -## ステップ 1. AWS Marketplace で ScalarDL Ledger を購読する +## ステップ1. AWS Marketplace で ScalarDL Ledger を購読する -[AWS Marketplace](https://aws.amazon.com/marketplace/pp/prodview-3jdwfmqonx7a2) から ScalarDL Ledger コンテナ イメージを取得し、ScalarDL にサブスクライブする必要があります。 AWS Marketplace で ScalarDL Ledger を購読する方法の詳細については、[AWS Marketplace から Scalar 製品を購読する](AwsMarketplaceGuide.mdx#aws-marketplace-から-scalar-製品を購読する) を参照してください。 +[AWS Marketplace](https://aws.amazon.com/marketplace/pp/prodview-3jdwfmqonx7a2) から ScalarDL Ledger コンテナイメージを取得し、ScalarDL にサブスクライブする必要があります。AWS Marketplace で ScalarDL Ledger を購読する方法の詳細については、[AWS Marketplace から Scalar 製品を購読する](AwsMarketplaceGuide.mdx#aws-marketplace-から-scalar-製品を購読する)を参照してください。 -## ステップ 2. EKS クラスターを作成する +## ステップ2. EKS クラスターを作成する -ScalarDL Ledger デプロイメント用の EKS クラスターを作成する必要があります。 詳細については、[Scalar 製品用の Amazon EKS クラスターを作成するためのガイドライン](CreateEKSClusterForScalarProducts.mdx) を参照してください。 +ScalarDL Ledger デプロイメント用の EKS クラスターを作成する必要があります。詳細については、[Scalar 製品用の Amazon EKS クラスターを作成するためのガイドライン](CreateEKSClusterForScalarProducts.mdx)を参照してください。 -## ステップ 3. ScalarDL Ledger のデータベースをセットアップする +## ステップ3. ScalarDL Ledger のデータベースをセットアップする -ScalarDL Ledger を展開する前にデータベースを準備する必要があります。 ScalarDL Ledger は内部で ScalarDB を使用してデータベースにアクセスするため、ScalarDB がサポートするデータベースの種類を確認するには、[ScalarDB Supported Databases](https://scalardb.scalar-labs.com/docs/latest/requirements#databases) を参照してください。 +ScalarDL Ledger を展開する前にデータベースを準備する必要があります。ScalarDL Ledger は内部で ScalarDB を使用してデータベースにアクセスするため、ScalarDB がサポートするデータベースの種類を確認するには、[ScalarDB Supported Databases](https://scalardb.scalar-labs.com/docs/latest/requirements#databases) を参照してください。 -データベースのセットアップの詳細については、[AWS での ScalarDB/ScalarDL デプロイ用のデータベースのセットアップ](SetupDatabaseForAWS.mdx) を参照してください。 +データベースのセットアップの詳細については、[AWS での ScalarDB/ScalarDL デプロイ用のデータベースのセットアップ](SetupDatabaseForAWS.mdx)を参照してください。 -## ステップ 4. 要塞サーバーを作成する +## ステップ4. 踏み台サーバーを作成する -EKS で ScalarDL Ledger をデプロイおよび管理するためのいくつかのツールを実行するには、**ステップ 2** で作成した EKS クラスターの同じ Amazon Virtual Private Cloud (VPC) 内に要塞サーバーを準備する必要があります。 詳細については、[要塞サーバーの作成](CreateBastionServer.mdx) を参照してください。 +EKS で ScalarDL Ledger をデプロイおよび管理するためのいくつかのツールを実行するには、**ステップ2**で作成した EKS クラスターの同じ Amazon Virtual Private Cloud (VPC) 内に踏み台サーバーを準備する必要があります。詳細については、[踏み台サーバーの作成](CreateBastionServer.mdx)を参照してください。 -## ステップ 5. ScalarDL Ledger と ScalarDL Schema Loader の両方の Scalar Helm Chart のカスタム値ファイルを準備する +## ステップ5. ScalarDL Ledger と ScalarDL Schema Loader の両方の Scalar Helm Chart のカスタム値ファイルを準備する -**ステップ 3** で作成したデータベース内の情報へのアクセスなどのタスクを実行するには、環境に基づいて ScalarDL Ledger と ScalarDL Schema Loader (Ledger 用) の両方の Scalar Helm Chart のカスタム値ファイルを構成する必要があります。 詳細については、[Configure a custom values file for Scalar Helm Charts](../helm-charts/configure-custom-values-file.mdx) を参照してください。 +**ステップ3**で作成したデータベース内の情報へのアクセスなどのタスクを実行するには、環境に基づいて ScalarDL Ledger と ScalarDL Schema Loader (Ledger 用) の両方の Scalar Helm Chart のカスタム値ファイルを構成する必要があります。詳細については、[Configure a custom values file for Scalar Helm Charts](../helm-charts/configure-custom-values-file.mdx) を参照してください。 -## ステップ 6. Scalar Helm Chart を使用して ScalarDL Ledger をデプロイする +## ステップ6. Scalar Helm Chart を使用して ScalarDL Ledger をデプロイする -ScalarDL Ledger の Helm Chart を使用して、ScalarDL Ledger を EKS クラスターにデプロイします。 詳細については、[Deploy Scalar products using Scalar Helm Charts](../helm-charts/how-to-deploy-scalar-products.mdx) を参照してください。 +ScalarDL Ledger の Helm Chart を使用して、ScalarDL Ledger を EKS クラスターにデプロイします。詳細については、[Deploy Scalar products using Scalar Helm Charts](../helm-charts/how-to-deploy-scalar-products.mdx) を参照してください。 **注記：** `kubectl create ns scalardl-ledger` コマンドを使用して専用の名前空間を作成し、`helm install` コマンドで `-n scalardl-ledger` オプションを使用して名前空間に ScalarDL Ledger をデプロイすることをお勧めします。 -## ステップ 7. ScalarDL Ledger 導入のステータスを確認する +## ステップ7. ScalarDL Ledger 導入のステータスを確認する -EKS クラスターに ScalarDL Ledger をデプロイした後、各コンポーネントのステータスを確認する必要があります。 詳細については、[Kubernetes環境で実行する場合に定期的に確認するコンポーネント](RegularCheck.mdx) を参照してください。 +EKS クラスターに ScalarDL Ledger をデプロイした後、各コンポーネントのステータスを確認する必要があります。詳細については、[Kubernetes環境で実行する場合に定期的に確認するコンポーネント](RegularCheck.mdx)を参照してください。 -## ステップ 8. ScalarDL Ledger の展開を監視する +## ステップ8. ScalarDL Ledger の展開を監視する -EKS クラスターに ScalarDL Ledger をデプロイした後、特に本番環境では、デプロイされたコンポーネントを監視し、そのログを収集することをお勧めします。 詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx) および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx) を参照してください。 +EKS クラスターに ScalarDL Ledger をデプロイした後、特に本番環境では、デプロイされたコンポーネントを監視し、そのログを収集することをお勧めします。詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx)および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx)を参照してください。 ## EKS から ScalarDL Ledger を削除 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/NetworkPeeringForScalarDLAuditor.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/NetworkPeeringForScalarDLAuditor.mdx index 1a6f1144..c125e201 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/NetworkPeeringForScalarDLAuditor.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/NetworkPeeringForScalarDLAuditor.mdx @@ -1,17 +1,18 @@ --- +displayed_sidebar: docsJapanese --- -# ScalarDL Auditor モード用にネットワーク ピアリングを構成する +# ScalarDL Auditor モード用にネットワークピアリングを構成する import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このドキュメントでは、ScalarDL Auditor モードで複数のプライベート ネットワークを接続し、ネットワーク ピアリングを実行する方法について説明します。 ScalarDL Auditor モードが正しく動作するには、ScalarDL Ledger を ScalarDL Auditor に接続する必要があります。 +このドキュメントでは、ScalarDL Auditor モードで複数のプライベートネットワークを接続し、ネットワークピアリングを実行する方法について説明します。ScalarDL Auditor モードが正しく動作するには、ScalarDL Ledger を ScalarDL Auditor に接続する必要があります。 ## 接続する必要があるネットワーク -ScalarDL Auditor モード (ビザンチン障害検出) を正しく機能させるには、3 つのプライベート ネットワークを接続する必要があります。 +ScalarDL Auditor モード (ビザンチン障害検出) を正しく機能させるには、3つのプライベートネットワークを接続する必要があります。 * [ScalarDL Ledger ネットワーク] ↔ [ScalarDL Auditor ネットワーク] * [ScalarDL Ledger ネットワーク] ↔ [アプリケーション(クライアント)ネットワーク] @@ -21,15 +22,15 @@ ScalarDL Auditor モード (ビザンチン障害検出) を正しく機能さ ### IP アドレス範囲 -プライベート ネットワーク間で IP アドレスが競合しないようにするには、異なる IP アドレス範囲を持つプライベート ネットワークが必要です。 例えば： +プライベートネットワーク間で IP アドレスが競合しないようにするには、異なる IP アドレス範囲を持つプライベートネットワークが必要です。例えば： -* **ScalarDL Ledger のプライベート ネットワーク:** 10.1.0.0/16 -* **ScalarDL Auditor のプライベート ネットワーク:** 10.2.0.0/16 -* **アプリケーション (クライアント) のプライベート ネットワーク:** 10.3.0.0/16 +* **ScalarDL Ledger のプライベートネットワーク:** 10.1.0.0/16 +* **ScalarDL Auditor のプライベートネットワーク:** 10.2.0.0/16 +* **アプリケーション (クライアント) のプライベートネットワーク:** 10.3.0.0/16 ### 接続 -ScalarDL Ledger、ScalarDL Auditor、およびアプリケーション（クライアント）を接続するためのデフォルトのネットワークポートは、デフォルトでは次のとおりです。 各プライベート ネットワーク間でこれらの接続を許可する必要があります。 +ScalarDL Ledger、ScalarDL Auditor、およびアプリケーション (クライアント) を接続するためのデフォルトのネットワークポートは、デフォルトでは次のとおりです。各プライベートネットワーク間でこれらの接続を許可する必要があります。 * **ScalarDL Ledger** * **50051/TCP:** アプリケーション (クライアント) および Scalar Envoy 経由の ScalarDL Auditor からのリクエストを受け入れます。 @@ -43,7 +44,7 @@ ScalarDL Ledger、ScalarDL Auditor、およびアプリケーション（クラ * **40051/TCP:** アプリケーション (クライアント) および ScalarDL Ledger からの ScalarDL Auditor のリクエストを受け入れます。 * **40052/TCP:** アプリケーション (クライアント) および ScalarDL Ledger からの ScalarDL Auditor に対する特権リクエストを受け入れます。 -構成ファイル (ledger.properties または auditor.properties) で ScalarDL のリスニング ポートをデフォルトから変更する場合は、構成したポートを使用して接続を許可する必要があることに注意してください。 +構成ファイル (ledger.properties または auditor.properties) で ScalarDL のリスニングポートをデフォルトから変更する場合は、構成したポートを使用して接続を許可する必要があることに注意してください。 ## プライベートネットワークピアリング @@ -51,7 +52,7 @@ ScalarDL Ledger、ScalarDL Auditor、およびアプリケーション（クラ ### Amazon VPC ピアリング -アマゾン ウェブ サービス (AWS) 環境で Virtual Private Cloud (VPC) をピアリングする方法の詳細については、Amazon の公式ドキュメント [Create a VPC peering connection](https://docs.aws.amazon.com/vpc/latest/peering/create-vpc-peering-connection.html) を参照してください。 +アマゾンウェブサービス (AWS) 環境で Virtual Private Cloud (VPC) をピアリングする方法の詳細については、Amazon の公式ドキュメント [Create a VPC peering connection](https://docs.aws.amazon.com/vpc/latest/peering/create-vpc-peering-connection.html) を参照してください。 ### Azure VNet ピアリング diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ProductionChecklistForScalarDBCluster.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ProductionChecklistForScalarDBCluster.mdx index d69283a8..a1eed1be 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ProductionChecklistForScalarDBCluster.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ProductionChecklistForScalarDBCluster.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster の制作チェックリスト @@ -22,23 +23,23 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ### ポッドと Kubernetes ワーカーノードの数 -Kubernetes クラスターの高可用性を確保するには、少なくとも 3 つのワーカーノードを使用し、ワーカーノード全体に少なくとも 3 つのポッドをデプロイする必要があります。 3 つのポッドをワーカーノードに分散させるための `podAntiAffinity` の [サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardb-cluster-custom-values-indirect-mode.yaml) を参照できます。 +Kubernetes クラスターの高可用性を確保するには、少なくとも3つのワーカーノードを使用し、ワーカーノード全体に少なくとも3つのポッドをデプロイする必要があります。3つのポッドをワーカーノードに分散させるための `podAntiAffinity` の[サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardb-cluster-custom-values-indirect-mode.yaml)を参照できます。 :::note -ワーカーノードを異なるアベイラビリティ ゾーン (AZ) に配置すると、AZ の障害に耐えることができます。 +ワーカーノードを異なるアベイラビリティゾーン (AZ) に配置すると、AZ の障害に耐えることができます。 ::: ### ワーカーノードの仕様 -商用ライセンスの観点から、ScalarDB Cluster を実行する 1 つのポッドのリソースは 2vCPU / 4GB メモリに制限されます。 また、ScalarDB Cluster ポッド以外の一部のポッドがワーカーノード上に存在します。 +商用ライセンスの観点から、ScalarDB Cluster を実行する1つのポッドのリソースは 2vCPU / 4GB メモリに制限されます。また、ScalarDB Cluster ポッド以外の一部のポッドがワーカーノード上に存在します。 -つまり、次のコンポーネントは 1 つのワーカーノード上で実行できます。 +つまり、次のコンポーネントは1つのワーカーノード上で実行できます。 * ScalarDB Cluster ポッド (2vCPU / 4GB) -* Envoy プロキシ (`indirect` クライアント モードを使用する場合、または Java 以外のプログラミング言語を使用する場合) -* アプリケーション ポッド (同じワーカーノード上でアプリケーションのポッドを実行することを選択した場合) +* Envoy プロキシ (`indirect` クライアントモードを使用する場合、または Java 以外のプログラミング言語を使用する場合) +* アプリケーションポッド (同じワーカーノード上でアプリケーションのポッドを実行することを選択した場合) * 監視コンポーネント (`kube-prometheus-stack` などの監視コンポーネントをデプロイする場合) * Kubernetes コンポーネント @@ -48,43 +49,43 @@ Kubernetes クラスターの高可用性を確保するには、少なくとも ::: -これを念頭に置いて、[ポッドと Kubernetes ワーカーノードの数](ProductionChecklistForScalarDBCluster.mdx#ポッドと-kubernetes-ワーカーノードの数) で説明されているように、少なくとも 4vCPU / 8GB のメモリ リソースを持つワーカーノードを使用し、可用性のために少なくとも 3 つのワーカーノードを使用する必要があります。 +これを念頭に置いて、[ポッドと Kubernetes ワーカーノードの数](ProductionChecklistForScalarDBCluster.mdx#ポッドと-kubernetes-ワーカーノードの数)で説明されているように、少なくとも 4vCPU / 8GB のメモリリソースを持つワーカーノードを使用し、可用性のために少なくとも3つのワーカーノードを使用する必要があります。 -ただし、実稼働環境では、ノードあたり少なくとも 4vCPU / 8GB のメモリ リソースを備えた 3 つのノードが最小限です。 システムのワークロードに応じて、Kubernetes クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDB Cluster ポッド、アプリケーションのポッドなど) も考慮する必要があります。 また、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングすることを計画している場合は、ワーカーノード上のポッドの最大数を考慮してワーカーノードのリソースを決定する必要があります。 +ただし、実稼働環境では、ノードあたり少なくとも 4vCPU / 8GB のメモリリソースを備えた3つのノードが最小限です。システムのワークロードに応じて、Kubernetes クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDB Cluster ポッド、アプリケーションのポッドなど) も考慮する必要があります。また、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングすることを計画している場合は、ワーカーノード上のポッドの最大数を考慮してワーカーノードのリソースを決定する必要があります。 #### 通信網 -ScalarDB Cluster はインターネット アクセス経由でユーザーに直接サービスを提供しないため、Kubernetes クラスターはプライベート ネットワーク上に作成する必要があります。 アプリケーションからプライベート ネットワーク経由で ScalarDB Cluster にアクセスすることをお勧めします。 +ScalarDB Cluster はインターネットアクセス経由でユーザーに直接サービスを提供しないため、Kubernetes クラスターはプライベートネットワーク上に作成する必要があります。アプリケーションからプライベートネットワーク経由で ScalarDB Cluster にアクセスすることをお勧めします。 ### 監視とログ記録 -デプロイされたコンポーネントを監視し、そのログを収集する必要があります。 詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx) および `Kubernetes クラスター上の Scalar 製品からのログの収集](./K8sLogCollectionGuide.mdx) を参照してください。 +デプロイされたコンポーネントを監視し、そのログを収集する必要があります。詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx)および `Kubernetes クラスター上の Scalar 製品からのログの収集](./K8sLogCollectionGuide.mdx)を参照してください。 ### バックアップと復元 -バックエンド データベースで自動バックアップ機能とポイントインタイム リカバリ (PITR) 機能を有効にする必要があります。 詳細については、[ScalarDB/ScalarDL 導入用のデータベースのセットアップ](SetupDatabase.mdx) を参照してください。 +バックエンドデータベースで自動バックアップ機能とポイントインタイムリカバリ (PITR) 機能を有効にする必要があります。詳細については、[ScalarDB/ScalarDL 導入用のデータベースのセットアップ](SetupDatabase.mdx)を参照してください。 -## 運用チェックリスト: ScalarDB Cluster にアクセスするクライアント アプリケーション +## 運用チェックリスト: ScalarDB Cluster にアクセスするクライアントアプリケーション -以下は、実稼働環境で ScalarDB Cluster にアクセスするクライアント アプリケーションをセットアップする際の推奨事項のチェックリストです。 +以下は、実稼働環境で ScalarDB Cluster にアクセスするクライアントアプリケーションをセットアップする際の推奨事項のチェックリストです。 -### クライアント モード (Java クライアント ライブラリのみ) +### クライアントモード (Java クライアントライブラリのみ) -アプリケーションに Java を使用する場合、公式の Java クライアント ライブラリを使用できます。 この場合、[`direct-kubernetes mode`](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api#direct-kubernetes-client-mode) または [`indirect mode`](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api#indirect-client-mode) の 2 つのクライアント モードのいずれかを選択できます。 +アプリケーションに Java を使用する場合、公式の Java クライアントライブラリを使用できます。この場合、[`direct-kubernetes mode`](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api#direct-kubernetes-client-mode) または [`indirect mode`](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api#indirect-client-mode) の2つのクライアントモードのいずれかを選択できます。 -パフォーマンスの観点から、`direct-kubernetes` モードの使用をお勧めします。 `direct-kubernetes` モードを使用するには、アプリケーション ポッドを ScalarDB Cluster ポッドと同じ Kubernetes クラスターにデプロイする必要があります。 この場合、Envoy ポッドをデプロイする必要はありません。 +パフォーマンスの観点から、`direct-kubernetes` モードの使用をお勧めします。`direct-kubernetes` モードを使用するには、アプリケーションポッドを ScalarDB Cluster ポッドと同じ Kubernetes クラスターにデプロイする必要があります。この場合、Envoy ポッドをデプロイする必要はありません。 -何らかの理由で Java アプリケーション ポッドを ScalarDB Cluster ポッドと同じ Kubernetes クラスターにデプロイできない場合は、`indirect` モードを使用する必要があります。 この場合、Envoy ポッドをデプロイする必要があります。 +何らかの理由で Java アプリケーションポッドを ScalarDB Cluster ポッドと同じ Kubernetes クラスターにデプロイできない場合は、`indirect` モードを使用する必要があります。この場合、Envoy ポッドをデプロイする必要があります。 :::note -クライアント モード設定は Java クライアント ライブラリ専用です。 アプリケーションに Java 以外のプログラミング言語を使用する場合 (基本的に、[gRPC API](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/scalardb-cluster-grpc-api-guide) または [gRPC SQL API](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/scalardb-cluster-sql-grpc-api-guide) をプログラミング言語から直接使用する場合)、そのような構成は存在しません。 この場合、Envoy ポッドをデプロイする必要があります。 +クライアントモード設定は Java クライアントライブラリ専用です。アプリケーションに Java 以外のプログラミング言語を使用する場合 (基本的に、[gRPC API](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/scalardb-cluster-grpc-api-guide) または [gRPC SQL API](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/scalardb-cluster-sql-grpc-api-guide) をプログラミング言語から直接使用する場合)、そのような構成は存在しません。この場合、Envoy ポッドをデプロイする必要があります。 ::: -### トランザクション マネージャーの構成 (Java クライアント ライブラリのみ) +### トランザクションマネージャーの構成 (Java クライアントライブラリのみ) -クライアント アプリケーションは、常に ScalarDB Cluster を通じてデータベースにアクセスする必要があります。 リクエストが適切に実行されていることを確認するには、クライアント アプリケーションのプロパティ ファイルをチェックし、CRUD API の使用時に `scalar.db.transaction_manager=cluster` が設定されていることを確認します。 +クライアントアプリケーションは、常に ScalarDB Cluster を通じてデータベースにアクセスする必要があります。リクエストが適切に実行されていることを確認するには、クライアントアプリケーションのプロパティファイルをチェックし、CRUD API の使用時に `scalar.db.transaction_manager=cluster` が設定されていることを確認します。 #### 実稼働環境に推奨 @@ -96,7 +97,7 @@ flowchart LR app --> server --> db ``` -#### Not recommended for production environments (for testing purposes only) +#### 本番環境では推奨されません (テスト目的のみ) ```mermaid flowchart LR @@ -105,15 +106,15 @@ flowchart LR app --> db ``` -### SQL 接続構成 (Java クライアント ライブラリのみ) +### SQL 接続構成 (Java クライアントライブラリのみ) -クライアント アプリケーションは、常に ScalarDB Cluster を通じてデータベースにアクセスする必要があります。 リクエストが適切に実行されていることを確認するには、クライアント アプリケーションのプロパティ ファイルをチェックし、SQL API を使用するときに `scalar.db.sql.connection_mode=cluster` が設定されていることを確認します。 +クライアントアプリケーションは、常に ScalarDB Cluster を通じてデータベースにアクセスする必要があります。リクエストが適切に実行されていることを確認するには、クライアントアプリケーションのプロパティファイルをチェックし、SQL API を使用するときに `scalar.db.sql.connection_mode=cluster` が設定されていることを確認します。 #### 実稼働環境に推奨 ```mermaid flowchart LR - app["アプリ
ScalarDB SQL ライブラリ (クラスター モード)"] + app["アプリ
ScalarDB SQL ライブラリ (クラスターモード)"] server["ScalarDB Cluster
Consensus Commit を備えた
ScalarDB ライブラリ"] db[(基盤となるストレージまたはデータベース)] app --> server --> db @@ -123,20 +124,20 @@ flowchart LR ```mermaid flowchart LR - app["アプリ
ScalarDB SQL ライブラリ (ダイレクト モード)"] + app["アプリ
ScalarDB SQL ライブラリ (ダイレクトモード)"] db[(基盤となるストレージまたはデータベース)] app --> db ``` -### `direct-kubernetes` クライアント モードを使用する場合のクライアント アプリケーションのデプロイメント (Java クライアント ライブラリのみ) +### `direct-kubernetes` クライアントモードを使用する場合のクライアントアプリケーションのデプロイメント (Java クライアントライブラリのみ) -[`direct-kubernetes` client mode](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api#direct-kubernetes-client-mode) を使用する場合は、クライアント アプリケーションを ScalarDB Cluster デプロイメントと同じ Kubernetes クラスターにデプロイする必要があります。 +[`direct-kubernetes` client mode](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api#direct-kubernetes-client-mode) を使用する場合は、クライアントアプリケーションを ScalarDB Cluster デプロイメントと同じ Kubernetes クラスターにデプロイする必要があります。 -また、`direct-kubernetes` クライアント モードを使用する場合は、クライアント アプリケーションが適切に動作するように追加の Kubernetes リソースをデプロイする必要があります。 詳細については、[Deploy your client application on Kubernetes with `direct-kubernetes` mode](../helm-charts/how-to-deploy-scalardb-cluster.mdx#direct-kubernetes-モードを使用してクライアント-アプリケーションを-kubernetes-にデプロイします) を参照してください。 +また、`direct-kubernetes` クライアントモードを使用する場合は、クライアントアプリケーションが適切に動作するように追加の Kubernetes リソースをデプロイする必要があります。詳細については、[Deploy your client application on Kubernetes with `direct-kubernetes` mode](../helm-charts/how-to-deploy-scalardb-cluster.mdx#direct-kubernetes-モードを使用してクライアント-アプリケーションを-kubernetes-にデプロイします) を参照してください。 -### トランザクション処理 (Java クライアント ライブラリと gRPC API) +### トランザクション処理 (Java クライアントライブラリと gRPC API) -トランザクションを [`begin()`](https://scalardb.scalar-labs.com/docs/latest/api-guide#begin-or-start-a-transaction) した後、アプリケーションが常に [`commit()`](https://scalardb.scalar-labs.com/docs/latest/api-guide#commit-a-transaction) または [`rollback()`](https://scalardb.scalar-labs.com/docs/latest/api-guide#roll-back-or-abort-a-transaction) を実行するようにする必要があります。 アプリケーションが `commit()` または `rollback()` を実行しない場合、アプリケーションで予期しない問題が発生したり、バックエンド データベースから一貫性のないデータが読み取られる可能性があります。 +トランザクションを [`begin()`](https://scalardb.scalar-labs.com/docs/latest/api-guide#begin-or-start-a-transaction) した後、アプリケーションが常に [`commit()`](https://scalardb.scalar-labs.com/docs/latest/api-guide#commit-a-transaction) または [`rollback()`](https://scalardb.scalar-labs.com/docs/latest/api-guide#roll-back-or-abort-a-transaction) を実行するようにする必要があります。アプリケーションが `commit()` または `rollback()` を実行しない場合、アプリケーションで予期しない問題が発生したり、バックエンドデータベースから一貫性のないデータが読み取られる可能性があります。 :::note @@ -144,9 +145,9 @@ flowchart LR ::: -### 例外処理 (Java クライアント ライブラリと gRPC API) +### 例外処理 (Java クライアントライブラリと gRPC API) -アプリケーションがトランザクション例外を処理することを確認する必要があります。 詳細については、使用している API のドキュメントを参照してください。 +アプリケーションがトランザクション例外を処理することを確認する必要があります。詳細については、使用している API のドキュメントを参照してください。 * [Handle exceptions (Transactional API)](https://scalardb.scalar-labs.com/docs/latest/api-guide#handle-exceptions). * [Handle exceptions (two-phase commit transactions API)](https://scalardb.scalar-labs.com/docs/latest/two-phase-commit-transactions#handle-exceptions) diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ProductionChecklistForScalarDLAuditor.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ProductionChecklistForScalarDLAuditor.mdx index f3f1e0ff..cbb7a08c 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ProductionChecklistForScalarDLAuditor.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ProductionChecklistForScalarDLAuditor.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsJapanese --- # ScalarDL Auditor の制作チェックリスト @@ -19,42 +20,42 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ### ScalarDL の可用性 -Kubernetes クラスターの高可用性を確保するには、少なくとも 3 つのワーカーノードを使用し、ワーカーノード全体に少なくとも 3 つのポッドをデプロイする必要があります。 3 つのポッドをワーカーノードに分散させるための `podAntiAffinity` の [サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardl-audit-custom-values.yaml) を参照できます。 +Kubernetes クラスターの高可用性を確保するには、少なくとも3つのワーカーノードを使用し、ワーカーノード全体に少なくとも3つのポッドをデプロイする必要があります。3つのポッドをワーカーノードに分散させるための `podAntiAffinity` の[サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardl-audit-custom-values.yaml)を参照できます。 :::note -ワーカーノードを異なるアベイラビリティ ゾーン (AZ) に配置すると、AZ の障害に耐えることができます。 +ワーカーノードを異なるアベイラビリティゾーン (AZ) に配置すると、AZ の障害に耐えることができます。 ::: ### リソース -商用ライセンスの観点から、ScalarDL Auditor を実行する 1 つのポッドのリソースは 2vCPU / 4GB メモリに制限されます。 ScalarDL Auditor ポッドに加えて、Kubernetes は次のコンポーネントの一部を各ワーカーノードにデプロイできます。 +商用ライセンスの観点から、ScalarDL Auditor を実行する1つのポッドのリソースは 2vCPU / 4GB メモリに制限されます。ScalarDL Auditor ポッドに加えて、Kubernetes は次のコンポーネントの一部を各ワーカーノードにデプロイできます。 * ScalarDL Auditor ポッド (2vCPU / 4GB) * Envoy プロキシ * 監視コンポーネント (`kube-prometheus-stack` などの監視コンポーネントをデプロイする場合) * Kubernetes コンポーネント -これを念頭に置いて、[ScalarDL の可用性](#scalardl-availability) で説明されているように、少なくとも 4vCPU / 8GB のメモリ リソースを持つワーカーノードを使用し、可用性のために少なくとも 3 つのワーカーノードを使用する必要があります。 +これを念頭に置いて、[ScalarDL の可用性](#scalardl-availability)で説明されているように、少なくとも 4vCPU / 8GB のメモリリソースを持つワーカーノードを使用し、可用性のために少なくとも3つのワーカーノードを使用する必要があります。 -ただし、ノードあたり少なくとも 4vCPU / 8GB のメモリ リソースを備えた 3 つのノードが運用環境の最小環境となります。 システムのワークロードに応じて、Kubernetes クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDL Auditor ポッドなど) も考慮する必要があります。 また、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングする予定の場合は、ワーカーノードのリソースを決定するときにワーカーノード上の最大ポッド数を考慮する必要があります。 +ただし、ノードあたり少なくとも 4vCPU / 8GB のメモリリソースを備えた3つのノードが運用環境の最小環境となります。システムのワークロードに応じて、Kubernetes クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDL Auditor ポッドなど) も考慮する必要があります。また、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングする予定の場合は、ワーカーノードのリソースを決定するときにワーカーノード上の最大ポッド数を考慮する必要があります。 ### 通信網 -ScalarDL Auditor はインターネット アクセス経由でユーザーにサービスを直接提供しないため、Kubernetes クラスターはプライベート ネットワーク上に作成する必要があります。 アプリケーションからプライベート ネットワーク経由で ScalarDL Auditor にアクセスすることをお勧めします。 +ScalarDL Auditor はインターネットアクセス経由でユーザーにサービスを直接提供しないため、Kubernetes クラスターはプライベートネットワーク上に作成する必要があります。アプリケーションからプライベートネットワーク経由で ScalarDL Auditor にアクセスすることをお勧めします。 ### 監視とログ記録 -デプロイされたコンポーネントを監視し、そのログを収集する必要があります。 詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx) および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx) を参照してください。 +デプロイされたコンポーネントを監視し、そのログを収集する必要があります。詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx)および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx)を参照してください。 ### バックアップと復元 -バックエンド データベースで自動バックアップ機能とポイントインタイム リカバリ (PITR) 機能を有効にする必要があります。 詳細については、[ScalarDB/ScalarDL 導入用のデータベースのセットアップ](SetupDatabase.mdx) を参照してください。 +バックエンドデータベースで自動バックアップ機能とポイントインタイムリカバリ (PITR) 機能を有効にする必要があります。詳細については、[ScalarDB/ScalarDL 導入用のデータベースのセットアップ](SetupDatabase.mdx)を参照してください。 ### ScalarDL Auditor の展開 -ScalarDL でのビザンチン障害検出が適切に機能するには、ScalarDL Ledger デプロイメントと同じ Kubernetes クラスターに ScalarDL Auditor ポッドをデプロイしないでください。 代わりに、ScalarDL Ledger デプロイメントの管理ドメイン以外の環境 (Kubernetes クラスター以外) に ScalarDL Auditor ポッドをデプロイする必要があります。 +ScalarDL でのビザンチン障害検出が適切に機能するには、ScalarDL Ledger デプロイメントと同じ Kubernetes クラスターに ScalarDL Auditor ポッドをデプロイしないでください。代わりに、ScalarDL Ledger デプロイメントの管理ドメイン以外の環境 (Kubernetes クラスター以外) に ScalarDL Auditor ポッドをデプロイする必要があります。 #### 実稼働環境に必要 @@ -100,7 +101,7 @@ graph LR A-1 --- B-1 ``` -ScalarDL は、ScalarDL Ledger と ScalarDL Auditor 間の接続に次のポートを使用します。 ScalarDL Ledger と ScalarDL Auditor の間で次の接続を許可する必要があります。 +ScalarDL は、ScalarDL Ledger と ScalarDL Auditor 間の接続に次のポートを使用します。ScalarDL Ledger と ScalarDL Auditor の間で次の接続を許可する必要があります。 * ScalarDL Ledger * 50051/TCP @@ -121,30 +122,30 @@ Curve parameter : P-256 詳しくは [How to get a certificate](https://scalardl.scalar-labs.com/ja-jp/docs/latest/ca/caclient-getting-started) をご覧ください。 -## 実稼働チェックリスト: ScalarDL Auditor にアクセスするクライアント アプリケーション +## 実稼働チェックリスト: ScalarDL Auditor にアクセスするクライアントアプリケーション -以下は、運用環境で ScalarDL Auditor にアクセスするクライアント アプリケーションをセットアップする際の推奨事項のチェックリストです。 +以下は、運用環境で ScalarDL Auditor にアクセスするクライアントアプリケーションをセットアップする際の推奨事項のチェックリストです。 -### クライアント アプリケーションのデプロイメント +### クライアントアプリケーションのデプロイメント -ScalarDL でのビザンチン障害検出が適切に機能するには、ScalarDL デプロイメントと同じ Kubernetes クラスターにアプリケーション ポッドをデプロイしないでください。 代わりに、ScalarDL デプロイメントの管理ドメイン以外の環境 (Kubernetes クラスター以外) にアプリケーションをデプロイする必要があります。 +ScalarDL でのビザンチン障害検出が適切に機能するには、ScalarDL デプロイメントと同じ Kubernetes クラスターにアプリケーションポッドをデプロイしないでください。代わりに、ScalarDL デプロイメントの管理ドメイン以外の環境 (Kubernetes クラスター以外) にアプリケーションをデプロイする必要があります。 #### 実稼働環境に必要 ```mermaid graph LR - subgraph "管理ドメイン 1" + subgraph "管理ドメイン 1" subgraph "別の環境" A-1[ユーザーアプリケーション] end end subgraph "ScalarDL" - subgraph "管理ドメイン 2" + subgraph "管理ドメイン 2" subgraph "Ledger 用の Kubernetes クラスター" B-1[ScalarDL Ledger] end end - subgraph "管理ドメイン 3" + subgraph "管理ドメイン 3" subgraph "Auditor 用の Kubernetes クラスター" C-1[ScalarDL Auditor] end @@ -168,6 +169,6 @@ graph LR A-1 --> A-3 ``` -### クライアント アプリケーションのチェックリスト +### クライアントアプリケーションのチェックリスト -また、[運用チェックリスト: ScalarDL Ledger にアクセスするクライアントアプリケーション](ProductionChecklistForScalarDLLedger.mdx#運用チェックリスト-scalardl-ledger-にアクセスするクライアントアプリケーション) を満たしていることも確認する必要があります。 +また、[運用チェックリスト: ScalarDL Ledger にアクセスするクライアントアプリケーション](ProductionChecklistForScalarDLLedger.mdx#運用チェックリスト-scalardl-ledger-にアクセスするクライアントアプリケーション)を満たしていることも確認する必要があります。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ProductionChecklistForScalarDLLedger.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ProductionChecklistForScalarDLLedger.mdx index 4f1a8941..0f9428fe 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ProductionChecklistForScalarDLLedger.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ProductionChecklistForScalarDLLedger.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsJapanese --- # ScalarDL Ledgerの制作チェックリスト @@ -19,46 +20,46 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ### ScalarDL の可用性 -Kubernetes クラスターの高可用性を確保するには、少なくとも 3 つのワーカーノードを使用し、ワーカーノード全体に少なくとも 3 つのポッドをデプロイする必要があります。 3 つのポッドをワーカーノードに分散させるための `podAntiAffinity` の [サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardl-custom-values.yaml) を参照できます。 +Kubernetes クラスターの高可用性を確保するには、少なくとも3つのワーカーノードを使用し、ワーカーノード全体に少なくとも3つのポッドをデプロイする必要があります。3つのポッドをワーカーノードに分散させるための `podAntiAffinity` の[サンプル構成](https://github.com/scalar-labs/scalar-kubernetes/blob/master/conf/scalardl-custom-values.yaml)を参照できます。 :::note -ワーカーノードを異なるアベイラビリティ ゾーン (AZ) に配置すると、AZ の障害に耐えることができます。 +ワーカーノードを異なるアベイラビリティゾーン (AZ) に配置すると、AZ の障害に耐えることができます。 ::: ### リソース -商用ライセンスの観点から、ScalarDL Ledger を実行する 1 つのポッドのリソースは 2vCPU / 4GB メモリに制限されます。 ScalarDL Ledger ポッドに加えて、Kubernetes は次のコンポーネントの一部を各ワーカーノードにデプロイできます。 +商用ライセンスの観点から、ScalarDL Ledger を実行する1つのポッドのリソースは 2vCPU / 4GB メモリに制限されます。ScalarDL Ledger ポッドに加えて、Kubernetes は次のコンポーネントの一部を各ワーカーノードにデプロイできます。 * ScalarDL Ledger ポッド (2vCPU / 4GB) * Envoy プロキシ * 監視コンポーネント (`kube-prometheus-stack` などの監視コンポーネントをデプロイする場合) * Kubernetes コンポーネント -これを念頭に置いて、[ScalarDL の可用性](#scalardl-availability) で説明されているように、少なくとも 4vCPU / 8GB のメモリ リソースを持つワーカーノードを使用し、可用性のために少なくとも 3 つのワーカーノードを使用する必要があります。 +これを念頭に置いて、[ScalarDL の可用性](#scalardl-availability) で説明されているように、少なくとも 4vCPU / 8GB のメモリリソースを持つワーカーノードを使用し、可用性のために少なくとも3つのワーカーノードを使用する必要があります。 -ただし、ノードあたり少なくとも 4vCPU / 8GB のメモリ リソースを備えた 3 つのノードが運用環境の最小環境となります。 システムのワークロードに応じて、Kubernetes クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDL Ledger ポッドなど) も考慮する必要があります。 また、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングする予定の場合は、ワーカーノードのリソースを決定するときにワーカーノード上の最大ポッド数を考慮する必要があります。 +ただし、ノードあたり少なくとも 4vCPU / 8GB のメモリリソースを備えた3つのノードが運用環境の最小環境となります。システムのワークロードに応じて、Kubernetes クラスターのリソース (ワーカーノードの数、ノードあたりの vCPU、ノードあたりのメモリ、ScalarDL Ledger ポッドなど) も考慮する必要があります。また、[Horizontal Pod Autoscaling (HPA)](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/) などの機能を使用してポッドを自動的にスケーリングする予定の場合は、ワーカーノードのリソースを決定するときにワーカーノード上の最大ポッド数を考慮する必要があります。 ### 通信網 -ScalarDL Ledger はインターネット アクセス経由でユーザーにサービスを直接提供しないため、Kubernetes クラスターはプライベート ネットワーク上に作成する必要があります。 アプリケーションからプライベート ネットワーク経由で ScalarDL Ledger にアクセスすることをお勧めします。 +ScalarDL Ledger はインターネットアクセス経由でユーザーにサービスを直接提供しないため、Kubernetes クラスターはプライベートネットワーク上に作成する必要があります。アプリケーションからプライベートネットワーク経由で ScalarDL Ledger にアクセスすることをお勧めします。 ### 監視とログ記録 -デプロイされたコンポーネントを監視し、そのログを収集する必要があります。 詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx) および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx) を参照してください。 +デプロイされたコンポーネントを監視し、そのログを収集する必要があります。詳細については、[Kubernetes クラスター上の Scalar 製品の監視](K8sMonitorGuide.mdx)および [Kubernetes クラスター上の Scalar 製品からのログの収集](K8sLogCollectionGuide.mdx)を参照してください。 ### バックアップと復元 -バックエンド データベースで自動バックアップ機能とポイントインタイム リカバリ (PITR) 機能を有効にする必要があります。 詳細については、[ScalarDB/ScalarDL 導入用のデータベースのセットアップ](SetupDatabase.mdx) を参照してください。 +バックエンドデータベースで自動バックアップ機能とポイントインタイムリカバリ (PITR) 機能を有効にする必要があります。詳細については、[ScalarDB/ScalarDL 導入用のデータベースのセットアップ](SetupDatabase.mdx) を参照してください。 ## 運用チェックリスト: ScalarDL Ledger にアクセスするクライアントアプリケーション -以下は、運用環境で ScalarDL Ledger にアクセスするクライアント アプリケーションをセットアップする際の推奨事項のチェックリストです。 +以下は、運用環境で ScalarDL Ledger にアクセスするクライアントアプリケーションをセットアップする際の推奨事項のチェックリストです。 -### クライアント アプリケーションのデプロイメント +### クライアントアプリケーションのデプロイメント -ScalarDL でのビザンチン障害検出が適切に機能するには、アプリケーション ポッドを ScalarDL Ledger デプロイメントと同じ Kubernetes クラスターにデプロイしないでください。 代わりに、ScalarDL Ledger デプロイメントの管理ドメイン以外の環境 (Kubernetes クラスター以外) にアプリケーションをデプロイする必要があります。 +ScalarDL でのビザンチン障害検出が適切に機能するには、アプリケーションポッドを ScalarDL Ledger デプロイメントと同じ Kubernetes クラスターにデプロイしないでください。代わりに、ScalarDL Ledger デプロイメントの管理ドメイン以外の環境 (Kubernetes クラスター以外) にアプリケーションをデプロイする必要があります。 #### 実稼働環境に必要 @@ -87,16 +88,16 @@ graph LR end ``` -### 契約と機能 +### コントラクトと機能 -契約と機能がガイドラインに従っているかどうかを確認するには、次を参照してください。 +コントラクトと機能がガイドラインに従っているかどうかを確認するには、次を参照してください。 * [A Guide on How to Write a Good Contract for ScalarDL](https://scalardl.scalar-labs.com/ja-jp/docs/latest/how-to-write-contract) * [A Guide on How to Write Function for ScalarDL](https://scalardl.scalar-labs.com/ja-jp/docs/latest/how-to-write-function) -### 契約のバージョン管理 +### コントラクトのバージョン管理 -契約を登録した後は、既存の契約を上書きすることはできません。 したがって、契約のバージョン管理を検討する必要があります。 次の 2 つの方法のいずれかを推奨します。 +コントラクトを登録した後は、既存のコントラクトを上書きすることはできません。したがって、コントラクトのバージョン管理を検討する必要があります。次の2つの方法のいずれかを推奨します。 #### `クラス名` を使用したバージョニング @@ -122,11 +123,11 @@ Binary Name : com.example.contract.v4.Foo Class file (Class Name) : src/main/java/com/example/contract/v4/Foo.class ``` -### 契約上の制限 +### コントラクト上の制限 コントラクト登録時にバイナリ名、パッケージ名、クラス名が異なる場合、登録後にそのコントラクトを実行することはできません。 -#### バイナリ名とクラス名が異なります（このコントラクトは実行できません） +#### バイナリ名とクラス名が異なります (このコントラクトは実行できません) ```console Contract ID : FooV5 @@ -134,7 +135,7 @@ Binary Name : com.example.contract.FooV5 Class file (Class Name) : src/main/java/com/example/contract/FooV6.class ``` -#### バイナリ名とパッケージ名が異なります（本契約は実行できません） +#### バイナリ名とパッケージ名が異なります (本コントラクトは実行できません) ```console Contract ID : FooV7 @@ -144,7 +145,7 @@ Class file (Class Name) : src/main/java/com/example/contract/v8/Foo.class ### 秘密鍵と証明書 -認証に PKI を使用する場合、ScalarDL Ledger に登録する秘密キーと証明書が次の要件を満たしていることを確認する必要があります。 +認証に PKI を使用する場合、ScalarDL Ledger に登録する秘密鍵と証明書が次の要件を満たしていることを確認する必要があります。 ```console Algorithm : ECDSA @@ -156,4 +157,4 @@ Curve parameter : P-256 ### 例外処理 -アプリケーションが例外を処理することを確認する必要があります。 詳細については、[A Guide on How to Handle Errors in ScalarDL](https://scalardl.scalar-labs.com/ja-jp/docs/latest/how-to-handle-errors) を参照してください。 +アプリケーションが例外を処理することを確認する必要があります。詳細については、[A Guide on How to Handle Errors in ScalarDL](https://scalardl.scalar-labs.com/ja-jp/docs/latest/how-to-handle-errors) を参照してください。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ProductionChecklistForScalarProducts.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ProductionChecklistForScalarProducts.mdx index ab141ab5..ccdb9a9a 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ProductionChecklistForScalarProducts.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/ProductionChecklistForScalarProducts.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Scalar 製品の制作チェックリスト diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/RegularCheck.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/RegularCheck.mdx index 92a05664..1e6a40c1 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/RegularCheck.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/RegularCheck.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Kubernetes 環境で実行するときに定期的にチェックするコンポーネント @@ -10,7 +11,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -手動デプロイメント ガイドによってデプロイされたコンポーネントのほとんどは、マネージド Kubernetes サービスと Kubernetes 自己修復機能の助けを借りて自己修復されます。 予期しない動作が発生したときに発生するアラートも設定されています。 したがって、マネージド Kubernetes クラスターに Scalar 製品をデプロイするために毎日行うべきことはそれほど多くありません。 ただし、システムのステータスを定期的にチェックして、すべてが正常に動作しているかどうかを確認することをお勧めします。 ここでは、定期的に実行しておきたいことのリストを示します。 +手動デプロイメントガイドによってデプロイされたコンポーネントのほとんどは、マネージド Kubernetes サービスと Kubernetes 自己修復機能の助けを借りて自己修復されます。予期しない動作が発生したときに発生するアラートも設定されています。したがって、マネージド Kubernetes クラスターに Scalar 製品をデプロイするために毎日行うべきことはそれほど多くありません。ただし、システムのステータスを定期的にチェックして、すべてが正常に動作しているかどうかを確認することをお勧めします。ここでは、定期的に実行しておきたいことのリストを示します。 ## Kubernetes リソース @@ -83,7 +84,7 @@ k8s-worker3 Ready 15m v1.25.3 ## Prometheus ダッシュボード (Scalar 製品のアラート) -ドキュメント [Kubernetes クラスター上の Scalar 製品のモニタリング](K8sMonitorGuide.mdx) に従って、Prometheus ダッシュボードにアクセスします。 [**アラート**] タブで、アラートのステータスを確認できます。 +ドキュメント [Kubernetes クラスター上の Scalar 製品のモニタリング](K8sMonitorGuide.mdx)に従って、Prometheus ダッシュボードにアクセスします。[**アラート**] タブで、アラートのステータスを確認できます。 確認すべき内容: @@ -93,6 +94,6 @@ k8s-worker3 Ready 15m v1.25.3 ## Grafana ダッシュボード (Scalar 製品のメトリクス) -ドキュメント [Kubernetes クラスター上の Scalar 製品のモニタリング](K8sMonitorGuide.mdx) に従って、Grafana ダッシュボードにアクセスします。 [**ダッシュボード**] タブには、Scalar 製品のダッシュボードが表示されます。 これらのダッシュボードでは、Scalar 製品のいくつかのメトリクスを確認できます。 +ドキュメント [Kubernetes クラスター上の Scalar 製品のモニタリング](K8sMonitorGuide.mdx)に従って、Grafana ダッシュボードにアクセスします。[**ダッシュボード**] タブには、Scalar 製品のダッシュボードが表示されます。これらのダッシュボードでは、Scalar 製品のいくつかのメトリクスを確認できます。 -これらのダッシュボードは問題に直接対処することはできませんが、通常からの変化 (トランザクション エラーの増加など) を確認して、問題を調査するためのヒントを得ることができます。 +これらのダッシュボードは問題に直接対処することはできませんが、通常からの変化 (トランザクションエラーの増加など) を確認して、問題を調査するためのヒントを得ることができます。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/RestoreDatabase.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/RestoreDatabase.mdx index dfe134a2..3e299a9a 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/RestoreDatabase.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/RestoreDatabase.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Kubernetes 環境でデータベースを復元する @@ -10,11 +11,11 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このガイドでは、ScalarDB または ScalarDL が Kubernetes 環境で使用するデータベースを復元する方法について説明します。 このガイドは、クラウド サービス プロバイダーのマネージド データベースを ScalarDB または ScalarDL のバックエンド データベースとして使用していることを前提としていることに注意してください。 +このガイドでは、ScalarDB または ScalarDL が Kubernetes 環境で使用するデータベースを復元する方法について説明します。このガイドは、クラウドサービスプロバイダーのマネージドデータベースを ScalarDB または ScalarDL のバックエンドデータベースとして使用していることを前提としていることに注意してください。 ## データベースをリストアする手順 -1. ScalarDB または ScalarDL ポッドを **0** にスケールインして、バックエンド データベースへのリクエストを停止します。 Helm コマンドで `--set *.replicaCount=0` フラグを使用すると、ポッドを **0** にスケールインできます。 +1. ScalarDB または ScalarDL ポッドを**0**にスケールインして、バックエンドデータベースへのリクエストを停止します。Helm コマンドで `--set *.replicaCount=0` フラグを使用すると、ポッドを**0**にスケールインできます。 * ScalarDB Server ```console helm upgrade scalar-labs/scalardb -n -f /path/to/ --set scalardb.replicaCount=0 @@ -29,15 +30,15 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ``` 2. ポイントインタイムリカバリ (PITR) 機能を使用してデータベースを復元します。 - 管理データベースに基づいてデータベースを復元する方法の詳細については、このガイドの [管理されたデータベースに基づいてデータを復元するための補足手順](RestoreDatabase.mdx#管理されたデータベースに基づいてデータを復元するための補足手順) セクションを参照してください。 + 管理データベースに基づいてデータベースを復元する方法の詳細については、このガイドの[管理されたデータベースに基づいてデータを復元するための補足手順](RestoreDatabase.mdx#管理されたデータベースに基づいてデータを復元するための補足手順)セクションを参照してください。 - NoSQL または複数のデータベースを使用している場合は、[Kubernetes 環境での NoSQL データベースのバックアップ](BackupNoSQL.mdx) のバックアップ手順に従うときに作成した一時停止期間の中間点を指定する必要があります。 + NoSQL または複数のデータベースを使用している場合は、[Kubernetes 環境での NoSQL データベースのバックアップ](BackupNoSQL.mdx)のバックアップ手順に従うときに作成した一時停止期間の中間点を指定する必要があります。 3. 新しく復元されたデータベースに基づいて **database.properties**、**ledger.properties**、または **auditor.properties** を更新します。 - PITR 機能はデータベースを別のインスタンスとして復元するため、新しく復元されたデータベースにアクセスするには、ScalarDB または ScalarDL のカスタム値ファイル内のエンドポイント情報を更新する必要があります。 カスタム値ファイルの設定方法の詳細については、[Configure a custom values file for Scalar Helm Charts](../helm-charts/configure-custom-values-file.mdx) を参照してください。 + PITR 機能はデータベースを別のインスタンスとして復元するため、新しく復元されたデータベースにアクセスするには、ScalarDB または ScalarDL のカスタム値ファイル内のエンドポイント情報を更新する必要があります。カスタム値ファイルの設定方法の詳細については、[Configure a custom values file for Scalar Helm Charts](../helm-charts/configure-custom-values-file.mdx) を参照してください。 - Amazon DynamoDB を使用している場合、データは別のインスタンスではなく別のテーブル名で復元されることに注意してください。 つまり、データの復元後にエンドポイントは変更されません。 代わりに、Amazon DynamoDB 内のテーブルの名前を変更してデータを復元する必要があります。 同じテーブル名でデータを復元する方法の詳細については、このガイドの [Amazon DynamoDB](RestoreDatabase.mdx#amazon-dynamodb) セクションを参照してください。 -4. Helm コマンドの `--set *.replicaCount=N` フラグを使用して、ScalarDB または ScalarDL ポッドを **1** 以上にスケールアウトし、クライアントからのリクエストの受け入れを開始します。 + Amazon DynamoDB を使用している場合、データは別のインスタンスではなく別のテーブル名で復元されることに注意してください。つまり、データの復元後にエンドポイントは変更されません。代わりに、Amazon DynamoDB 内のテーブルの名前を変更してデータを復元する必要があります。同じテーブル名でデータを復元する方法の詳細については、このガイドの [Amazon DynamoDB](RestoreDatabase.mdx#amazon-dynamodb) セクションを参照してください。 +4. Helm コマンドの `--set *.replicaCount=N` フラグを使用して、ScalarDB または ScalarDL ポッドを**1**以上にスケールアウトし、クライアントからのリクエストの受け入れを開始します。 * ScalarDB Server ```console helm upgrade scalar-labs/scalardb -n -f /path/to/ --set scalardb.replicaCount=3 @@ -55,7 +56,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ### Amazon DynamoDB -PITR 機能を使用すると、Amazon DynamoDB は別のテーブル名でデータを復元します。 したがって、同じテーブル名でデータを復元するには、追加の手順に従う必要があります。 +PITR 機能を使用すると、Amazon DynamoDB は別のテーブル名でデータを復元します。したがって、同じテーブル名でデータを復元するには、追加の手順に従う必要があります。 #### ステップ @@ -78,34 +79,34 @@ PITR 機能を使用すると、Amazon DynamoDB は別のテーブル名でデ 3. 環境に応じて、必要に応じてテーブル構成を更新します。 - 自動スケーリング ポリシーなどの一部の構成は復元後に設定されないため、必要に応じてこれらの構成を手動で設定する必要がある場合があります。 詳細については、Amazon の公式ドキュメント[Backing up and restoring DynamoDB tables with DynamoDB: How it works](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/CreateBackup.html) を参照してください。 + 自動スケーリングポリシーなどの一部の構成は復元後に設定されないため、必要に応じてこれらの構成を手動で設定する必要がある場合があります。詳細については、Amazon の公式ドキュメント[Backing up and restoring DynamoDB tables with DynamoDB: How it works](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/CreateBackup.html) を参照してください。 - たとえば、ScalarDB Schema Loader または ScalarDL Schema Loader を使用してテーブルを作成している場合、自動スケーリングはデフォルトで有効になります。 したがって、DynamoDB で復元されたテーブルの自動スケーリングを手動で有効にする必要があります。 DynamoDB で自動スケーリングを有効にする方法の詳細については、Amazon の公式ドキュメント [Enabling DynamoDB auto scaling on existing tables](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/AutoScaling.Console.html#AutoScaling.Console.ExistingTable) を参照してください。 + たとえば、ScalarDB Schema Loader または ScalarDL Schema Loader を使用してテーブルを作成している場合、自動スケーリングはデフォルトで有効になります。したがって、DynamoDB で復元されたテーブルの自動スケーリングを手動で有効にする必要があります。DynamoDB で自動スケーリングを有効にする方法の詳細については、Amazon の公式ドキュメント [Enabling DynamoDB auto scaling on existing tables](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/AutoScaling.Console.html#AutoScaling.Console.ExistingTable) を参照してください。 - さらに、データベースを復元した後は、PITR 機能が無効になり、読み取り/書き込み容量モードがデフォルト値にリセットされます。 環境に応じて、必要に応じてこれらの構成を手動で設定する必要があります。 復元されたテーブルの一部の構成については、[AWS (Amazon DynamoDB) での ScalarDB/ScalarDL デプロイメント用のデータベースのセットアップ](SetupDatabaseForAWS.mdx#amazon-dynamodb) を参照してください。 + さらに、データベースを復元した後は、PITR 機能が無効になり、読み取り/書き込み容量モードがデフォルト値にリセットされます。環境に応じて、必要に応じてこれらの構成を手動で設定する必要があります。復元されたテーブルの一部の構成については、[AWS (Amazon DynamoDB) での ScalarDB/ScalarDL デプロイメント用のデータベースのセットアップ](SetupDatabaseForAWS.mdx#amazon-dynamodb)を参照してください。 ### NoSQL 用 Azure Cosmos DB -PITR 機能を使用する場合、Azure Cosmos DB は別のアカウントを使用してデータを復元します。 したがって、カスタム値ファイル内のエンドポイント構成を更新する必要があります。 +PITR 機能を使用する場合、Azure Cosmos DB は別のアカウントを使用してデータを復元します。したがって、カスタム値ファイル内のエンドポイント構成を更新する必要があります。 #### ステップ -1. アカウントを復元します。 PITR を使用して Azure Cosmos DB アカウントを復元する方法の詳細については、[Restore an Azure Cosmos DB account that uses continuous backup mode](https://learn.microsoft.com/en-us/azure/cosmos-db/restore-account-continuous-backup) を参照してください。 +1. アカウントを復元します。PITR を使用して Azure Cosmos DB アカウントを復元する方法の詳細については、[Restore an Azure Cosmos DB account that uses continuous backup mode](https://learn.microsoft.com/en-us/azure/cosmos-db/restore-account-continuous-backup) を参照してください。 -2. 復元されたアカウントの **デフォルトの整合性レベル** をデフォルト値から **Strong** に変更します。 この値の変更方法の詳細については、Microsoft の公式ドキュメント [Configure the default consistency level](https://learn.microsoft.com/en-us/azure/cosmos-db/nosql/how-to-manage-consistency#configure-the-default-consistency-level) を参照してください。 +2. 復元されたアカウントの **デフォルトの整合性レベル** をデフォルト値から **Strong** に変更します。この値の変更方法の詳細については、Microsoft の公式ドキュメント [Configure the default consistency level](https://learn.microsoft.com/en-us/azure/cosmos-db/nosql/how-to-manage-consistency#configure-the-default-consistency-level) を参照してください。 3. 新しく復元されたアカウントに基づいて、ScalarDB Schema Loader または ScalarDL Schema Loader の **database.properties** を更新します。 - ScalarDB は、ScalarDB Schema Loader または ScalarDL Schema Loader を使用してスキーマを作成するときにインストールされるストアド プロシージャを使用して Cosmos DB アダプターを実装します。 ただし、Cosmos DB の PITR 機能はストアド プロシージャを復元しないため、復元後にすべてのテーブルに必要なストアド プロシージャを再インストールする必要があります。 ScalarDB Schema Loader または ScalarDL Schema Loader の `--repair-all` オプションを使用して、必要なストアド プロシージャを再インストールできます。 + ScalarDB は、ScalarDB Schema Loader または ScalarDL Schema Loader を使用してスキーマを作成するときにインストールされるストアドプロシージャを使用して Cosmos DB アダプターを実装します。ただし、Cosmos DB の PITR 機能はストアドプロシージャを復元しないため、復元後にすべてのテーブルに必要なストアドプロシージャを再インストールする必要があります。ScalarDB Schema Loader または ScalarDL Schema Loader の `--repair-all` オプションを使用して、必要なストアドプロシージャを再インストールできます。 * **ScalarDB テーブル:** ScalarDB Schema Loader の **database.properties** を構成する方法の詳細については、[Configure ScalarDB for Cosmos DB for NoSQL](https://scalardb.scalar-labs.com/docs/latest/getting-started-with-scalardb#set-up-your-database-for-scalardb) を参照してください。 * **ScalarDL テーブル:** ScalarDL Schema Loader のカスタム値ファイルの設定方法の詳細については、[Configure a custom values file for ScalarDL Schema Loader](../helm-charts/configure-custom-values-scalardl-schema-loader.mdx) を参照してください。 -4. 次のように、ScalarDB Schema Loader または ScalarDL Schema Loader で `--repair-all` フラグを使用してストアド プロシージャを再作成します。 +4. 次のように、ScalarDB Schema Loader または ScalarDL Schema Loader で `--repair-all` フラグを使用してストアドプロシージャを再作成します。 * ScalarDB テーブル ```console - java -jar scalardb-schema-loader-.jar --config /path/to/ -f /path/to/ [--coordinator] --repair-all + java -jar scalardb-schema-loader-.jar --config /path/to/ -f /path/to/ [--coordinator] --repair-all ``` * ScalarDL Ledger テーブル ```console @@ -118,46 +119,46 @@ PITR 機能を使用する場合、Azure Cosmos DB は別のアカウントを ScalarDB Schema Loader でのテーブルの修復の詳細については、[Repair tables](https://scalardb.scalar-labs.com/docs/latest/schema-loader#repair-tables) を参照してください。 -5. 環境に応じて、必要に応じてテーブル構成を更新します。 復元されたアカウントの構成については、[Azure での ScalarDB/ScalarDL デプロイ用のデータベースのセットアップ (Azure Cosmos DB for NoSQL)](SetupDatabaseForAzure.mdx#azure-cosmos-db-for-nosql) を参照してください。 +5. 環境に応じて、必要に応じてテーブル構成を更新します。復元されたアカウントの構成については、[Azure での ScalarDB/ScalarDL デプロイ用のデータベースのセットアップ (Azure Cosmos DB for NoSQL)](SetupDatabaseForAzure.mdx#azure-cosmos-db-for-nosql) を参照してください。 ### Amazon RDS -PITR 機能を使用する場合、Amazon RDS は別のデータベース インスタンスを使用してデータを復元します。 したがって、カスタム値ファイル内のエンドポイント構成を更新する必要があります。 +PITR 機能を使用する場合、Amazon RDS は別のデータベースインスタンスを使用してデータを復元します。したがって、カスタム値ファイル内のエンドポイント構成を更新する必要があります。 #### ステップ -1. データベース インスタンスを復元します。 PITR を使用して Amazon RDS インスタンスを復元する方法の詳細については、Amazon の次の公式ドキュメントを参照してください。 +1. データベースインスタンスを復元します。PITR を使用して Amazon RDS インスタンスを復元する方法の詳細については、Amazon の次の公式ドキュメントを参照してください。 * [Restoring a DB instance to a specified time](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PIT.html) * [Restoring a Multi-AZ DB cluster to a specified time](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PIT.MultiAZDBCluster.html) -2. 環境に応じて、必要に応じてテーブル構成を更新します。 復元されたデータベース インスタンスの構成については、[AWS での ScalarDB/ScalarDL デプロイメント用のデータベースのセットアップ (Amazon RDS for MySQL、PostgreSQL、Oracle、および SQL Server)](SetupDatabaseForAWS.mdx#mysqlpostgresqloraclesql-server-用の-amazon-rds) を参照してください。 +2. 環境に応じて、必要に応じてテーブル構成を更新します。復元されたデータベースインスタンスの構成については、[AWS での ScalarDB/ScalarDL デプロイメント用のデータベースのセットアップ (Amazon RDS for MySQL、PostgreSQL、Oracle、および SQL Server)](SetupDatabaseForAWS.mdx#mysqlpostgresqloraclesql-server-用の-amazon-rds) を参照してください。 ### Amazon Aurora -PITR 機能を使用する場合、Amazon Aurora は別のデータベースクラスターを使用してデータを復元します。 したがって、カスタム値ファイル内のエンドポイント構成を更新する必要があります。 +PITR 機能を使用する場合、Amazon Aurora は別のデータベースクラスターを使用してデータを復元します。したがって、カスタム値ファイル内のエンドポイント構成を更新する必要があります。 #### ステップ -1. データベースクラスターを復元します。 PITR を使用して Amazon Aurora クラスターを復元する方法の詳細については。 Amazon の公式ドキュメント [Restoring a DB cluster to a specified time](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-pitr.html) を参照してください。 +1. データベースクラスターを復元します。PITR を使用して Amazon Aurora クラスターを復元する方法の詳細については。Amazon の公式ドキュメント [Restoring a DB cluster to a specified time](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-pitr.html) を参照してください。 -2. 環境に応じて、必要に応じてレプリカ (リーダー) を追加してデータベース クラスターをマルチ AZ クラスターにします。 +2. 環境に応じて、必要に応じてレプリカ (リーダー) を追加してデータベースクラスターをマルチ AZ クラスターにします。 - Amazon Aurora の PITR 機能は、マルチ AZ 構成を使用してデータベースクラスターを復元できません。 データベース クラスターをマルチ AZ クラスターとして復元する場合は、データベース クラスターの復元後にリーダーを追加する必要があります。 リーダーの追加方法の詳細については、Amazon の公式ドキュメント [Adding Aurora Replicas to a DB cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-replicas-adding.html) を参照してください。 + Amazon Aurora の PITR 機能は、マルチ AZ 構成を使用してデータベースクラスターを復元できません。データベースクラスターをマルチ AZ クラスターとして復元する場合は、データベースクラスターの復元後にリーダーを追加する必要があります。リーダーの追加方法の詳細については、Amazon の公式ドキュメント [Adding Aurora Replicas to a DB cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-replicas-adding.html) を参照してください。 -3. 環境に応じて、必要に応じてテーブル構成を更新します。 復元されたデータベースクラスターの構成については、[AWS での ScalarDB/ScalarDL デプロイメント用のデータベースのセットアップ (Amazon Aurora MySQL および Amazon Aurora PostgreSQL)](SetupDatabaseForAWS.mdx#amazon-aurora-mysql-と-amazon-aurora-postgresql) を参照してください。 +3. 環境に応じて、必要に応じてテーブル構成を更新します。復元されたデータベースクラスターの構成については、[AWS での ScalarDB/ScalarDL デプロイメント用のデータベースのセットアップ (Amazon Aurora MySQL および Amazon Aurora PostgreSQL)](SetupDatabaseForAWS.mdx#amazon-aurora-mysql-と-amazon-aurora-postgresql) を参照してください。 ### Azure Database for MySQL/PostgreSQL -PITR 機能を使用する場合、Azure Database for MySQL/PostgreSQL は別のサーバーを使用してデータを復元します。 したがって、カスタム値ファイル内のエンドポイント構成を更新する必要があります。 +PITR 機能を使用する場合、Azure Database for MySQL/PostgreSQL は別のサーバーを使用してデータを復元します。したがって、カスタム値ファイル内のエンドポイント構成を更新する必要があります。 #### ステップ -1. データベースサーバーを復元します。 PITR を使用して Azure Database for MySQL/PostgreSQL サーバーを復元する方法の詳細については、次を参照してください。 +1. データベースサーバーを復元します。PITR を使用して Azure Database for MySQL/PostgreSQL サーバーを復元する方法の詳細については、次を参照してください。 * [Point-in-time restore of a Azure Database for MySQL Flexible Server using Azure portal](https://learn.microsoft.com/en-us/azure/mysql/flexible-server/how-to-restore-server-portal) * [Backup and restore in Azure Database for PostgreSQL - Flexible Server](https://learn.microsoft.com/en-us/azure/postgresql/flexible-server/concepts-backup-restore) -2. 環境に応じて、必要に応じてテーブル構成を更新します。 復元されたデータベース サーバーの構成については、次を参照してください。 +2. 環境に応じて、必要に応じてテーブル構成を更新します。復元されたデータベースサーバーの構成については、次を参照してください。 * [Azure 上で ScalarDB/ScalarDL デプロイ用のデータベースをセットアップする (Azure Database for MySQL)](SetupDatabaseForAzure.mdx#azure-database-for-mysql) * [Azure 上で ScalarDB/ScalarDL デプロイ用のデータベースをセットアップする (Azure Database for PostgreSQL)](SetupDatabaseForAzure.mdx#azure-database-for-postgresql) diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/SetupDatabase.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/SetupDatabase.mdx index 139c74f0..4d778c82 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/SetupDatabase.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/SetupDatabase.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB/ScalarDL デプロイメント用のデータベースをセットアップする @@ -10,7 +11,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -このガイドでは、クラウド サービス上で ScalarDB/ScalarDL を展開するためのデータベースをセットアップする方法について説明します。 +このガイドでは、クラウドサービス上で ScalarDB/ScalarDL を展開するためのデータベースをセットアップする方法について説明します。 * [AWS での ScalarDB/ScalarDL デプロイメント用のデータベースのセットアップ](SetupDatabaseForAWS.mdx) * [Azure 上で ScalarDB/ScalarDL デプロイメント用のデータベースをセットアップする](SetupDatabaseForAzure.mdx) diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/SetupDatabaseForAWS.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/SetupDatabaseForAWS.mdx index dfc16ae4..886bc251 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/SetupDatabaseForAWS.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/SetupDatabaseForAWS.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # AWS で ScalarDB/ScalarDL デプロイメント用のデータベースをセットアップする @@ -16,7 +17,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ### 認証方法 -DynamoDB を使用する場合、ScalarDB/ScalarDL プロパティ ファイルに `REGION`、`ACCESS_KEY_ID`、および `SECRET_ACCESS_KEY` を次のように設定する必要があります。 +DynamoDB を使用する場合、ScalarDB/ScalarDL プロパティファイルに `REGION`、`ACCESS_KEY_ID`、および `SECRET_ACCESS_KEY` を次のように設定する必要があります。 ```properties scalar.db.contact_points= @@ -31,23 +32,23 @@ DynamoDB のプロパティの詳細については、次のドキュメント ### 必要な構成/手順 -DynamoDB はデフォルトで AWS で使用できます。 使用するために手動で何かを設定する必要はありません。 +DynamoDB はデフォルトで AWS で使用できます。使用するために手動で何かを設定する必要はありません。 ### オプションの構成/手順 #### ポイントインタイムリカバリを有効にする (運用環境で推奨) -DynamoDB のバックアップ/復元方法として PITR を有効にすることができます。 [ScalarDB Schema Loader](https://scalardb.scalar-labs.com/docs/latest/schema-loader) を使用してスキーマを作成すると、デフォルトでテーブルの PITR 機能が有効になります。 詳細については公式ドキュメントを参照してください。 +DynamoDB のバックアップ/復元方法として PITR を有効にすることができます。[ScalarDB Schema Loader](https://scalardb.scalar-labs.com/docs/latest/schema-loader) を使用してスキーマを作成すると、デフォルトでテーブルの PITR 機能が有効になります。詳細については公式ドキュメントを参照してください。 * [Point-in-time recovery for DynamoDB](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/PointInTimeRecovery.html) -ポイントインタイム リカバリ機能により自動的かつ継続的にバックアップが作成されるため、バックアップ操作のダウンタイム (一時停止期間) を短縮できるため、この機能をお勧めします。 Scalar 製品データのバックアップ/復元方法の詳細については、次のドキュメントを参照してください。 +ポイントインタイムリカバリ機能により自動的かつ継続的にバックアップが作成されるため、バックアップ操作のダウンタイム (一時停止期間) を短縮できるため、この機能をお勧めします。Scalar 製品データのバックアップ/復元方法の詳細については、次のドキュメントを参照してください。 * [Scalar 製品のバックアップ復元ガイド](BackupRestoreGuide.mdx) #### 監視を構成する (運用環境で推奨) -DynamoDB のネイティブ機能を使用して、DynamoDB のモニタリングとロギングを設定できます。 詳細については公式ドキュメントを参照してください。 +DynamoDB のネイティブ機能を使用して、DynamoDB のモニタリングとロギングを設定できます。詳細については公式ドキュメントを参照してください。 * [Monitoring and logging](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/monitoring.html) @@ -64,11 +65,11 @@ WAN 経由ではないプライベート内部接続によりシステムの安 #### 読み取り/書き込み容量の構成 (環境に応じてオプション) -要件に基づいて、DynamoDB テーブルの **読み取り/書き込み容量** を構成できます。 読み取り/書き込み容量の詳細については、公式ドキュメントを参照してください。 +要件に基づいて、DynamoDB テーブルの **読み取り/書き込み容量** を構成できます。読み取り/書き込み容量の詳細については、公式ドキュメントを参照してください。 * [Read/write capacity mode](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/HowItWorks.ReadWriteCapacityMode.html) -テーブルの作成時に、ScalarDB/DL Schema Loader を使用して読み取り/書き込み容量を構成できます。 ScalarDB/DL Schema Loader を使用して読み取り/書き込み容量 (RU) を構成する方法の詳細については、次のドキュメントを参照してください。 +テーブルの作成時に、ScalarDB/DL Schema Loader を使用して読み取り/書き込み容量を構成できます。ScalarDB/DL Schema Loader を使用して読み取り/書き込み容量 (RU) を構成する方法の詳細については、次のドキュメントを参照してください。 * [ScalarDB Schema Loader](https://scalardb.scalar-labs.com/docs/latest/schema-loader) @@ -76,7 +77,7 @@ WAN 経由ではないプライベート内部接続によりシステムの安 ### 認証方法 -RDS を使用する場合、ScalarDB/ScalarDL プロパティ ファイルに `JDBC_URL`、`USERNAME`、および `PASSWORD` を次のように設定する必要があります。 +RDS を使用する場合、ScalarDB/ScalarDL プロパティファイルに `JDBC_URL`、`USERNAME`、および `PASSWORD` を次のように設定する必要があります。 ```properties scalar.db.contact_points= @@ -85,15 +86,15 @@ scalar.db.password= scalar.db.storage=jdbc ``` -RDS（JDBCデータベース）のプロパティの詳細については、以下のドキュメントを参照してください。 +RDS (JDBCデータベース) のプロパティの詳細については、以下のドキュメントを参照してください。 * [Configure ScalarDB for JDBC databases](https://scalardb.scalar-labs.com/docs/latest/getting-started-with-scalardb#set-up-your-database-for-scalardb) ### 必要な構成/手順 -#### RDS データベース インスタンスを作成する +#### RDS データベースインスタンスを作成する -RDS データベース インスタンスを作成する必要があります。 詳細については公式ドキュメントを参照してください。 +RDS データベースインスタンスを作成する必要があります。詳細については公式ドキュメントを参照してください。 * [Configuring an Amazon RDS DB instance](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_RDS_Configuring.html) @@ -101,29 +102,29 @@ RDS データベース インスタンスを作成する必要があります。 #### 自動バックアップを有効にする (運用環境で推奨) -自動バックアップを有効にすることができます。 詳細については公式ドキュメントを参照してください。 +自動バックアップを有効にすることができます。詳細については公式ドキュメントを参照してください。 * [Working with backups](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html) -自動バックアップ機能によりポイントインタイムリカバリ機能が有効になるため、これをお勧めします。 データを特定の時点まで復元できます。 Scalar 製品で複数のデータベースを使用する場合、バックアップ操作のダウンタイム (一時停止時間) を短縮できます。 Scalar 製品データのバックアップ/復元方法の詳細については、次のドキュメントを参照してください。 +自動バックアップ機能によりポイントインタイムリカバリ機能が有効になるため、これをお勧めします。データを特定の時点まで復元できます。Scalar 製品で複数のデータベースを使用する場合、バックアップ操作のダウンタイム (一時停止時間) を短縮できます。Scalar 製品データのバックアップ/復元方法の詳細については、次のドキュメントを参照してください。 * [Scalar 製品のバックアップ復元ガイド](BackupRestoreGuide.mdx) #### 監視を構成する (運用環境で推奨) -RDS のネイティブ機能を使用して、RDS の監視とログ記録を構成できます。 詳細については公式ドキュメントを参照してください。 +RDS のネイティブ機能を使用して、RDS の監視とログ記録を構成できます。詳細については公式ドキュメントを参照してください。 * [Monitoring metrics in an Amazon RDS instance](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Monitoring.html) * [Monitoring events, logs, and streams in an Amazon RDS DB instance](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Monitor_Logs_Events.html) メトリクスとログは、運用環境で問題が発生したときにそれを調査するのに役立つため、これをお勧めします。 -#### パブリック アクセスを無効にする (運用環境で推奨) +#### パブリックアクセスを無効にする (運用環境で推奨) -パブリックアクセスはデフォルトでは無効になっています。 次のように、EKS クラスター上の Scalar 製品ポッドから RDS データベース インスタンスにアクセスできます。 +パブリックアクセスはデフォルトでは無効になっています。次のように、EKS クラスター上の Scalar 製品ポッドから RDS データベースインスタンスにアクセスできます。 -* EKS クラスターと同じ VPC 上に RDS データベース インスタンスを作成します。 -* [VPC peering](https://docs.aws.amazon.com/vpc/latest/peering/what-is-vpc-peering.html) を使用して、Scalar 製品デプロイの RDS 用 VPC と EKS クラスター用 VPC を接続します。 (// TODO: この機能を Scalar 製品でテストする必要があります。) +* EKS クラスターと同じ VPC 上に RDS データベースインスタンスを作成します。 +* [VPC peering](https://docs.aws.amazon.com/vpc/latest/peering/what-is-vpc-peering.html) を使用して、Scalar 製品デプロイの RDS 用 VPC と EKS クラスター用 VPC を接続します。(// TODO: この機能を Scalar 製品でテストする必要があります。) WAN 経由ではないプライベート内部接続によりシステムの安全性が高まるため、これをお勧めします。 @@ -131,7 +132,7 @@ WAN 経由ではないプライベート内部接続によりシステムの安 ### 認証方法 -Amazon Aurora を使用する場合、ScalarDB/ScalarDL プロパティ ファイルに `JDBC_URL`、`USERNAME`、および `PASSWORD` を次のように設定する必要があります。 +Amazon Aurora を使用する場合、ScalarDB/ScalarDL プロパティファイルに `JDBC_URL`、`USERNAME`、および `PASSWORD` を次のように設定する必要があります。 ```properties scalar.db.contact_points= @@ -148,7 +149,7 @@ Amazon Aurora (JDBC データベース) のプロパティの詳細について #### Amazon Aurora DB クラスターを作成する -Amazon Aurora DB クラスターを作成する必要があります。 詳細については公式ドキュメントを参照してください。 +Amazon Aurora DB クラスターを作成する必要があります。詳細については公式ドキュメントを参照してください。 * [Configuring your Amazon Aurora DB cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/CHAP_AuroraSettingUp.html) @@ -156,9 +157,9 @@ Amazon Aurora DB クラスターを作成する必要があります。 詳細 #### バックアップ構成を構成します (環境に応じてオプション) -Amazon Aurora はデフォルトで自動的にバックアップを取得します。 バックアップ機能を手動で有効にする必要はありません。 +Amazon Aurora はデフォルトで自動的にバックアップを取得します。バックアップ機能を手動で有効にする必要はありません。 -バックアップ保持期間やバックアップウィンドウなどのバックアップ構成を変更する場合は、それらを構成できます。 詳細については公式ドキュメントを参照してください。 +バックアップ保持期間やバックアップウィンドウなどのバックアップ構成を変更する場合は、それらを構成できます。詳細については公式ドキュメントを参照してください。 * [Backing up and restoring an Amazon Aurora DB cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/BackupRestoreAurora.html) @@ -168,18 +169,18 @@ Scalar 製品データのバックアップ/復元方法の詳細については #### 監視を構成する (運用環境で推奨) -Amazon Aurora のネイティブ機能を使用して、Amazon Aurora のモニタリングとロギングを設定できます。 詳細については公式ドキュメントを参照してください。 +Amazon Aurora のネイティブ機能を使用して、Amazon Aurora のモニタリングとロギングを設定できます。詳細については公式ドキュメントを参照してください。 * [Monitoring metrics in an Amazon Aurora cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/MonitoringAurora.html) * [Monitoring events, logs, and streams in an Amazon Aurora DB cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/CHAP_Monitor_Logs_Events.html) メトリクスとログは、運用環境で問題が発生したときにそれを調査するのに役立つため、これをお勧めします。 -#### パブリック アクセスを無効にする (運用環境で推奨) +#### パブリックアクセスを無効にする (運用環境で推奨) -パブリックアクセスはデフォルトでは無効になっています。 次のように、EKS クラスター上の Scalar 製品ポッドから Amazon Aurora DB クラスターにアクセスできます。 +パブリックアクセスはデフォルトでは無効になっています。次のように、EKS クラスター上の Scalar 製品ポッドから Amazon Aurora DB クラスターにアクセスできます。 * EKS クラスターと同じ VPC 上に Amazon Aurora DB クラスターを作成します。 -* [VPC peering](https://docs.aws.amazon.com/vpc/latest/peering/what-is-vpc-peering.html) を使用して、Scalar 製品デプロイメント用の Amazon Aurora DB クラスターの VPC と EKS クラスターの VPC を接続します。 (// TODO: この機能を Scalar 製品でテストする必要があります。) +* [VPC peering](https://docs.aws.amazon.com/vpc/latest/peering/what-is-vpc-peering.html) を使用して、Scalar 製品デプロイメント用の Amazon Aurora DB クラスターの VPC と EKS クラスターの VPC を接続します。(// TODO: この機能を Scalar 製品でテストする必要があります。) WAN 経由ではないプライベート内部接続によりシステムの安全性が高まるため、これをお勧めします。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/SetupDatabaseForAzure.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/SetupDatabaseForAzure.mdx index 00f79d77..26b7bfe7 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/SetupDatabaseForAzure.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/SetupDatabaseForAzure.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Azure で ScalarDB/ScalarDL デプロイ用のデータベースをセットアップする @@ -16,7 +17,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ### 認証方法 -Cosmos DB for NoSQL を使用する場合は、ScalarDB/ScalarDL プロパティ ファイルで `COSMOS_DB_URI` と `COSMOS_DB_KEY` を次のように設定する必要があります。 +Cosmos DB for NoSQL を使用する場合は、ScalarDB/ScalarDL プロパティファイルで `COSMOS_DB_URI` と `COSMOS_DB_KEY` を次のように設定する必要があります。 ```properties scalar.db.contact_points= @@ -32,13 +33,13 @@ Cosmos DB for NoSQL のプロパティの詳細については、次のドキュ #### Azure Cosmos DB アカウントを作成する -NoSQL (コア) API を使用して Azure Cosmos DB アカウントを作成する必要があります。 **Capacity mode**を作成するときは、**Provisioned throughput**として設定する必要があります。 詳細については公式ドキュメントを参照してください。 +NoSQL (コア) API を使用して Azure Cosmos DB アカウントを作成する必要があります。**Capacity mode**を作成するときは、**Provisioned throughput**として設定する必要があります。詳細については公式ドキュメントを参照してください。 * [Quickstart: Create an Azure Cosmos DB account, database, container, and items from the Azure portal](https://learn.microsoft.com/en-us/azure/cosmos-db/nosql/quickstart-portal) #### デフォルトの整合性構成を構成する -**Default consistency level**を**Strong**に設定する必要があります。 詳細については公式ドキュメントを参照してください。 +**Default consistency level**を**Strong**に設定する必要があります。詳細については公式ドキュメントを参照してください。 * [Configure the default consistency level](https://learn.microsoft.com/en-us/azure/cosmos-db/nosql/how-to-manage-consistency#config/ure-the-default-consistency-level) @@ -46,37 +47,37 @@ NoSQL (コア) API を使用して Azure Cosmos DB アカウントを作成す #### バックアップ構成を構成する (実稼働環境で推奨) -PITR の **Backup modes**を **Continuous backup mode**として構成できます。 詳細については公式ドキュメントを参照してください。 +PITR の **Backup modes**を **Continuous backup mode**として構成できます。詳細については公式ドキュメントを参照してください。 * [Backup modes](https://learn.microsoft.com/en-us/azure/cosmos-db/online-backup-and-restore#backup-modes) -継続バックアップ モードでは自動的かつ継続的にバックアップが取得されるため、バックアップ操作のダウンタイム (一時停止期間) を短縮できるため、このモードをお勧めします。 Scalar 製品データのバックアップ/復元方法の詳細については、次のドキュメントを参照してください。 +継続バックアップモードでは自動的かつ継続的にバックアップが取得されるため、バックアップ操作のダウンタイム (一時停止期間) を短縮できるため、このモードをお勧めします。Scalar 製品データのバックアップ/復元方法の詳細については、次のドキュメントを参照してください。 * [Scalar 製品のバックアップ復元ガイド](BackupRestoreGuide.mdx) -#### Configure monitoring (Recommended in the production environment) +#### 監視を構成する (運用環境で推奨) -You can configure the monitoring of Cosmos DB using its native feature. Please refer to the official document for more details. +Cosmos DB の監視は、ネイティブ機能を使用して構成できます。詳細については、公式ドキュメントを参照してください。 -* [Monitor Azure Cosmos DB](https://learn.microsoft.com/en-us/azure/cosmos-db/monitor) +* [Azure Cosmos DB を監視する](https://learn.microsoft.com/en-us/azure/cosmos-db/monitor) -It is recommended since the metrics and logs help you to investigate some issues in the production environment when they happen. +メトリックとログは、運用環境で問題が発生したときに調査するのに役立つため、推奨されます。 -#### サービス エンドポイントを有効にする (運用環境で推奨) +#### サービスエンドポイントを有効にする (運用環境で推奨) -仮想ネットワーク (VNet) の特定のサブネットからのアクセスのみを許可するように Azure Cosmos DB アカウントを構成できます。 詳細については公式ドキュメントを参照してください。 +仮想ネットワーク (VNet) の特定のサブネットからのアクセスのみを許可するように Azure Cosmos DB アカウントを構成できます。詳細については公式ドキュメントを参照してください。 * [Configure access to Azure Cosmos DB from virtual networks (VNet)](https://learn.microsoft.com/en-us/azure/cosmos-db/how-to-configure-vnet-service-endpoint) WAN 経由ではないプライベート内部接続によりシステムの安全性が高まるため、これをお勧めします。 -#### リクエスト ユニットを構成します (環境に応じてオプション) +#### リクエストユニットを構成します (環境に応じてオプション) -要件に基づいて Cosmos DB の **Request Units** を構成できます。 リクエスト単位の詳細については公式ドキュメントを参照してください。 +要件に基づいて Cosmos DB の **Request Units** を構成できます。リクエスト単位の詳細については公式ドキュメントを参照してください。 * [Request Units in Azure Cosmos DB](https://learn.microsoft.com/en-us/azure/cosmos-db/request-units) -テーブルの作成時に、ScalarDB/DL Schema Loader を使用してリクエスト ユニットを構成できます。 ScalarDB/DL Schema Loader を使用してリクエスト ユニット (RU) を構成する方法の詳細については、次のドキュメントを参照してください。 +テーブルの作成時に、ScalarDB/DL Schema Loader を使用してリクエストユニットを構成できます。ScalarDB/DL Schema Loader を使用してリクエストユニット (RU) を構成する方法の詳細については、次のドキュメントを参照してください。 * [ScalarDB Schema Loader](https://scalardb.scalar-labs.com/docs/latest/schema-loader) @@ -84,7 +85,7 @@ WAN 経由ではないプライベート内部接続によりシステムの安 ### 認証方法 -Azure Database for MySQL を使用する場合は、ScalarDB/ScalarDL プロパティ ファイルで `JDBC_URL`、`USERNAME`、および `PASSWORD` を次のように設定する必要があります。 +Azure Database for MySQL を使用する場合は、ScalarDB/ScalarDL プロパティファイルで `JDBC_URL`、`USERNAME`、および `PASSWORD` を次のように設定する必要があります。 ```properties scalar.db.contact_points= @@ -99,13 +100,13 @@ Azure Database for MySQL (JDBC データベース) のプロパティの詳細 ### 必要な構成/手順 -#### データベース サーバーを作成する +#### データベースサーバーを作成する -データベースサーバーを作成する必要があります。 詳細については公式ドキュメントを参照してください。 +データベースサーバーを作成する必要があります。詳細については公式ドキュメントを参照してください。 * [Quickstart: Use the Azure portal to create an Azure Database for MySQL Flexible Server](https://learn.microsoft.com/en-us/azure/mysql/flexible-server/quickstart-create-server-portal) -導入には **Single Server** または **Flexible Server** を選択できます。 ただし、Azure では Flexible Server が推奨されます。 このドキュメントは、Flexible Server の使用を前提としています。 導入モデルの詳細については、公式ドキュメントを参照してください。 +導入には **Single Server** または **Flexible Server** を選択できます。ただし、Azure では Flexible Server が推奨されます。このドキュメントは、Flexible Server の使用を前提としています。導入モデルの詳細については、公式ドキュメントを参照してください。 * [What is Azure Database for MySQL?](https://learn.microsoft.com/en-us/azure/mysql/single-server/overview#deployment-models) @@ -113,9 +114,9 @@ Azure Database for MySQL (JDBC データベース) のプロパティの詳細 #### バックアップ構成を構成します (環境に応じてオプション) -Azure Database for MySQL は、既定でバックアップを取得します。 バックアップ機能を手動で有効にする必要はありません。 +Azure Database for MySQL は、既定でバックアップを取得します。バックアップ機能を手動で有効にする必要はありません。 -バックアップの保持期間など、一部のバックアップ構成を変更する場合は、それを構成できます。 詳細については公式ドキュメントを参照してください。 +バックアップの保持期間など、一部のバックアップ構成を変更する場合は、それを構成できます。詳細については公式ドキュメントを参照してください。 * [Backup and restore in Azure Database for MySQL Flexible Server](https://learn.microsoft.com/en-us/azure/mysql/flexible-server/concepts-backup-restore) @@ -125,22 +126,22 @@ Scalar 製品データのバックアップ/復元方法の詳細については #### 監視を構成する (運用環境で推奨) -Azure Database for MySQL のネイティブ機能を使用して、その監視を構成できます。 詳細については公式ドキュメントを参照してください。 +Azure Database for MySQL のネイティブ機能を使用して、その監視を構成できます。詳細については公式ドキュメントを参照してください。 * [Monitor Azure Database for MySQL Flexible Server](https://learn.microsoft.com/en-us/azure/mysql/flexible-server/concepts-monitoring) メトリクスとログは、運用環境で問題が発生したときにそれを調査するのに役立つため、これをお勧めします。 -#### パブリック アクセスを無効にする (運用環境で推奨) +#### パブリックアクセスを無効にする (運用環境で推奨) -**Private access (VNet Integration)** を **Connectivity method** として構成できます。 詳細については公式ドキュメントを参照してください。 +**Private access (VNet Integration)** を **Connectivity method** として構成できます。詳細については公式ドキュメントを参照してください。 * [Connectivity and networking concepts for Azure Database for MySQL - Flexible Server](https://learn.microsoft.com/en-us/azure/mysql/flexible-server/concepts-networking) -次のように、AKS クラスター上の Scalar 製品ポッドからデータベース サーバーにアクセスできます。 +次のように、AKS クラスター上の Scalar 製品ポッドからデータベースサーバーにアクセスできます。 -* AKS クラスターと同じ VNet 上にデータベース サーバーを作成します。 -* [Virtual network peering](https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-peering-overview) を使用して、Scalar 製品デプロイのデータベース サーバー用の VNet と AKS クラスター用の VNet を接続します。 (// TODO: この機能を Scalar 製品でテストする必要があります。) +* AKS クラスターと同じ VNet 上にデータベースサーバーを作成します。 +* [Virtual network peering](https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-peering-overview) を使用して、Scalar 製品デプロイのデータベースサーバー用の VNet と AKS クラスター用の VNet を接続します。(// TODO: この機能を Scalar 製品でテストする必要があります。) WAN 経由ではないプライベート内部接続によりシステムの安全性が高まるため、これをお勧めします。 @@ -148,7 +149,7 @@ WAN 経由ではないプライベート内部接続によりシステムの安 ### 認証方法 -Azure Database for PostgreSQL を使用する場合は、ScalarDB/ScalarDL プロパティ ファイルで `JDBC_URL`、`USERNAME`、および `PASSWORD` を次のように設定する必要があります。 +Azure Database for PostgreSQL を使用する場合は、ScalarDB/ScalarDL プロパティファイルで `JDBC_URL`、`USERNAME`、および `PASSWORD` を次のように設定する必要があります。 ```properties scalar.db.contact_points= @@ -163,13 +164,13 @@ Azure Database for PostgreSQL (JDBC データベース) のプロパティの詳 ### 必要な構成/手順 -#### データベース サーバーを作成する +#### データベースサーバーを作成する -データベースサーバーを作成する必要があります。 詳細については公式ドキュメントを参照してください。 +データベースサーバーを作成する必要があります。詳細については公式ドキュメントを参照してください。 * [Quickstart: Create an Azure Database for PostgreSQL - Flexible Server in the Azure portal](https://learn.microsoft.com/en-us/azure/postgresql/flexible-server/quickstart-create-server-portal) -導入には **Single Server** または **Flexible Server** を選択できます。 ただし、Azure では Flexible Server が推奨されます。 このドキュメントは、Flexible Server の使用を前提としています。 導入モデルの詳細については、公式ドキュメントを参照してください。 +導入には **Single Server** または **Flexible Server** を選択できます。ただし、Azure では Flexible Server が推奨されます。このドキュメントは、Flexible Server の使用を前提としています。導入モデルの詳細については、公式ドキュメントを参照してください。 * [What is Azure Database for PostgreSQL?](https://learn.microsoft.com/en-us/azure/postgresql/single-server/overview#deployment-models) @@ -177,9 +178,9 @@ Azure Database for PostgreSQL (JDBC データベース) のプロパティの詳 #### バックアップ構成を構成します (環境に応じてオプション) -Azure Database for PostgreSQL は、既定でバックアップを取得します。 バックアップ機能を手動で有効にする必要はありません。 +Azure Database for PostgreSQL は、既定でバックアップを取得します。バックアップ機能を手動で有効にする必要はありません。 -バックアップの保持期間など、一部のバックアップ構成を変更する場合は、それを構成できます。 詳細については公式ドキュメントを参照してください。 +バックアップの保持期間など、一部のバックアップ構成を変更する場合は、それを構成できます。詳細については公式ドキュメントを参照してください。 * [Backup and restore in Azure Database for PostgreSQL - Flexible Server](https://learn.microsoft.com/en-us/azure/postgresql/flexible-server/concepts-backup-restore) @@ -189,21 +190,21 @@ Scalar 製品データのバックアップ/復元方法の詳細については #### 監視を構成する (運用環境で推奨) -Azure Database for PostgreSQL のネイティブ機能を使用して、その監視を構成できます。 詳細については公式ドキュメントを参照してください。 +Azure Database for PostgreSQL のネイティブ機能を使用して、その監視を構成できます。詳細については公式ドキュメントを参照してください。 * [Monitor metrics on Azure Database for PostgreSQL - Flexible Server](https://learn.microsoft.com/en-us/azure/postgresql/flexible-server/concepts-monitoring) メトリクスとログは、運用環境で問題が発生したときにそれを調査するのに役立つため、これをお勧めします。 -#### パブリック アクセスを無効にする (運用環境で推奨) +#### パブリックアクセスを無効にする (運用環境で推奨) -**Private access (VNet Integration)** を **Connectivity method** として構成できます。 詳細については公式ドキュメントを参照してください。 +**Private access (VNet Integration)** を **Connectivity method** として構成できます。詳細については公式ドキュメントを参照してください。 * [Networking overview for Azure Database for PostgreSQL - Flexible Server](https://learn.microsoft.com/en-us/azure/postgresql/flexible-server/concepts-networking) -次のように、AKS クラスター上の Scalar 製品ポッドからデータベース サーバーにアクセスできます。 +次のように、AKS クラスター上の Scalar 製品ポッドからデータベースサーバーにアクセスできます。 -* AKS クラスターと同じ VNet 上にデータベース サーバーを作成します。 -* [Virtual network peering](https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-peering-overview) を使用して、Scalar 製品デプロイのデータベース サーバー用の VNet と AKS クラスター用の VNet を接続します。 (// TODO: この機能を Scalar 製品でテストする必要があります。) +* AKS クラスターと同じ VNet 上にデータベースサーバーを作成します。 +* [Virtual network peering](https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-peering-overview) を使用して、Scalar 製品デプロイのデータベースサーバー用の VNet と AKS クラスター用の VNet を接続します。(// TODO: この機能を Scalar 製品でテストする必要があります。) WAN 経由ではないプライベート内部接続によりシステムの安全性が高まるため、これをお勧めします。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/alerts/Envoy.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/alerts/Envoy.mdx index 441ba8b6..4804ac8b 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/alerts/Envoy.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/alerts/Envoy.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Envoy アラート @@ -12,7 +13,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ## EnvoyClusterDown -これは最も重要なアラートであり、Envoy クラスターがリクエストを処理できないことを示します。 このアラートは最優先で処理する必要があります。 +これは最も重要なアラートであり、Envoy クラスターがリクエストを処理できないことを示します。このアラートは最優先で処理する必要があります。 ### アラートの例 @@ -43,12 +44,12 @@ Alert: Envoy cluster is down - critical * `kubectl get deployments. prod-scalardl-envoy` で設定されたレプリカの数を確認します。 * `kubectl describe deployments. prod-scalardl-envoy` はデプロイメントを説明するために設定されたレプリカの数を確認します。 * `kubectl get node -o wide` でノードのステータスを確認します。 -* ログ サーバーをチェックして、モニター サーバー `/log/kubernetes//-/kube.log` 上の kubernetes ログで障害の根本原因を特定します。 -* 既知の問題があるかどうかをクラウド プロバイダーに確認してください。 たとえば、Azure の彫像は [ここ](https://status.azure.com/en-us/status) で確認できます。 +* ログサーバーをチェックして、モニターサーバー `/log/kubernetes//-/kube.log` 上の kubernetes ログで障害の根本原因を特定します。 +* 既知の問題があるかどうかをクラウドプロバイダーに確認してください。たとえば、Azure の彫像は[ここ](https://status.azure.com/en-us/status)で確認できます。 ## EnvoyClusterDegraded -このアラートは、Kubernetes クラスターが Envoy ポッドを開始できないかどうかを示します。これは、クラスターにデプロイメントを実行するための十分なリソースがない、または 1 つまたは複数の Kubernetes ノードが失われたことを意味します。 +このアラートは、Kubernetes クラスターが Envoy ポッドを開始できないかどうかを示します。これは、クラスターにデプロイメントを実行するための十分なリソースがない、または1つまたは複数の Kubernetes ノードが失われたことを意味します。 ### アラートの例 @@ -76,11 +77,11 @@ Alert: Envoy cluster is running in a degraded mode - warning ### 必要なアクション -* ログ サーバーをチェックして、モニター サーバー `/log/kubernetes//-/kube.log` または `kubectl logs prod-scalardl-envoy-xxxx-yyyy` 上の kubernetes ログに関する障害の根本原因を特定します。 +* ログサーバーをチェックして、モニターサーバー `/log/kubernetes//-/kube.log` または `kubectl logs prod-scalardl-envoy-xxxx-yyyy` 上の kubernetes ログに関する障害の根本原因を特定します。 * `kubectl describe deployments prod-scalardl-envoy` で kubernetes のデプロイメントを確認します。 -* `kubectl get replicasets.apps` でレプリカ セットを確認します。 +* `kubectl get replicasets.apps` でレプリカセットを確認します。 * `kubectl get node -o wide` でノードのステータスを確認します。 -* 既知の問題があるかどうかをクラウド プロバイダーに確認してください。 たとえば、Azure の彫像は [ここ](https://status.azure.com/en-us/status) で確認できます。 +* 既知の問題があるかどうかをクラウドプロバイダーに確認してください。たとえば、Azure の彫像は[ここ](https://status.azure.com/en-us/status)で確認できます。 ## EnvoyPodsPending diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/alerts/Ledger.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/alerts/Ledger.mdx index 5cd3fe9e..23bd89ab 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/alerts/Ledger.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/alerts/Ledger.mdx @@ -1,4 +1,5 @@ --- +displayed_sidebar: docsJapanese --- # Ledger アラート @@ -9,7 +10,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ## LedgerClusterDown -これは最も重要なアラートであり、Ledger クラスターがリクエストを処理できないことを示します。 このアラートは最優先で処理する必要があります。 +これは最も重要なアラートであり、Ledger クラスターがリクエストを処理できないことを示します。このアラートは最優先で処理する必要があります。 ### アラートの例 @@ -40,12 +41,12 @@ Alert: Ledger cluster is down - critical * `kubectl get deployments. prod-scalardl-ledger` で設定されたレプリカの数を確認します。 * `kubectl describe deployments. prod-scalardl-ledger` はデプロイメントを説明するために設定されたレプリカの数を確認します。 * `kubectl get node -o wide` でノードのステータスを確認します。 -* ログ サーバーをチェックして、モニター サーバー `/log/kubernetes//-/kube.log` 上の kubernetes ログで障害の根本原因を特定します。 -* 既知の問題があるかどうかをクラウド プロバイダーに確認してください。 たとえば、Azure の彫像は [ここ](https://status.azure.com/en-us/status) で確認できます。 +* ログサーバーをチェックして、モニターサーバー `/log/kubernetes//-/kube.log` 上の kubernetes ログで障害の根本原因を特定します。 +* 既知の問題があるかどうかをクラウドプロバイダーに確認してください。たとえば、Azure の彫像は[ここ](https://status.azure.com/en-us/status)で確認できます。 ## LedgerClusterDegraded -このアラートは、Kubernetes クラスターが Ledger ポッドを開始できないかどうかを示します。これは、クラスターにデプロイメントを実行するための十分なリソースがない、または 1 つまたは複数の Kubernetes ノードが失われたことを意味します。 +このアラートは、Kubernetes クラスターが Ledger ポッドを開始できないかどうかを示します。これは、クラスターにデプロイメントを実行するための十分なリソースがない、または1つまたは複数の Kubernetes ノードが失われたことを意味します。 ### アラートの例 @@ -73,11 +74,11 @@ Alert: Ledger cluster is running in a degraded mode - warning ### 必要なアクション -* ログ サーバーをチェックして、モニター サーバー `/log/kubernetes//-/kube.log` 上の kubernetes ログに関する障害の根本原因を特定します。 +* ログサーバーをチェックして、モニターサーバー `/log/kubernetes//-/kube.log` 上の kubernetes ログに関する障害の根本原因を特定します。 * `kubectl describe deployments prod-scalardl-ledger` で kubernetes のデプロイメントを確認します。 -* `kubectl get replicasets.apps` でレプリカ セットを確認します。 +* `kubectl get replicasets.apps` でレプリカセットを確認します。 * `kubectl get node -o wide` でノードのステータスを確認します。 -* 既知の問題があるかどうかをクラウド プロバイダーに確認してください。 たとえば、Azure の彫像は [ここ](https://status.azure.com/en-us/status) で確認できます。 +* 既知の問題があるかどうかをクラウドプロバイダーに確認してください。たとえば、Azure の彫像は[ここ](https://status.azure.com/en-us/status)で確認できます。 ## LedgerPodsPending diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/alerts/README.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/alerts/README.mdx index 72f56b37..5f4ddb73 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/alerts/README.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-kubernetes/alerts/README.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Scalar アラート diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-licensing/README.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-licensing/README.mdx index 30ca30d0..8b009baf 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-licensing/README.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-licensing/README.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # 製品ライセンスキーの設定方法 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-manager/overview.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-manager/overview.mdx index be3ad1e6..04ee30f7 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-manager/overview.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalar-manager/overview.mdx @@ -1,47 +1,44 @@ --- tags: - Enterprise Option +displayed_sidebar: docsEnglish --- -# Scalar Manager 概要 +# Scalar Manager Overview -import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; +Scalar Manager is a centralized management and monitoring solution for ScalarDB and ScalarDL within Kubernetes cluster environments. +It simplifies the operational tasks associated with these products by aggregating essential functionalities into a graphical user interface (GUI). - +## Why Scalar Manager? -Scalar Manager は、Kubernetes クラスタ環境内で ScalarDB および ScalarDL の集中管理および監視ソリューションです。 -これらの製品に関連する運用タスクを、グラフィカルユーザーインターフェイスに主要な機能を集約することで簡素化します。 +Before Scalar Manager was released, you would need to use various command-line tools and third-party solutions individually to manage and monitor ScalarDB and ScalarDL deployments. +For example, `kubectl` is often used to check deployment status, the Prometheus stack for monitoring metrics, the Loki stack for log analysis, and Scalar's proprietary CLI tool for pausing Scalar products to ensure transactional consistency between multiple databases. +This constellation of tools presented a steep learning curve and lacked a unified interface, resulting in inefficient workflows for performing routine management tasks or troubleshooting issues. -## なぜ Scalar Manager なのか？ +Scalar Manager mitigates these pain points by aggregating essential functionalities into a single, user-friendly GUI. +With Scalar Manager, you can reduce the time and effort needed for management and monitoring, allowing you to focus on business development and operations. -Scalar Manager がリリースされる前は、ユーザーは ScalarDB および ScalarDL のデプロイメントを管理および監視するために、さまざまなコマンドラインツールやサードパーティソリューションを個別に使用する必要がありました。 -例えば、ユーザーはデプロイメントのステータスを確認するために kubectl を使用し、メトリクスの監視には Prometheus スタック、ログ分析には Loki スタックを使用し、複数のデータベース間でトランザクションの一貫性を確保するために Scalar の独自の CLI ツールを使用して Scalar 製品を一時停止していました。 -これらのツールの組み合わせは、習得の難易度が高く、統一されたインターフェースが欠けていたため、日常の管理タスクやトラブルシューティングの際に効率的なワークフローを提供できませんでした。 +## Key features -Scalar Manager は、これらの問題点を解消し、主要な機能を単一のユーザーフレンドリーな GUI に集約することで、管理および監視に必要な時間と労力を削減します。 -これにより、ユーザーはビジネスの開発や運用に集中できるようになります。 +At its core, Scalar Manager provides the following features. -## 主な機能 +### Centralized cluster visualization -Scalar Manager は、以下の機能をユーザーに提供します。 - -### 集中化されたクラスターの可視化 - -ユーザーは、クラスターの健康状態、pod ログ、ハードウェアの使用状況、リクエスト毎秒などのパフォーマンスメトリクス、および統合された Grafana ダッシュボードを介して時系列データの詳細な可視化について、リアルタイムのメトリクスを迅速に取得できます。 +You can quickly gain real-time metrics about cluster health, pod logs, hardware usage, performance metrics like requests per second, and deep visibility into time-series data via integrated Grafana dashboards. ![dashboard-cluster](images/dashboard-cluster.png) ![dashboard-pod-list](images/dashboard-pod-list.png) -Pod ログとメトリクスは、リアルタイムまたは時系列で表示することができます。 +You can view pod logs and metrics in real time or in time series. ![logs](images/logs.png) ![metrics](images/metrics.png) -### 簡素化されたジョブの一時停止管理 +### Streamlined pausing job management -ユーザーは、トランザクションの一貫性を確保するために、一時停止ジョブを実行またはスケジュールし、スケジュールされたジョブを確認および管理し、直感的な GUI 内で一時停止状態を監視することができます。 +You can execute or schedule pausing jobs to ensure transactional consistency, review and manage scheduled jobs, and monitor paused states within an intuitive GUI. ![create-pauses](images/backup-and-restore-create-pauses.png) ![check-pauses](images/backup-and-restore-check-pauses.png) -さまざまなツールやソリューションを使用して ScalarDB および ScalarDL を管理および監視し続けることはできますが、Scalar Manager は運用効率とユーザーエクスペリエンスを向上させるよりシンプルなアプローチを提供します。 +Although you can continue using various tools and solutions to manage or monitor ScalarDB and ScalarDL, Scalar Manager offers a more straightforward approach that enhances operational efficiency and user experience. diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-postgresql/getting-started.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-postgresql/getting-started.mdx index 4f60b24a..f7de02b0 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-postgresql/getting-started.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-postgresql/getting-started.mdx @@ -1,6 +1,7 @@ --- tags: - Community +displayed_sidebar: docsJapanese --- # ScalarDB Analytics with PostgreSQL をはじめよう @@ -17,13 +18,13 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ScalarDB Analytics with PostgreSQL は、PostgreSQL とその外部データラッパー (FDW) 拡張機能を使用して、ScalarDB の機能を拡張し、ScalarDB が管理するデータに対する分析クエリを処理します。 -ScalarDB Analytics with PostgreSQL は、主に PostgreSQL と Schema Importer の 2 つのコンポーネントで構成されています。 +ScalarDB Analytics with PostgreSQL は、主に PostgreSQL と Schema Importer の2つのコンポーネントで構成されています。 PostgreSQL はサービスとして実行され、ユーザーからのクエリを受け入れて処理します。FDW 拡張機能は、ScalarDB が管理するバックエンドストレージからデータを読み取るために使用されます。Schema Importer は、ScalarDB データベースのスキーマを PostgreSQL にインポートするツールです。これにより、ユーザーは PostgreSQL 側のテーブル (ScalarDB 側のテーブルと同一) を表示できます。 ## ScalarDB データベースをセットアップする -まず、ScalarDB Analytics with PostgreSQL で分析クエリを実行するには、1 つ以上の ScalarDB データベースが必要です。独自の ScalarDB データベースがある場合は、このセクションをスキップして、代わりにそのデータベースを使用できます。[scalardb-samples/scalardb-analytics-postgresql-sample](https://github.com/scalar-labs/scalardb-samples/tree/main/scalardb-analytics-postgresql-sample) プロジェクトを使用する場合は、プロジェクトディレクトリで次のコマンドを実行してサンプルデータベースを設定できます。 +まず、ScalarDB Analytics with PostgreSQL で分析クエリを実行するには、1つ以上の ScalarDB データベースが必要です。独自の ScalarDB データベースがある場合は、このセクションをスキップして、代わりにそのデータベースを使用できます。[scalardb-samples/scalardb-analytics-postgresql-sample](https://github.com/scalar-labs/scalardb-samples/tree/main/scalardb-analytics-postgresql-sample) プロジェクトを使用する場合は、プロジェクトディレクトリで次のコマンドを実行してサンプルデータベースを設定できます。 ```console docker compose run --rm schema-loader \ diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-postgresql/installation.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-postgresql/installation.mdx index b1e66411..f2014fce 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-postgresql/installation.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-postgresql/installation.mdx @@ -1,6 +1,7 @@ --- tags: - Community +displayed_sidebar: docsJapanese --- # Docker を使用してローカル環境に ScalarDB Analytics with PostgreSQL をインストールする方法 @@ -50,7 +51,7 @@ docker-compose up analytics ## ステップ 3. 分析クエリを実行する -これで、必要なサービスがすべて実行されているはずです。分析クエリを実行するには、[ScalarDB Analytics with PostgreSQL の開始方法](./getting-started.mdx)を参照してください。 +これで、必要なサービスがすべて実行されているはずです。分析クエリを実行するには、[ScalarDB Analytics with PostgreSQL をはじめよう](./getting-started.mdx)を参照してください。 ## ステップ 4. ScalarDB Analytics with PostgreSQL サービスをシャットダウンする diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-postgresql/scalardb-fdw.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-postgresql/scalardb-fdw.mdx index 38345761..d58baf21 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-postgresql/scalardb-fdw.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-postgresql/scalardb-fdw.mdx @@ -1,6 +1,7 @@ --- tags: - Community +displayed_sidebar: docsJapanese --- # ScalarDB FDW @@ -25,7 +26,7 @@ ScalarDB と互換性のあるバージョンの Java Development Kit (JDK) を ### PostgreSQL -この拡張機能は PostgreSQL 13 以降をサポートしています。PostgreSQL のインストール方法の詳細については、[サーバー管理](https://www.postgresql.org/docs/current/admin.html)の公式ドキュメントを参照してください。 +この拡張機能は PostgreSQL 13以降をサポートしています。PostgreSQL のインストール方法の詳細については、[サーバー管理](https://www.postgresql.org/docs/current/admin.html)の公式ドキュメントを参照してください。 ## ビルドとインストール diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-postgresql/schema-importer.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-postgresql/schema-importer.mdx index c724d4c6..76ff17e0 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-postgresql/schema-importer.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-postgresql/schema-importer.mdx @@ -1,6 +1,7 @@ --- tags: - Community +displayed_sidebar: docsJapanese --- # Schema Importer @@ -11,7 +12,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; Schema Importer は、PostgreSQL を自動的に設定するための CLI ツールです。このツールを使用すると、PostgreSQL データベースに、ScalarDB インスタンスと同じデータベースオブジェクト (名前空間やテーブルなど) を持たせることができます。 -Schema Importer は、ScalarDB 設定ファイルを読み取り、ScalarDB で定義されているテーブルのスキーマを取得し、対応する外部データラッパーの外部テーブルとビューをこの順序で作成します。詳細については、[PostgreSQL での ScalarDB 分析の開始](getting-started.mdx)を参照してください。 +Schema Importer は、ScalarDB 設定ファイルを読み取り、ScalarDB で定義されているテーブルのスキーマを取得し、対応する外部データラッパーの外部テーブルとビューをこの順序で作成します。詳細については、[ScalarDB Analytics with PostgreSQL をはじめよう](getting-started.mdx)を参照してください。 ## Schema Importer のビルド @@ -42,7 +43,7 @@ java -jar | --------------------------- | -------- | ----------------------------------------------------------------------------------------------------- | ------------------------------- | | `--config` | **はい** | ScalarDB 設定ファイルへのパス | | | `--config-on-postgres-host` | No | PostgreSQL を実行しているホスト上の ScalarDB 設定ファイルへのパス | `--config` と同じ値が使用されます。 | -| `--namespace`, `-n` | **はい** | 分析インスタンスにインポートする名前空間。2 つ以上の名前空間がある場合は、`--namespace` オプションを複数回指定できます。 | | +| `--namespace`, `-n` | **はい** | 分析インスタンスにインポートする名前空間。2つ以上の名前空間がある場合は、`--namespace` オプションを複数回指定できます。 | | | `--host` | いいえ | PostgreSQL ホスト | localhost | | `--port` | いいえ | PostgreSQL ポート | 5432 | | `--database` | いいえ | PostgreSQL ポート | postgres | diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-spark/README.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-spark/README.mdx index a91a07e8..0d8029d7 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-spark/README.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-spark/README.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Option - Public Preview +displayed_sidebar: docsJapanese --- # ScalarDB Analytics with Spark diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-spark/version-compatibility.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-spark/version-compatibility.mdx index e6d3bd0e..dd210fbb 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-spark/version-compatibility.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-analytics-spark/version-compatibility.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Option - Public Preview +displayed_sidebar: docsJapanese --- # ScalarDB Analytics with Spark のバージョン互換性 @@ -10,9 +11,9 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -Spark と Scala はマイナーバージョン間で互換性がない場合があるため、ScalarDB Analytics with Spark では、さまざまな Spark および Scala バージョンに対して、`scalardb-analytics-spark-_` という形式で名前が付けられたさまざまなアーティファクトを提供しています。使用している Spark および Scala のバージョンに一致するアーティファクトを選択してください。たとえば、Scala 2.13 で Spark 3.5 を使用している場合は、`scalardb-analytics-spark-3.5_2.13` を指定する必要があります。 +Spark と Scala はマイナーバージョン間で互換性がない場合があるため、ScalarDB Analytics with Spark では、さまざまな Spark および Scala バージョンに対して、`scalardb-analytics-spark-_` という形式で名前が付けられたさまざまなアーティファクトを提供しています。使用している Spark および Scala のバージョンに一致するアーティファクトを選択してください。たとえば、Scala 2.13で Spark 3.5を使用している場合は、`scalardb-analytics-spark-3.5_2.13` を指定する必要があります。 -Java バージョンに関しては、ScalarDB Analytics with Spark は Java 8 以降をサポートしています。 +Java バージョンに関しては、ScalarDB Analytics with Spark は Java 8以降をサポートしています。 以下は、ScalarDB Analytics with Spark の各バージョンでサポートされている Spark および Scalar バージョンのリストです。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-benchmarks/README.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-benchmarks/README.mdx index 08cc7c8e..96c14e06 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-benchmarks/README.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-benchmarks/README.mdx @@ -1,6 +1,7 @@ --- tags: - Community +displayed_sidebar: docsJapanese --- # ScalarDB ベンチマークツール @@ -19,11 +20,11 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; - YCSB (ワークロード A、C、および F) - マルチストレージ YCSB (ワークロード C および F) - この YCSB バリアントは、ScalarDB を使用するマルチストレージ環境用です。 - - マルチストレージ YCSB のワーカーは、2 つの名前空間 (`ycsb_primary` と `ycsb_secondary`) で同じ数の読み取り操作と書き込み操作を実行します。 + - マルチストレージ YCSB のワーカーは、2つの名前空間 (`ycsb_primary` と `ycsb_secondary`) で同じ数の読み取り操作と書き込み操作を実行します。 ## 前提条件 -- 次の Java 開発キット (JDK) のいずれか: +- 次の Java Development Kit (JDK) のいずれか: - [Oracle JDK](https://www.oracle.com/java/technologies/downloads/) LTS バージョン 8 - [OpenJDK](https://openjdk.org/install/) LTS バージョン 8 - Gradle @@ -35,7 +36,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; :::note -現在、ベンチマークツールを実行するときに使用できるのは JDK 8 のみです。 +現在、ベンチマークツールを実行するときに使用できるのは JDK 8のみです。 ::: @@ -196,9 +197,9 @@ config_file = "" | `np_only` | 新規注文と支払いトランザクションのみ (それぞれ 50%) でベンチマークを実行します。 | `false` | | `rate_new_order` | 新規注文トランザクションの割合。必要に応じてこの割合を指定する場合、他のすべてのレートパラメータの割合を指定する必要があります。その場合、すべてのレートパラメータの合計は 100% に等しくなければなりません。 | N/A | | `rate_payment` | 支払いトランザクションの割合。必要に応じてこの割合を指定する場合、他のすべてのレートパラメータの割合を指定する必要があります。その場合、すべてのレートパラメータの合計は 100% に等しくなければなりません。 | N/A | - | `rate_order_status` | 注文ステータストランザクションの割合。ニーズに基づいてこのパーセンテージを指定する場合、他のすべてのレートパラメータのパーセンテージを指定する必要があります。その場合、すべてのレートパラメータの合計は 100 パーセントに等しくなければなりません。 | N/A | - | `rate_delivery` | 配送トランザクションのパーセンテージ。ニーズに基づいてこのパーセンテージを指定する場合、他のすべてのレートパラメータのパーセンテージを指定する必要があります。その場合、すべてのレートパラメータの合計は 100 パーセントに等しくなければなりません。 | N/A | - | `rate_stock_level` | 在庫レベルトランザクションのパーセンテージ。ニーズに基づいてこのパーセンテージを指定する場合、他のすべてのレートパラメータのパーセンテージを指定する必要があります。その場合、すべてのレートパラメータの合計は 100 パーセントに等しくなければなりません。 | N/A | + | `rate_order_status` | 注文ステータストランザクションの割合。ニーズに基づいてこのパーセンテージを指定する場合、他のすべてのレートパラメータのパーセンテージを指定する必要があります。その場合、すべてのレートパラメータの合計は100パーセントに等しくなければなりません。 | N/A | + | `rate_delivery` | 配送トランザクションのパーセンテージ。ニーズに基づいてこのパーセンテージを指定する場合、他のすべてのレートパラメータのパーセンテージを指定する必要があります。その場合、すべてのレートパラメータの合計は100パーセントに等しくなければなりません。 | N/A | + | `rate_stock_level` | 在庫レベルトランザクションのパーセンテージ。ニーズに基づいてこのパーセンテージを指定する場合、他のすべてのレートパラメータのパーセンテージを指定する必要があります。その場合、すべてのレートパラメータの合計は100パーセントに等しくなければなりません。 | N/A | | `backoff` | 競合によりトランザクションがアボートされた後に挿入されるスリープ時間 (ミリ秒単位)。 | `0` | diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/common-reference.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/common-reference.mdx index 2b3c265d..1282e19b 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/common-reference.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/common-reference.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster .NET Client SDK リファレンス @@ -135,7 +136,7 @@ builder.Services.AddScalarDbContext(options => | 名前 | 説明 | デフォルト | |-----------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------| | `Address` | **必須:** クラスターのアドレス。形式は `://:` です。``: ワイヤ暗号化 (TLS) が有効な場合は `https`、それ以外の場合は `http` です。``: クラスターの FQDN または IP アドレスです。``: クラスターのポート番号 (デフォルトでは `60053`)。 | - | -| `HopLimit` | クラスターへのリクエストのホップ数。`HopLimit` の目的は、クラスター内での無限ループを防ぐことです。リクエストが別のクラスターノードに転送されるたびに、`HopLimit` は 1 ずつ減少します。`HopLimit` が 0 に達すると、リクエストは拒否されます。 | `3` | +| `HopLimit` | クラスターへのリクエストのホップ数。`HopLimit` の目的は、クラスター内での無限ループを防ぐことです。リクエストが別のクラスターノードに転送されるたびに、`HopLimit` は1ずつ減少します。`HopLimit` が0に達すると、リクエストは拒否されます。 | `3` | | `RetryCount` | クラスターが利用できない場合にクライアントがクラスターへの接続を試行できる回数。 | `10` | | `AuthEnabled` | 認証と認可が有効かどうか。 | `false` | | `Username` | 認証/認可のためのユーザー名。 | | @@ -146,8 +147,8 @@ builder.Services.AddScalarDbContext(options => | `TlsOverrideAuthority` | TLS 通信のカスタム認証局。これは、実際に接続しているホストを変更するものではありません。これは主にテストを目的としています。たとえば、クラスターの証明書 (クラスターの `scalar.db.cluster.node.tls.cert_chain_path` パラメータ) に記載されているホスト名を指定できます。クラスターの証明書に複数のホスト名がある場合は、最初のホスト名のみがチェックされます。 | | | `LogSensitiveData` | `true` に設定すると、gRPC リクエストとレスポンスをログに記録するときに、ユーザー名、パスワード、認証トークンなどの情報がマスクされずにそのままログに記録されます。 | `false` | | `GrpcRequestTimeout` | gRPC リクエストのタイムアウト。内部的には、タイムアウトの値はクラスターへの各 gRPC リクエストのデッドラインを計算して設定するために使用されます。設定されたデッドラインを超えると、リクエストはキャンセルされ、`DeadlineExceededException` がスローされます。タイムアウトが `0` に設定されている場合、デッドラインは設定されません。 | `00:01:00` | -| `GrpcMaxReceiveMessageSize` | クライアントが受信できる最大メッセージ サイズ (バイト単位)。`0` に設定すると、メッセージ サイズは無制限になります。 | `4 MB` | -| `GrpcMaxSendMessageSize` | クライアントから送信できる最大メッセージ サイズ (バイト単位)。`0` に設定すると、メッセージ サイズは無制限になります。 | `0` (無制限) | +| `GrpcMaxReceiveMessageSize` | クライアントが受信できる最大メッセージサイズ (バイト単位)。`0` に設定すると、メッセージサイズは無制限になります。 | `4 MB` | +| `GrpcMaxSendMessageSize` | クライアントから送信できる最大メッセージサイズ (バイト単位)。`0` に設定すると、メッセージサイズは無制限になります。 | `0` (無制限) | ## ScalarDB 列型と .NET 型間の変換方法 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/exception-handling.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/exception-handling.mdx index 5170e6c5..009ab8b9 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/exception-handling.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/exception-handling.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster .NET Client SDK での例外処理 @@ -145,7 +146,7 @@ public class Item :::note -サンプルコードでは、トランザクションは最大 3 回再試行され、再試行される前に 100 ミリ秒間スリープします。アプリケーションの要件に応じて、指数バックオフなどの再試行ポリシーを選択できます。 +サンプルコードでは、トランザクションは最大3回再試行され、再試行される前に100ミリ秒間スリープします。アプリケーションの要件に応じて、指数バックオフなどの再試行ポリシーを選択できます。 ::: @@ -173,4 +174,4 @@ public class Item - すでにアクティブなトランザクションがあるときに `BeginTransaction` または `JoinTransaction` が呼び出された場合 - アクティブなトランザクションがない状態で `CommitTransaction` または `RollbackTransaction` が呼び出された場合 -- アクティブな 2 フェーズコミットトランザクションがない状態で `PrepareTransaction` または `ValidateTransaction` が呼び出された場合 +- アクティブな2フェーズコミットトランザクションがない状態で `PrepareTransaction` または `ValidateTransaction` が呼び出された場合 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-admin-api.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-admin-api.mdx index dba34141..1c2b0c7e 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-admin-api.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-admin-api.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster .NET Client SDK の Administrative API をはじめよう diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-aspnet-and-di.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-aspnet-and-di.mdx index 88b2263a..52eb53b5 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-aspnet-and-di.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-aspnet-and-di.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster .NET Client SDK での ASP.NET Core と依存性注入をはじめよう diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-auth.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-auth.mdx index 3af384cb..458d29f6 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-auth.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-auth.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster .NET Client SDK を使用した認証と認可をはじめよう diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-sql-transactions.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-sql-transactions.mdx index 1e5ccb6b..7b80e872 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-sql-transactions.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-sql-transactions.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster .NET Client SDK での分散 SQL トランザクションをはじめよう @@ -99,7 +100,7 @@ foreach (var record in resultSet.Records) ## トランザクションで SQL クエリを実行する -1 つのトランザクションの一部として複数の SQL ステートメントを実行するには、トランザクションオブジェクトが必要です。 +1つのトランザクションの一部として複数の SQL ステートメントを実行するには、トランザクションオブジェクトが必要です。 次のようにトランザクションマネージャーを使用してトランザクションオブジェクトを作成できます。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-transactions.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-transactions.mdx index 91a4e612..8341c8de 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-transactions.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-transactions.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster .NET Client SDK での分散トランザクションをはじめよう @@ -104,7 +105,7 @@ using ScalarDB.Client.Builders; :::note -クラスターは 1 つのトランザクション内でのコマンドの並列実行をサポートしていないため、非同期メソッドには必ず `await` を使用してください。 +クラスターは1つのトランザクション内でのコマンドの並列実行をサポートしていないため、非同期メソッドには必ず `await` を使用してください。 ::: @@ -296,7 +297,7 @@ await transaction.DeleteAsync(delete); ### `MutateAsync` メソッドの例 -`MutateAsync` メソッドを使用すると、クラスターへの 1 回の呼び出しで複数のミューテーション操作を実行できます。これは次の方法で実行できます。 +`MutateAsync` メソッドを使用すると、クラスターへの1回の呼び出しで複数のミューテーション操作を実行できます。これは次の方法で実行できます。 ```c# // ... diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-linq.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-linq.mdx index 6f6545ef..228c7422 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-linq.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-linq.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster .NET Client SDK での LINQ をはじめよう @@ -156,7 +157,7 @@ _myDbContext.Statements .Take(2); ``` -### `First` メソッドを使用して、パーティションキーで 1 つの `Statement` を取得します。 +### `First` メソッドを使用して、パーティションキーで1つの `Statement` を取得します。 ```c# _myDbContext.Statements.First(stat => stat.OrderId == "1"); @@ -234,7 +235,7 @@ _myDbContext.Statements - `Join` および `GroupJoin` のキー選択ラムダ内では、メソッド呼び出しはサポートされていません。 - カスタム等価比較子はサポートされていません。`Join` および `GroupJoin` メソッドの `comparer` 引数は、引数が渡された場合は無視されます。 -- `DefaultIfEmpty` メソッドを使用して左外部結合を実行する場合を除き、1 つのクエリ内で複数の `from` を直接使用することはサポートされていません。後続の各 `from` は、個別のクエリと見なされます。 +- `DefaultIfEmpty` メソッドを使用して左外部結合を実行する場合を除き、1つのクエリ内で複数の `from` を直接使用することはサポートされていません。後続の各 `from` は、個別のクエリと見なされます。 ```c# var firstQuery = from stat in _myDbContext.Statements @@ -297,7 +298,7 @@ await _myDbContext.Statements.RemoveAsync(statement); ## トランザクションの管理 -LINQ クエリと `AddAsync`、`UpdateAsync`、および `RemoveAsync` メソッドは、明示的に開始されたトランザクションなしで実行できます。ただし、1 つのトランザクションの一部として複数のクエリとメソッドを実行するには、トランザクションを明示的に開始してコミットする必要があります。`ScalarDbContext` は、通常のトランザクションと、ScalarDB の 2 フェーズコミットインターフェイスを使用したトランザクションの両方をサポートします。 +LINQ クエリと `AddAsync`、`UpdateAsync`、および `RemoveAsync` メソッドは、明示的に開始されたトランザクションなしで実行できます。ただし、1つのトランザクションの一部として複数のクエリとメソッドを実行するには、トランザクションを明示的に開始してコミットする必要があります。`ScalarDbContext` は、通常のトランザクションと、ScalarDB の2フェーズコミットインターフェイスを使用したトランザクションの両方をサポートします。 ### 新しいトランザクションを開始する @@ -305,7 +306,7 @@ LINQ クエリと `AddAsync`、`UpdateAsync`、および `RemoveAsync` メソッ await _myDbContext.BeginTransactionAsync(); ``` -### 2 フェーズコミットインターフェースで新しいトランザクションを開始する +### 2フェーズコミットインターフェースで新しいトランザクションを開始する ```c# await _myDbContext.BeginTwoPhaseCommitTransactionAsync(); @@ -317,7 +318,7 @@ await _myDbContext.BeginTwoPhaseCommitTransactionAsync(); var transactionId = _myDbContext.CurrentTransactionId; ``` -### 2 フェーズコミットインターフェースを使用して既存のトランザクションに参加する +### 2フェーズコミットインターフェースを使用して既存のトランザクションに参加する ```c# await _myDbContext.JoinTwoPhaseCommitTransactionAsync(transactionId); @@ -329,7 +330,7 @@ await _myDbContext.JoinTwoPhaseCommitTransactionAsync(transactionId); await _myDbContext.ResumeTransaction(transactionId); ``` -### 2 フェーズコミットインターフェースを使用して既存のトランザクションを再開する +### 2フェーズコミットインターフェースを使用して既存のトランザクションを再開する ```c# await _myDbContext.ResumeTwoPhaseCommitTransaction(transactionId); @@ -341,25 +342,25 @@ await _myDbContext.ResumeTwoPhaseCommitTransaction(transactionId); ::: -### トランザクションをコミットする（通常または 2 フェーズコミット） +### トランザクションをコミットする（通常または2フェーズコミット） ```c# await _myDbContext.CommitTransactionAsync(); ``` -### トランザクションをロールバックする（通常または 2 フェーズコミット） +### トランザクションをロールバックする（通常または2フェーズコミット） ```c# await _myDbContext.RollbackTransactionAsync(); ``` -### コミット用の 2 フェーズコミットインターフェースを使用してトランザクションを準備する +### コミット用の2フェーズコミットインターフェースを使用してトランザクションを準備する ```c# await _myDbContext.PrepareTransactionAsync(); ``` -### コミット前に 2 フェーズコミットインターフェースでトランザクションを検証する +### コミット前に2フェーズコミットインターフェースでトランザクションを検証する ```c# await _myDbContext.ValidateTransactionAsync(); diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-scalardb-tables-as-csharp-classes.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-scalardb-tables-as-csharp-classes.mdx index 7a5fb2cc..30a247bc 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-scalardb-tables-as-csharp-classes.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-scalardb-tables-as-csharp-classes.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster .NET Client SDK で C# クラスとしてテーブルをはじめよう @@ -64,7 +65,7 @@ public class Statement using ScalarDB.Client.Extensions; ``` -### `GetAsync` メソッドを使用して 1 つのオブジェクトを取得します +### `GetAsync` メソッドを使用して1つのオブジェクトを取得します ```c# var keys = new Dictionary diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-two-phase-commit-transactions.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-two-phase-commit-transactions.mdx index 03d6bbb6..96742f58 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-two-phase-commit-transactions.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/getting-started-with-two-phase-commit-transactions.mdx @@ -2,15 +2,16 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- -# ScalarDB Cluster .NET Client SDK の 2 フェーズコミットインターフェイスを使用した分散トランザクションをはじめよう +# ScalarDB Cluster .NET Client SDK の2フェーズコミットインターフェイスを使用した分散トランザクションをはじめよう import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -ScalarDB Cluster .NET Client SDK は、ScalarDB の 2 フェーズコミットインターフェイスを使用したトランザクションをサポートします。SDK には、クラスター内の通信を強化するためのトランザクションとマネージャーの抽象化が含まれています。 +ScalarDB Cluster .NET Client SDK は、ScalarDB の2フェーズコミットインターフェイスを使用したトランザクションをサポートします。SDK には、クラスター内の通信を強化するためのトランザクションとマネージャーの抽象化が含まれています。 :::note @@ -18,13 +19,13 @@ ScalarDB Cluster .NET Client SDK は、ScalarDB の 2 フェーズコミット ::: -## 2 フェーズコミットインターフェースを使用したトランザクションについて +## 2フェーズコミットインターフェースを使用したトランザクションについて -SDK を使用すると、複数のアプリケーションにまたがる 2 フェーズコミットインターフェースを使用したトランザクションを実行できます。たとえば、複数のマイクロサービスがある場合、それぞれのマイクロサービスにトランザクションマネージャーを作成し、それらのマイクロサービスにまたがるトランザクションを実行できます。 +SDK を使用すると、複数のアプリケーションにまたがる2フェーズコミットインターフェースを使用したトランザクションを実行できます。たとえば、複数のマイクロサービスがある場合、それぞれのマイクロサービスにトランザクションマネージャーを作成し、それらのマイクロサービスにまたがるトランザクションを実行できます。 -2 フェーズコミットインターフェースを使用したトランザクションには、コーディネーターと参加者の 2 つのロールがあり、これらが協力して 1 つのトランザクションを実行します。 +2フェーズコミットインターフェースを使用したトランザクションには、コーディネーターと参加者の2つのロールがあり、これらが協力して1つのトランザクションを実行します。 -コーディネータープロセスは最初にトランザクションを開始し、トランザクションの ID をすべての参加者に送信し、参加者プロセスがトランザクションに参加します。 CRUD または SQL 操作を実行した後、コーディネータープロセスと参加者プロセスは 2 フェーズインターフェースを使用してトランザクションをコミットします。 +コーディネータープロセスは最初にトランザクションを開始し、トランザクションの ID をすべての参加者に送信し、参加者プロセスがトランザクションに参加します。 CRUD または SQL 操作を実行した後、コーディネータープロセスと参加者プロセスは2フェーズインターフェースを使用してトランザクションをコミットします。 ## SDK をインストールする @@ -51,7 +52,7 @@ dotnet add package ScalarDB.Client --version '..*' ## トランザクションマネージャーを取得します (コーディネータと参加者用) -2 フェーズコミットインターフェイスを使用した分散トランザクションには、トランザクションマネージャーを取得する必要があります。トランザクションマネージャーを取得するには、次のように `TransactionFactory` を使用します。 +2フェーズコミットインターフェイスを使用した分散トランザクションには、トランザクションマネージャーを取得する必要があります。トランザクションマネージャーを取得するには、次のように `TransactionFactory` を使用します。 ```c# // Pass the path to the settings file created in the previous step. @@ -60,7 +61,7 @@ var factory = TransactionFactory.Create("scalardb-options.json"); using var manager = factory.GetTwoPhaseCommitTransactionManager(); ``` -あるいは、次のトランザクションマネージャーを指定して、2 フェーズコミットインターフェイスを使用したトランザクションに CRUD 操作の代わりに SQL を使用することもできます。 +あるいは、次のトランザクションマネージャーを指定して、2フェーズコミットインターフェイスを使用したトランザクションに CRUD 操作の代わりに SQL を使用することもできます。 ```c# using var manager = factory.GetSqlTwoPhaseCommitTransactionManager(); @@ -68,7 +69,7 @@ using var manager = factory.GetSqlTwoPhaseCommitTransactionManager(); ## トランザクションを開始する (コーディネータ用) -次のように、コーディネータの 2 フェーズコミットインターフェイスを使用してトランザクションを開始できます。 +次のように、コーディネータの2フェーズコミットインターフェイスを使用してトランザクションを開始できます。 ```c# var transaction = await manager.BeginAsync(); @@ -82,7 +83,7 @@ var transactionId = transaction.Id; ## トランザクションに参加する (参加者向け) -参加者の 2 フェーズコミットインターフェイスを使用して、次のようにトランザクションに参加できます。 +参加者の2フェーズコミットインターフェイスを使用して、次のようにトランザクションに参加できます。 ```c# var transaction = await manager.JoinAsync(transactionId); @@ -90,7 +91,7 @@ var transaction = await manager.JoinAsync(transactionId); ## トランザクションを再開する (コーディネータと参加者用) -通常、2 フェーズコミットインターフェイスを使用したトランザクションには、複数の要求と応答の交換が含まれます。以前の要求で開始または参加したトランザクションを操作する必要がある場合は、次のようにしてそのトランザクションを再開できます。 +通常、2フェーズコミットインターフェイスを使用したトランザクションには、複数の要求と応答の交換が含まれます。以前の要求で開始または参加したトランザクションを操作する必要がある場合は、次のようにしてそのトランザクションを再開できます。 ```c# var transaction = manager.Resume(transactionId); @@ -112,7 +113,7 @@ await transaction.RollbackAsync(); ## トランザクションをコミットする (コーディネータと参加者用) -CRUD または SQL 操作を完了したら、トランザクションをコミットする必要があります。ただし、2 フェーズコミットインターフェイスを使用したトランザクションの場合は、まずコーディネータとすべての参加者でトランザクションを準備する必要があります。 +CRUD または SQL 操作を完了したら、トランザクションをコミットする必要があります。ただし、2フェーズコミットインターフェイスを使用したトランザクションの場合は、まずコーディネータとすべての参加者でトランザクションを準備する必要があります。 ```c# await transaction.PrepareAsync(); @@ -138,8 +139,8 @@ await transaction.CommitAsync(); ## CRUD 操作を実行する -トランザクションの 2 フェーズコミットインターフェイスには、通常のトランザクションと同じ CRUD 操作メソッドがあります。詳細については、[CRUD 操作を実行する](getting-started-with-distributed-transactions.mdx#crud-操作を実行する) を参照してください。 +トランザクションの2フェーズコミットインターフェイスには、通常のトランザクションと同じ CRUD 操作メソッドがあります。詳細については、[CRUD 操作を実行する](getting-started-with-distributed-transactions.mdx#crud-操作を実行する) を参照してください。 ## SQL ステートメントを実行する -SQL トランザクションの 2 フェーズコミットインターフェイスには、通常の SQL トランザクションと同じ SQL クエリを実行するメソッドがあります。詳細については、[SQL クエリを実行する](getting-started-with-distributed-sql-transactions.mdx#sql-クエリを実行する)を参照してください. +SQL トランザクションの2フェーズコミットインターフェイスには、通常の SQL トランザクションと同じ SQL クエリを実行するメソッドがあります。詳細については、[SQL クエリを実行する](getting-started-with-distributed-sql-transactions.mdx#sql-クエリを実行する)を参照してください. diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/index.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/index.mdx index 29e08a9a..fa80ad09 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/index.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster-dotnet-client-sdk/index.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster .NET Client SDK の概要 @@ -20,6 +21,6 @@ ScalarDB Cluster .NET Client SDK を使用するには、次の入門ガイド * [C# クラスとしての ScalarDB テーブルをはじめよう](getting-started-with-scalardb-tables-as-csharp-classes.mdx) * [ASP.NET Core と依存性注入をはじめよう](getting-started-with-aspnet-and-di.mdx) * [LINQ をはじめよう](getting-started-with-linq.mdx) -* [2 フェーズコミットインターフェイスを使用した分散トランザクションをはじめよう](getting-started-with-two-phase-commit-transactions.mdx) +* [2フェーズコミットインターフェイスを使用した分散トランザクションをはじめよう](getting-started-with-two-phase-commit-transactions.mdx) * [認証と認可をはじめよう](getting-started-with-auth.mdx) * [例外処理](exception-handling.mdx) diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/compatibility.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/compatibility.mdx index 301294d3..865121b0 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/compatibility.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/compatibility.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster 互換性マトリックス @@ -43,8 +44,8 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; - ScalarDB Cluster とクライアント SDK の **メジャー** バージョンが異なる場合、それらは **互換性がない** ため、**サポートされていません**。 - ScalarDB Cluster とクライアント SDK の **メジャー** バージョンが同じで、**マイナー** バージョンが異なる場合、ScalarDB Cluster のバージョンはクライアント SDK バージョン以上である必要があります。例: - - **サポート対象:** ScalarDB Cluster 3.13 とクライアント SDK 3.11 の組み合わせ - - **サポート対象外:** ScalarDB Cluster 3.11 とクライアント SDK 3.13 の組み合わせ + - **サポート対象:** ScalarDB Cluster 3.13とクライアント SDK 3.11の組み合わせ + - **サポート対象外:** ScalarDB Cluster 3.11とクライアント SDK 3.13の組み合わせ - **メジャー** バージョンと **マイナー** バージョンが同じ場合、ScalarDB Cluster とクライアント SDK 間で異なる **パッチ** バージョンを使用できます。例: - - **サポート対象:** ScalarDB Cluster 3.13.2 とクライアント SDK 3.13.0 の組み合わせ - - **サポート対象:** ScalarDB Cluster 3.13.0 とクライアント SDK 3.13.2 の組み合わせ + - **サポート対象:** ScalarDB Cluster 3.13.2とクライアント SDK 3.13.0の組み合わせ + - **サポート対象:** ScalarDB Cluster 3.13.0とクライアント SDK 3.13.2の組み合わせ diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api.mdx index aae903d8..898ecf6c 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/developer-guide-for-scalardb-cluster-with-java-api.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # Java API を使用した ScalarDB Cluster の開発者ガイド @@ -36,7 +37,7 @@ Maven を使用して依存関係を追加するには、以下を使用しま ## クライアントモード -ScalarDB Cluster Java Client SDK は、`indirect` と `direct-kubernetes` の 2 つのクライアントモードをサポートしています。以下では、クライアントモードについて説明します。 +ScalarDB Cluster Java Client SDK は、`indirect` と `direct-kubernetes` の2つのクライアントモードをサポートしています。以下では、クライアントモードについて説明します。 ### `indirect` クライアントモード @@ -97,7 +98,7 @@ ScalarDB Cluster Java API の使用は、クライアント構成と Schema Load | `scalar.db.transaction_manager` | `cluster` を指定する必要があります。 | - | | `scalar.db.contact_points` | クラスターの連絡先。`indirect` クライアントモードを使用する場合は、`indirect:` の形式を使用して、クラスターノードの前にあるロードバランサーの IP アドレスを指定します。`direct-kubernetes` クライアントモードを使用する場合は、`direct-kubernetes:/` または単に `direct-kubernetes:` の形式を使用して、名前空間名 (オプション) と [エンドポイントリソース](https://kubernetes.io/docs/concepts/services-networking/service/#endpoints) の名前を指定して、メンバーシップ情報を取得します。名前空間名を指定しない場合、クライアントは `default` 名前空間を使用します。 | | | `scalar.db.contact_port` | 連絡先のポート番号。 | `60053` | -| `scalar.db.cluster.grpc.deadline_duration_millis` | gRPC の期限期間（ミリ秒単位）。 | `60000` (60 秒) | +| `scalar.db.cluster.grpc.deadline_duration_millis` | gRPC の期限期間（ミリ秒単位）。 | `60000` (60秒) | | `scalar.db.cluster.grpc.max_inbound_message_size` | 単一の gRPC フレームに許可される最大メッセージサイズ。 | gRPCのデフォルト値 | | `scalar.db.cluster.grpc.max_inbound_metadata_size` | 受信できるメタデータの最大サイズ。 | gRPCのデフォルト値 | @@ -229,7 +230,7 @@ Maven を使用して依存関係を追加するには、以下を使用しま | `scalar.db.sql.cluster_mode.contact_port` | 連絡先のポート番号。 | `60053` | | `scalar.db.sql.default_transaction_mode` | デフォルトのトランザクションモード。`TRANSACTION` または `TWO_PHASE_COMMIT_TRANSACTION` を設定できます。 | `TRANSACTION` | | `scalar.db.sql.default_namespace_name` | デフォルトの名前空間名。SQL ステートメントで名前空間名を指定しない場合は、この値が使用されます。 | | -| `scalar.db.cluster.grpc.deadline_duration_millis` | gRPC の期限期間（ミリ秒単位）。 | `60000` (60 秒) | +| `scalar.db.cluster.grpc.deadline_duration_millis` | gRPC の期限期間（ミリ秒単位）。 | `60000` (60秒) | | `scalar.db.cluster.grpc.max_inbound_message_size` | 単一の gRPC フレームに許可される最大メッセージサイズ。 | gRPCのデフォルト値 | | `scalar.db.cluster.grpc.max_inbound_metadata_size` | 受信できるメタデータの最大サイズ。 | gRPCのデフォルト値 | diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/encrypt-data-at-rest.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/encrypt-data-at-rest.mdx index d5b900b7..2354e542 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/encrypt-data-at-rest.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/encrypt-data-at-rest.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsJapanese --- # 保存データの暗号化 @@ -84,7 +85,7 @@ HashiCorp Vault 暗号化を使用するには、ScalarDB Cluster ノード設 | `scalar.db.cluster.encryption.self.key_type` | キーの種類。現在、`AES128_GCM`、`AES256_GCM`、`AES128_EAX`、`AES256_EAX`、`AES128_CTR_HMAC_SHA256`、`AES256_CTR_HMAC_SHA256`、`CHACHA20_POLY1305`、および `XCHACHA20_POLY1305` がサポートされています。キーの種類の詳細については、[キータイプの選択](https://developers.google.com/tink/aead?hl=ja#choose_a_key_type)を参照してください。 | `AES128_GCM` | | `scalar.db.cluster.encryption.self.associated_data_required` | AEAD 暗号化に関連データが必要かどうか。 | `false` | | `scalar.db.cluster.encryption.self.kubernetes.secret.namespace_name` | Kubernetes Secrets の名前空間名。 | `default` | -| `scalar.db.cluster.encryption.self.data_encryption_key_cache_expiration_time` | DEK キャッシュの有効期限（ミリ秒単位）。 | `60000` (60 秒) | +| `scalar.db.cluster.encryption.self.data_encryption_key_cache_expiration_time` | DEK キャッシュの有効期限（ミリ秒単位）。 | `60000` (60秒) | ### テーブルを削除するときに DEK を削除する diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/encrypt-wire-communications.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/encrypt-wire-communications.mdx index 959b31b5..6e178d16 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/encrypt-wire-communications.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/encrypt-wire-communications.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsJapanese --- # ワイヤ通信の暗号化 @@ -42,9 +43,9 @@ ScalarDB Cluster は、トランスポート層セキュリティ (TLS) を使 |-----------------------------------------------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|----------| | `scalar.db.cluster.tls.ca_root_cert_pem` | TLS 通信用のカスタム CA ルート証明書 (PEM データ)。 | | | `scalar.db.cluster.tls.ca_root_cert_path` | TLS 通信用のカスタム CA ルート証明書 (ファイルパス)。 | | -| `scalar.db.cluster.tls.override_authority` | TLS 通信のカスタム権限。これは、実際に接続しているホストを変更するものではありません。これはテスト用ですが、DNS オーバーライドの代替としてテスト以外でも安全に使用できます。たとえば、`scalar.db.cluster.node.tls.cert_chain_path` に設定した証明書チェーンファイルで提示 されるホスト名を指定できます。 | | +| `scalar.db.cluster.tls.override_authority` | TLS 通信のカスタム権限。これは、実際に接続しているホストを変更するものではありません。これはテスト用ですが、DNS オーバーライドの代替としてテスト以外でも安全に使用できます。たとえば、`scalar.db.cluster.node.tls.cert_chain_path` に設定した証明書チェーンファイルで提示されるホスト名を指定できます。 | | | `scalar.db.cluster.node.tls.cert_chain_path` | TLS 通信に使用される証明書チェーンファイル。 | | -| `scalar.db.cluster.node.tls.private_key_path` | TLS 通信に使用されるシークレット鍵ファイル。 | | +| `scalar.db.cluster.node.tls.private_key_path` | TLS 通信に使用される秘密鍵ファイル。 | | 証明機関 (CA) ルート証明書を指定するには、`scalar.db.cluster.tls.ca_root_cert_pem` または `scalar.db.cluster.tls.ca_root_cert_path` のいずれかを設定する必要があります。両方を設定すると、`scalar.db.cluster.tls.ca_root_cert_pem` が使用されます。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-scalardb-cluster-graphql.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-scalardb-cluster-graphql.mdx index a71847a5..8018cbb4 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-scalardb-cluster-graphql.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-scalardb-cluster-graphql.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster GraphQL をはじめよう @@ -13,7 +14,7 @@ ScalarDB Cluster gRPC API の詳細については、以下を参照してくだ ## 前提条件 -- 以下のいずれかの Java 開発キット (JDK): +- 以下のいずれかの Java Development Kit (JDK): - [Oracle JDK](https://www.oracle.com/java/technologies/downloads/) LTS バージョン (8、11、17、または 21) - [OpenJDK](https://openjdk.org/install/) LTS バージョン (8、11、17、または 21) - Kubernetes クラスターで実行されている ScalarDB Cluster @@ -258,7 +259,7 @@ query GetAccounts @transaction { ### 継続トランザクションで操作を実行する -開始したトランザクションで次のクエリまたはミューテーションを実行するには、トランザクション ID を `@transaction` の `id` 引数として指定します。次の例では、同じトランザクションで user1 のアカウントから user2 のアカウントに残高を転送することにより、前の例で取得した 2 つのアカウントを更新します。 +開始したトランザクションで次のクエリまたはミューテーションを実行するには、トランザクション ID を `@transaction` の `id` 引数として指定します。次の例では、同じトランザクションで user1 のアカウントから user2 のアカウントに残高を転送することにより、前の例で取得した2つのアカウントを更新します。 ```graphql mutation Transfer @transaction(id: "c88da8a6-a13f-4857-82fe-45f1ab4150f9") { @@ -267,7 +268,7 @@ mutation Transfer @transaction(id: "c88da8a6-a13f-4857-82fe-45f1ab4150f9") { } ``` -GraphQL で開始されたトランザクションには 1 分のタイムアウト (デフォルト) があり、タイムアウトを超えると自動的にアボートされることに注意してください。 +GraphQL で開始されたトランザクションには1分のタイムアウト (デフォルト) があり、タイムアウトを超えると自動的にアボートされることに注意してください。 ### トランザクションをコミットする @@ -284,7 +285,7 @@ query GetAndCommit @transaction(id: "c88da8a6-a13f-4857-82fe-45f1ab4150f9", comm } ``` -**注:** `@transaction(commit: true)` のように `id` 引数なしで `commit: true` フラグを指定すると、新しいトランザクションが開始され、1 つの操作に対してのみコミットされます。この動作は、GraphiQL を使用した上記の例で見られるように、`@transaction` ディレクティブを指定しない場合とまったく同じです。つまり、`@transaction(commit: true)` が指定されている場合は、ディレクティブ自体を省略できます。 +**注:** `@transaction(commit: true)` のように `id` 引数なしで `commit: true` フラグを指定すると、新しいトランザクションが開始され、1つの操作に対してのみコミットされます。この動作は、GraphiQL を使用した上記の例で見られるように、`@transaction` ディレクティブを指定しない場合とまったく同じです。つまり、`@transaction(commit: true)` が指定されている場合は、ディレクティブ自体を省略できます。 ### トランザクションをアボートまたはロールバックする diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-scalardb-cluster-sql-jdbc.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-scalardb-cluster-sql-jdbc.mdx index 49cd6fd1..983e2502 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-scalardb-cluster-sql-jdbc.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-scalardb-cluster-sql-jdbc.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsJapanese --- # JDBC 経由の ScalarDB Cluster SQL をはじめよう @@ -131,7 +132,7 @@ java -jar scalardb-cluster-sql-cli-3.14.0-all.jar --config scalardb-sql.properti ... ``` -次に、顧客 ID `1` を使用して、リンゴ 3 個とオレンジ 2 個を注文します。注文形式は `:,:,...` であることに注意してください。 +次に、顧客 ID `1` を使用して、リンゴ3個とオレンジ2個を注文します。注文形式は `:,:,...` であることに注意してください。 ```console ./gradlew run --args="PlaceOrder 1 1:3,2:2" diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-scalardb-cluster-sql-spring-data-jdbc.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-scalardb-cluster-sql-spring-data-jdbc.mdx index 22b7d6ac..07c34934 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-scalardb-cluster-sql-spring-data-jdbc.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-scalardb-cluster-sql-spring-data-jdbc.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsJapanese --- # Spring Data JDBC for ScalarDB を使用した ScalarDB Cluster SQL をはじめよう @@ -154,7 +155,7 @@ spring.datasource.url=jdbc:scalardb:\ ... ``` -次に、顧客 ID `1` を使用して、リンゴ 3 個とオレンジ 2 個を注文します。注文形式は `:,:,...` であることに注意してください。 +次に、顧客 ID `1` を使用して、リンゴ3個とオレンジ2個を注文します。注文形式は `:,:,...` であることに注意してください。 ```console ./gradlew run --args="PlaceOrder 1 1:3,2:2" diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-scalardb-cluster.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-scalardb-cluster.mdx index 9571994b..07ce7ec7 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-scalardb-cluster.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-scalardb-cluster.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster をはじめよう @@ -242,7 +243,7 @@ java -jar scalardb-cluster-schema-loader-3.14.0-all.jar --config database.proper ### 注文する -次に、次のコマンドを実行して、顧客 ID `1` にリンゴ 3 個とオレンジ 2 個を注文してもらいます。 +次に、次のコマンドを実行して、顧客 ID `1` にリンゴ3個とオレンジ2個を注文してもらいます。 :::note @@ -280,7 +281,7 @@ java -jar scalardb-cluster-schema-loader-3.14.0-all.jar --config database.proper ### 別の注文をする -次のコマンドを実行して、顧客 ID `1` の `credit_total` の残額を使用してメロン 1 個を注文します。 +次のコマンドを実行して、顧客 ID `1` の `credit_total` の残額を使用してメロン1個を注文します。 ```console ./gradlew run --args="PlaceOrder 1 5:1" @@ -326,7 +327,7 @@ java -jar scalardb-cluster-schema-loader-3.14.0-all.jar --config database.proper ... ``` -次のコマンドを実行して、ブドウ 1 個とマンゴー 1 個を注文してみます。 +次のコマンドを実行して、ブドウ1個とマンゴー1個を注文してみます。 ```console ./gradlew run --args="PlaceOrder 1 3:1,4:1" @@ -374,7 +375,7 @@ java.lang.RuntimeException: Credit limit exceeded ... ``` -顧客 ID `1` が支払いを済ませたので、次のコマンドを実行してブドウ 1 個とメロン 1 個を注文します。 +顧客 ID `1` が支払いを済ませたので、次のコマンドを実行してブドウ1個とメロン1個を注文します。 ```console ./gradlew run --args="PlaceOrder 1 3:1,4:1" diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-using-go-for-scalardb-cluster.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-using-go-for-scalardb-cluster.mdx index 65b6116c..8d45cfd3 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-using-go-for-scalardb-cluster.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-using-go-for-scalardb-cluster.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster での Go をはじめよう @@ -15,7 +16,7 @@ import WarningLicenseKeyContact from '/src/components/ja-jp/_warning-license-key ## 前提条件 -- [Go](https://go.dev/dl/) (最新の 3 つのメジャーリリースのいずれか) +- [Go](https://go.dev/dl/) (最新の3つのメジャーリリースのいずれか) - Kubernetes クラスターで実行されている ScalarDB Cluster - [ScalarDB Cluster をローカルにデプロイする方法](setup-scalardb-cluster-on-kubernetes-by-using-helm-chart.mdx)の手順に従ってデプロイした Kubernetes クラスターで ScalarDB Cluster が実行されていることを前提としています。 @@ -83,7 +84,7 @@ java -jar scalardb-cluster-schema-loader-3.14.0-all.jar --config database.proper gRPC クイックスタートドキュメントの [Prerequisites](https://grpc.io/docs/languages/go/quickstart/#prerequisites) セクションに従って、次のコンポーネントをインストールします。 - Go -- プロトコルバッファコンパイラ、`protoc`、バージョン 3.15 以降 +- プロトコルバッファコンパイラ、`protoc`、バージョン3.15以降 - プロトコルコンパイラ用の Go プラグイン ## ステップ 5. ScalarDB Cluster gRPC のスタブコードを生成する @@ -108,7 +109,7 @@ protoc --go_out=. --go_opt=paths=source_relative \ scalardb-cluster/scalardb-cluster.proto ``` -コマンドを実行すると、`scalardb-cluster` サブディレクトリに `scalardb-cluster.pb.go` と `scalardb-cluster_grpc.pb.go` という 2 つのファイルが表示されます。 +コマンドを実行すると、`scalardb-cluster` サブディレクトリに `scalardb-cluster.pb.go` と `scalardb-cluster_grpc.pb.go` という2つのファイルが表示されます。 ## ステップ 6. サンプルアプリケーションの作成 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-using-python-for-scalardb-cluster.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-using-python-for-scalardb-cluster.mdx index 40bad077..d80ef3d0 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-using-python-for-scalardb-cluster.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/getting-started-with-using-python-for-scalardb-cluster.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster での Python をはじめよう @@ -15,7 +16,7 @@ import WarningLicenseKeyContact from '/src/components/ja-jp/_warning-license-key ## 前提条件 -- [Python](https://www.python.org/downloads) 3.7 以降 +- [Python](https://www.python.org/downloads) 3.7以降 - Kubernetes クラスターで実行されている ScalarDB Cluster - [ScalarDB Cluster をローカルにデプロイする方法](setup-scalardb-cluster-on-kubernetes-by-using-helm-chart.mdx)の手順に従ってデプロイした Kubernetes クラスターで ScalarDB Cluster が実行されていることを前提としています。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/index.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/index.mdx index d57c4ea0..ef39b407 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/index.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/index.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster @@ -18,7 +19,7 @@ ScalarDB Cluster は、[ScalarDB](../overview.mdx) のクラスタリングソ この課題に対処するには、セッションアフィニティ (スティッキーセッションとも呼ばれます) などのルーティングメカニズムを構成する必要があります。この戦略により、トランザクション内のリクエストが一貫して同じサーバーにルーティングされるようになります。または、gRPC を使用して双方向ストリーミング RPC を活用することもできます。ただし、これらの構成を実装するには通常、かなりの時間と労力が必要であることに注意してください。さらに、使用しているロードバランサー製品によっては、特定の構成調整が必要になる場合があります。 -このトピックの詳細については、[2 フェーズコミットインターフェイスを使用したトランザクションでのリクエストルーティング](../two-phase-commit-transactions.mdx#2-フェーズコミットインターフェイスを使用したトランザクションでのリクエストルーティング) を参照してください。 +このトピックの詳細については、[2フェーズコミットインターフェイスを使用したトランザクションでのリクエストルーティング](../two-phase-commit-transactions.mdx#2フェーズコミットインターフェイスを使用したトランザクションでのリクエストルーティング) を参照してください。 ScalarDB Cluster は、リクエストをクラスター内の適切なクラスターノードに転送できるルーティングメカニズムを提供することで、この問題に対処します。したがって、クラスターノードがリクエストを受信すると、ノードはそのリクエストをクラスター内の正しいクラスターノードにルーティングできます。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/run-non-transactional-storage-operations-through-scalardb-cluster.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/run-non-transactional-storage-operations-through-scalardb-cluster.mdx index 0e52df5a..fe2f7559 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/run-non-transactional-storage-operations-through-scalardb-cluster.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/run-non-transactional-storage-operations-through-scalardb-cluster.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster を通じて非トランザクションストレージ操作を実行する @@ -189,7 +190,7 @@ ScalarDB がサポートするデータベースの一覧については、[デ :::note -Azure Cosmos DB アカウントのプライマリーキーまたはセカンダリキーを `scalar.db.password` の値として使用できます。 +Azure Cosmos DB アカウントの主キーまたはセカンダリキーを `scalar.db.password` の値として使用できます。 ::: @@ -303,7 +304,7 @@ Java API の詳細については、[ScalarDB Java API ガイド](../api-guide.m 非トランザクションストレージ操作には、次の制限が適用されます: - トランザクションの開始はサポートされていません。詳細については、[トランザクションを開始または開始せずにトランザクションを実行する](../api-guide.mdx#トランザクションを開始または開始せずにトランザクションを実行する)を参照してください。 -- 1 つのトランザクションで複数のミューテーションを実行することはサポートされていません。 +- 1つのトランザクションで複数のミューテーションを実行することはサポートされていません。 ::: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/run-non-transactional-storage-operations-through-sql-interface.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/run-non-transactional-storage-operations-through-sql-interface.mdx index 96ac1e68..e8488dbf 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/run-non-transactional-storage-operations-through-sql-interface.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/run-non-transactional-storage-operations-through-sql-interface.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsJapanese --- # SQL インターフェースを介して非トランザクションストレージ操作を実行する @@ -188,7 +189,7 @@ ScalarDB がサポートするデータベースの一覧については、[デ :::note -Azure Cosmos DB アカウントのプライマリーキーまたはセカンダリキーを `scalar.db.password` の値として使用できます。 +Azure Cosmos DB アカウントの主キーまたはセカンダリキーを `scalar.db.password` の値として使用できます。 ::: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/run-transactions-through-scalardb-cluster-sql.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/run-transactions-through-scalardb-cluster-sql.mdx index 94e28102..e3771e03 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/run-transactions-through-scalardb-cluster-sql.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/run-transactions-through-scalardb-cluster-sql.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster SQL を介してトランザクションを実行する @@ -11,7 +12,7 @@ import TabItem from '@theme/TabItem'; -このガイドでは、ScalarDB プロパティファイルを構成する方法と、ScalarDB Cluster SQL を使用して 1 フェーズまたは 2 フェーズのコミットインターフェイスを介してトランザクションを実行するためのスキーマを作成する方法について説明します。 +このガイドでは、ScalarDB プロパティファイルを構成する方法と、ScalarDB Cluster SQL を使用して1フェーズまたは2フェーズのコミットインターフェイスを介してトランザクションを実行するためのスキーマを作成する方法について説明します。 :::warning @@ -188,7 +189,7 @@ ScalarDB がサポートするデータベースの一覧については、[デ :::note -Azure Cosmos DB アカウントのプライマリーキーまたはセカンダリキーを `scalar.db.password` の値として使用できます。 +Azure Cosmos DB アカウントの主キーまたはセカンダリキーを `scalar.db.password` の値として使用できます。 ::: @@ -250,28 +251,28 @@ ScalarDB には、実装固有のデータモデルとスキーマにマップ ## トランザクションを実行する -1 フェーズまたは 2 フェーズのコミットインターフェースを使用してトランザクションを実行できます。トランザクションを実行する方法を選択します。 +1フェーズまたは2フェーズのコミットインターフェースを使用してトランザクションを実行できます。トランザクションを実行する方法を選択します。 -

1 フェーズコミットインターフェース

+

1フェーズコミットインターフェース

- 1 フェーズコミットインターフェースを使用してトランザクションを実行する方法の詳細については、[ScalarDB SQL JDBC ガイド](../scalardb-sql/jdbc-guide.mdx)を参照してください。 + 1フェーズコミットインターフェースを使用してトランザクションを実行する方法の詳細については、[ScalarDB SQL JDBC ガイド](../scalardb-sql/jdbc-guide.mdx)を参照してください。 :::note -2 フェーズコミットインターフェースでトランザクションを実行する方法に関するドキュメントは近日公開予定です。 +2フェーズコミットインターフェースでトランザクションを実行する方法に関するドキュメントは近日公開予定です。 ::: -

1 フェーズコミットインターフェース

+

1フェーズコミットインターフェース

- 1 フェーズコミットインターフェースを使用してトランザクションを実行する方法の詳細については、[ScalarDB SQL API ガイド](../scalardb-sql/sql-api-guide.mdx)を参照してください。 + 1フェーズコミットインターフェースを使用してトランザクションを実行する方法の詳細については、[ScalarDB SQL API ガイド](../scalardb-sql/sql-api-guide.mdx)を参照してください。 :::note -2 フェーズコミットインターフェースでトランザクションを実行する方法に関するドキュメントは近日公開予定です。 +2フェーズコミットインターフェースでトランザクションを実行する方法に関するドキュメントは近日公開予定です。 ::: @@ -282,18 +283,18 @@ ScalarDB には、実装固有のデータモデルとスキーマにマップ - [ScalarDB Cluster SQL gRPC API ガイド](scalardb-cluster-sql-grpc-api-guide.mdx) -

1 フェーズまたは 2 フェーズコミットインターフェイス

+

1フェーズまたは2フェーズコミットインターフェイス

- 1 フェーズまたは 2 フェーズコミットインターフェイスを使用してトランザクションを実行する方法の詳細については、[ScalarDB Cluster .NET Client SDK での LINQ をはじめよう](../scalardb-cluster-dotnet-client-sdk/getting-started-with-linq.mdx#トランザクションの管理)を参照してください。 + 1フェーズまたは2フェーズコミットインターフェイスを使用してトランザクションを実行する方法の詳細については、[ScalarDB Cluster .NET Client SDK での LINQ をはじめよう](../scalardb-cluster-dotnet-client-sdk/getting-started-with-linq.mdx#トランザクションの管理)を参照してください。 -

1 フェーズコミットインターフェース

+

1フェーズコミットインターフェース

- 1 フェーズコミットインターフェイスを使用してトランザクションを実行する方法の詳細については、[ScalarDB Cluster .NET Client SDK での分散 SQL トランザクションをはじめよう](../scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-sql-transactions.mdx)を参照してください。 + 1フェーズコミットインターフェイスを使用してトランザクションを実行する方法の詳細については、[ScalarDB Cluster .NET Client SDK での分散 SQL トランザクションをはじめよう](../scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-sql-transactions.mdx)を参照してください。 :::note -2 フェーズコミットインターフェースでトランザクションを実行する方法に関するドキュメントは近日公開予定です。今のところは、[ScalarDB Cluster .NET Client SDK の 2 フェーズコミットインターフェイスを使用した分散トランザクションをはじめよう](../scalardb-cluster-dotnet-client-sdk/getting-started-with-two-phase-commit-transactions.mdx) を参照してください。 +2フェーズコミットインターフェースでトランザクションを実行する方法に関するドキュメントは近日公開予定です。今のところは、[ScalarDB Cluster .NET Client SDK の2フェーズコミットインターフェイスを使用した分散トランザクションをはじめよう](../scalardb-cluster-dotnet-client-sdk/getting-started-with-two-phase-commit-transactions.mdx) を参照してください。 ::: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/run-transactions-through-scalardb-cluster.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/run-transactions-through-scalardb-cluster.mdx index 24475586..b3772d31 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/run-transactions-through-scalardb-cluster.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/run-transactions-through-scalardb-cluster.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster を介してトランザクションを実行する @@ -12,7 +13,7 @@ import TabItem from '@theme/TabItem'; -このガイドでは、ScalarDB プロパティファイルを構成し、ScalarDB Cluster を使用して 1 フェーズまたは 2 フェーズのコミットインターフェイスを介してトランザクションを実行するためのスキーマを作成する方法について説明します。 +このガイドでは、ScalarDB プロパティファイルを構成し、ScalarDB Cluster を使用して1フェーズまたは2フェーズのコミットインターフェイスを介してトランザクションを実行するためのスキーマを作成する方法について説明します。 :::warning @@ -189,7 +190,7 @@ ScalarDB がサポートするデータベースの一覧については、[デ :::note -Azure Cosmos DB アカウントのプライマリーキーまたはセカンダリキーを `scalar.db.password` の値として使用できます。 +Azure Cosmos DB アカウントの主キーまたはセカンダリキーを `scalar.db.password` の値として使用できます。 ::: @@ -251,30 +252,30 @@ ScalarDB には、実装固有のデータモデルとスキーマにマップ ## トランザクションを実行する -1 フェーズまたは 2 フェーズのコミットインターフェースを使用してトランザクションを実行できます。トランザクションを実行する方法を選択します。 +1フェーズまたは2フェーズのコミットインターフェースを使用してトランザクションを実行できます。トランザクションを実行する方法を選択します。 -

1 フェーズコミットインターフェース

+

1フェーズコミットインターフェース

- 1 フェーズコミットインターフェイスを使用してトランザクションを実行する方法の詳細については、[ScalarDB Java API ガイド](../api-guide.mdx#transactional-api)を参照してください。 + 1フェーズコミットインターフェイスを使用してトランザクションを実行する方法の詳細については、[ScalarDB Java API ガイド](../api-guide.mdx#transactional-api)を参照してください。 :::note -1 フェーズコミットインターフェースを使用してトランザクションを実行するには、次のサンプルチュートリアルを参照してください。 +1フェーズコミットインターフェースを使用してトランザクションを実行するには、次のサンプルチュートリアルを参照してください。 - [マルチストレージトランザクションをサポートするサンプルアプリケーションを作成する](../scalardb-samples/multi-storage-transaction-sample/README.mdx) - [マルチストレージトランザクションを備えた Spring Data JDBC for ScalarDB のサンプルアプリケーション](../scalardb-samples/spring-data-multi-storage-transaction-sample/README.mdx) ::: -

2 フェーズコミットインターフェース

+

2フェーズコミットインターフェース

- 2 フェーズコミットインターフェイスを使用してトランザクションを実行する方法の詳細については、[2 フェーズコミットインターフェイスを使用したトランザクション](../two-phase-commit-transactions.mdx)を参照してください。 + 2フェーズコミットインターフェイスを使用してトランザクションを実行する方法の詳細については、[2フェーズコミットインターフェイスを使用したトランザクション](../two-phase-commit-transactions.mdx)を参照してください。 :::note -2 フェーズコミットインターフェースを使用してトランザクションを実行するには、次のサンプルチュートリアルを参照してください。 +2フェーズコミットインターフェースを使用してトランザクションを実行するには、次のサンプルチュートリアルを参照してください。 - [マイクロサービストランザクションをサポートするサンプルアプリケーションを作成する](../scalardb-samples/microservice-transaction-sample/README.mdx) - [マイクロサービストランザクションを使用した Spring Data JDBC for ScalarDB のサンプルアプリケーション](../scalardb-samples/spring-data-microservice-transaction-sample/README.mdx) @@ -288,12 +289,12 @@ ScalarDB には、実装固有のデータモデルとスキーマにマップ - [ScalarDB Cluster gRPC API ガイド](scalardb-cluster-grpc-api-guide.mdx) -

1 フェーズコミットインターフェース

+

1フェーズコミットインターフェース

- 1 フェーズコミットインターフェイスを使用してトランザクションを実行する方法の詳細については、[ScalarDB Cluster .NET Client SDK での分散トランザクションをはじめよう](../scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-transactions.mdx)を参照してください。 + 1フェーズコミットインターフェイスを使用してトランザクションを実行する方法の詳細については、[ScalarDB Cluster .NET Client SDK での分散トランザクションをはじめよう](../scalardb-cluster-dotnet-client-sdk/getting-started-with-distributed-transactions.mdx)を参照してください。 -

2 フェーズコミットインターフェース

+

2フェーズコミットインターフェース

- 2 フェーズコミットインターフェイスを使用してトランザクションを実行する方法の詳細については、[ScalarDB Cluster .NET Client SDK の 2 フェーズコミットインターフェイスを使用した分散トランザクションをはじめよう](../scalardb-cluster-dotnet-client-sdk/getting-started-with-two-phase-commit-transactions.mdx)を参照してください。 + 2フェーズコミットインターフェイスを使用してトランザクションを実行する方法の詳細については、[ScalarDB Cluster .NET Client SDK の2フェーズコミットインターフェイスを使用した分散トランザクションをはじめよう](../scalardb-cluster-dotnet-client-sdk/getting-started-with-two-phase-commit-transactions.mdx)を参照してください。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-auth-status-codes.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-auth-status-codes.mdx index f1d28a0c..f6eb062e 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-auth-status-codes.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-auth-status-codes.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # 認証および認可エラーコード diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-auth-with-sql.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-auth-with-sql.mdx index ff6160a6..5161f109 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-auth-with-sql.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-auth-with-sql.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsJapanese --- # ユーザーの認証と認可 @@ -20,7 +21,7 @@ ScalarDB Cluster には、ユーザーを認証および認可するメカニズ ユーザーは、必要な権限を持っている場合、ユーザー名とパスワードを使用して ScalarDB Cluster にログインし、SQL ステートメントを実行できます。 -認証と認可では、次の 2 種類のユーザーがサポートされます。 +認証と認可では、次の2種類のユーザーがサポートされます。 - **スーパーユーザー:** このタイプのユーザーにはすべての権限があります。スーパーユーザーのみが他のユーザーや名前空間を作成または削除できます。 - **通常のユーザー:** このタイプのユーザーには最初は権限がないため、スーパーユーザーまたは `GRANT` 権限を持つ別のユーザーによって権限を付与する必要があります。 @@ -55,9 +56,9 @@ ScalarDB Cluster には、ユーザーを認証および認可するメカニズ | 名前 | 説明 | デフォルト | |----------------------------------------------------------------|---------------------------------------------------------------------------------------------------|-----------------| -| `scalar.db.cluster.auth.cache_expiration_time_millis` | 認証および認可情報のキャッシュ有効期限（ミリ秒単位）。 | `60000` (1 分) | -| `scalar.db.cluster.auth.auth_token_expiration_time_minutes` | 認証および認可トークンの有効期限（分単位）。 | `1440` (1 日) | -| `scalar.db.cluster.auth.auth_token_gc_thread_interval_minutes` | 認証および認可トークンのガベージコレクション (GC) スレッド間隔 (分単位)。 | 360（6 時間） | +| `scalar.db.cluster.auth.cache_expiration_time_millis` | 認証および認可情報のキャッシュ有効期限（ミリ秒単位）。 | `60000` (1分) | +| `scalar.db.cluster.auth.auth_token_expiration_time_minutes` | 認証および認可トークンの有効期限（分単位）。 | `1440` (1日) | +| `scalar.db.cluster.auth.auth_token_gc_thread_interval_minutes` | 認証および認可トークンのガベージコレクション (GC) スレッド間隔 (分単位)。 | 360（6時間） | | `scalar.db.cluster.auth.pepper` | ハッシュ化の前にパスワードに追加されるシークレットの値。指定しない場合、パスワードはペッパーなしでハッシュ化されます。 | | :::note diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-cluster-configurations.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-cluster-configurations.mdx index d525d7f0..94473d25 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-cluster-configurations.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-cluster-configurations.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster の構成 @@ -28,10 +29,10 @@ import TabItem from '@theme/TabItem'; | `scalar.db.cluster.node.grpc.max_inbound_metadata_size` | 受信できるメタデータの最大サイズ。 | gRPCのデフォルト値 | | `scalar.db.cluster.node.port` | ScalarDB Cluster ノードのポート番号。 | `60053` | | `scalar.db.cluster.node.prometheus_exporter_port` | Prometheus エクスポーターのポート番号。 | `9080` | -| `scalar.db.cluster.grpc.deadline_duration_millis` | gRPC の期限期間（ミリ秒単位）。 | `60000` (60 秒) | +| `scalar.db.cluster.grpc.deadline_duration_millis` | gRPC の期限期間（ミリ秒単位）。 | `60000` (60秒) | | `scalar.db.cluster.node.standalone_mode.enabled` | スタンドアロンモードが有効かどうか。スタンドアロンモードが有効になっている場合、メンバーシップ構成 (`scalar.db.cluster.membership.*`) は無視されることに注意してください。 | `false` | | `scalar.db.metadata.cache_expiration_time_secs` | ScalarDB には、データベースへのリクエスト数を減らすためのメタデータキャッシュがあります。この設定では、キャッシュの有効期限を秒単位で指定します。`-1`を指定した場合は、キャッシュは期限切れになりません。 | `60` | -| `scalar.db.active_transaction_management.expiration_time_millis` | ScalarDB Cluster ノードは進行中のトランザクションを維持し、トランザクション ID を使用して再開できます。この構成では、このトランザクション管理機能の有効期限をミリ秒単位で指定します。 | `60000` (60 秒) | +| `scalar.db.active_transaction_management.expiration_time_millis` | ScalarDB Cluster ノードは進行中のトランザクションを維持し、トランザクション ID を使用して再開できます。この構成では、このトランザクション管理機能の有効期限をミリ秒単位で指定します。 | `60000` (60秒) | | `scalar.db.system_namespace_name` | 指定された名前空間名は ScalarDB によって内部的に使用されます。 | `scalardb` | ## トランザクションマネージャーの構成 @@ -61,7 +62,7 @@ scalar.db.transaction_manager=consensus-commit | `scalar.db.transaction_manager` | `consensus-commit` を指定する必要があります。 | - | | `scalar.db.consensus_commit.isolation_level` | コンセンサスコミットに使用される分離レベル。`SNAPSHOT` または `SERIALIZABLE` のいずれかを指定できます。 | `SNAPSHOT` | | `scalar.db.consensus_commit.serializable_strategy` | コンセンサスコミットに使用されるシリアル化可能な戦略。`EXTRA_READ` または `EXTRA_WRITE` のいずれかを指定できます。`scalar.db.consensus_commit.isolation_level` プロパティで `SNAPSHOT` が指定されている場合、この構成は無視されます。 | `EXTRA_READ` | -| `scalar.db.consensus_commit.coordinator.namespace` | コーディネーターテーブルの名前空間名。 | `coordinator` | +| `scalar.db.consensus_commit.coordinator.namespace` | Coordinator テーブルの名前空間名。 | `coordinator` | | `scalar.db.consensus_commit.include_metadata.enabled` | `true` に設定すると、`Get` および `Scan` 操作の結果にトランザクションメタデータが含まれます。特定のテーブルのトランザクションメタデータ列の詳細を表示するには、`DistributedTransactionAdmin.getTableMetadata()` メソッドを使用します。このメソッドは、トランザクションメタデータ列が追加されたテーブルメタデータを返します。この構成を使用すると、トランザクション関連の問題を調査するのに役立ちます。 | `false` | #### パフォーマンス関連の構成 @@ -78,7 +79,7 @@ scalar.db.transaction_manager=consensus-commit | `scalar.db.consensus_commit.async_commit.enabled` | コミットフェーズが非同期で実行されるかどうか。 | `false` | | `scalar.db.consensus_commit.async_rollback.enabled` | ロールバックフェーズが非同期に実行されるかどうか。 | `scalar.db.consensus_commit.async_commit.enabled` の値 | | `scalar.db.consensus_commit.parallel_implicit_pre_read.enabled` | 暗黙的な事前読み取りが並列で実行されるかどうか。 | `true` | -| `scalar.db.consensus_commit.coordinator.group_commit.enabled` | トランザクション状態のコミットがバッチモードで実行されるかどうか。この機能は、2 フェーズコミットインターフェイスでは使用できません。 | `false` | +| `scalar.db.consensus_commit.coordinator.group_commit.enabled` | トランザクション状態のコミットがバッチモードで実行されるかどうか。この機能は、2フェーズコミットインターフェイスでは使用できません。 | `false` | | `scalar.db.consensus_commit.coordinator.group_commit.slot_capacity` | グループコミット機能のグループ内のスロットの最大数。値が大きいとグループコミットの効率は向上しますが、待ち時間が増加し、トランザクションの競合が発生する可能性も高くなります。[^1] | `20` | | `scalar.db.consensus_commit.coordinator.group_commit.group_size_fix_timeout_millis` | グループ内のスロットのサイズを固定するためのタイムアウト。値が大きいとグループコミットの効率が向上しますが、待ち時間が増加し、トランザクションの競合が発生する可能性も高くなります。[^1] | `40` | | `scalar.db.consensus_commit.coordinator.group_commit.delayed_slot_move_timeout_millis` | 遅延スロットをグループから別の分離グループに移動して、元のグループが遅延トランザクションの影響を受けないようにするためのタイムアウト。値が大きいとグループコミットの効率が向上しますが、待ち時間が増加し、トランザクションの競合が発生する可能性も高くなります。[^1] | `1200` | @@ -207,15 +208,15 @@ ScalarDB Cluster GraphQL の構成は次のとおりです。 | `scalar.db.graphql.path` | GraphQL エンドポイントの URL のパスコンポーネント。 | `/graphql` | | `scalar.db.graphql.namespaces` | GraphQL サーバーがスキーマを生成するテーブルの名前空間のコンマ区切りリスト。指定しない場合、GraphQL サーバーは、すべての ScalarDB 管理名前空間内のすべてのテーブルのスキーマを生成します。 | | | `scalar.db.graphql.graphiql` | GraphQL サーバーが [GraphiQL](https://github.com/graphql/graphiql) IDE を提供するかどうか。 | `true` | -| `scalar.db.graphql.schema_checking_interval_millis` | ScalarDB スキーマに変更が検出された場合に GraphQL サーバーが GraphQL スキーマを再構築する間隔 (ミリ秒単位)。 | `30000` (30 秒) | +| `scalar.db.graphql.schema_checking_interval_millis` | ScalarDB スキーマに変更が検出された場合に GraphQL サーバーが GraphQL スキーマを再構築する間隔 (ミリ秒単位)。 | `30000` (30秒) | ### サーバーの実行中に ScalarDB スキーマを作成または変更する -GraphQL スキーマはサーバーの起動時に静的に構築されるため、ScalarDB スキーマが変更された場合 (たとえば、テーブルが追加、変更、または削除された場合)、対応する GraphQL スキーマは再構築されない限り変更を反映しません。これに対処するために、GraphQL サーバーは、定期的なチェックとオンデマンドチェックの 2 つのメカニズムを提供します。 +GraphQL スキーマはサーバーの起動時に静的に構築されるため、ScalarDB スキーマが変更された場合 (たとえば、テーブルが追加、変更、または削除された場合)、対応する GraphQL スキーマは再構築されない限り変更を反映しません。これに対処するために、GraphQL サーバーは、定期的なチェックとオンデマンドチェックの2つのメカニズムを提供します。 #### 定期的なチェックを実行する -サーバーは、ScalarDB スキーマに変更が発生したかどうかを定期的にチェックし、必要に応じて対応する GraphQL スキーマを再構築します。デフォルトでは、チェックは 30 秒ごとに行われますが、間隔は `scalar.db.graphql.schema_checking_interval_millis` プロパティを使用して構成できます。 +サーバーは、ScalarDB スキーマに変更が発生したかどうかを定期的にチェックし、必要に応じて対応する GraphQL スキーマを再構築します。デフォルトでは、チェックは30秒ごとに行われますが、間隔は `scalar.db.graphql.schema_checking_interval_millis` プロパティを使用して構成できます。 定期的なチェックを実行する必要がない場合は、プロパティ値を `-1` に設定して無効にすることができます。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-cluster-grpc-api-guide.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-cluster-grpc-api-guide.mdx index 0c225b81..60feb93a 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-cluster-grpc-api-guide.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-cluster-grpc-api-guide.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster gRPC API ガイド @@ -26,7 +27,7 @@ ScalarDB Cluster gRPC API のサービスとメッセージの詳細について ScalarDB Cluster gRPC API は、次のサービスで構成されています。 - `scalardb.cluster.rpc.v1.DistributedTransaction`: ScalarDB Cluster に分散トランザクション機能を提供します。 -- `scalardb.cluster.rpc.v1.TwoPhaseCommitTransaction`: ScalarDB Cluster に 2 フェーズコミットトランザクション機能を提供します。 +- `scalardb.cluster.rpc.v1.TwoPhaseCommitTransaction`: ScalarDB Cluster に2フェーズコミットトランザクション機能を提供します。 - `scalardb.cluster.rpc.v1.DistributedTransactionAdmin`: 包括的な管理操作を提供します。 次のセクションでは、各サービスの使用方法について説明します。 @@ -35,7 +36,7 @@ ScalarDB Cluster gRPC API は、次のサービスで構成されています。 各サービスの使用方法を説明する前に、このセクションでは ScalarDB Cluster gRPC API でのエラー処理の仕組みについて説明します。 -ScalarDB Cluster gRPC API は、エラー処理に [Richer error model](https://grpc.io/docs/guides/error/#richer-error-model) を採用しています。このモデルにより、サーバーは 1 つ以上の protobuf メッセージとして表現される追加のエラー詳細を返すことができ、クライアントはそれを利用できるようになります。ScalarDB Cluster gRPC API は、[standard set of error message types](https://github.com/googleapis/googleapis/blob/master/google/rpc/error_details.proto) の 1 つである `google.rpc.ErrorInfo` を使用し、追加のエラー詳細を `ErrorInfo` フィールドに格納します。 +ScalarDB Cluster gRPC API は、エラー処理に [Richer error model](https://grpc.io/docs/guides/error/#richer-error-model) を採用しています。このモデルにより、サーバーは1つ以上の protobuf メッセージとして表現される追加のエラー詳細を返すことができ、クライアントはそれを利用できるようになります。ScalarDB Cluster gRPC API は、[standard set of error message types](https://github.com/googleapis/googleapis/blob/master/google/rpc/error_details.proto) の1つである `google.rpc.ErrorInfo` を使用し、追加のエラー詳細を `ErrorInfo` フィールドに格納します。 `ErrorInfo` には次のフィールドがあります: @@ -68,7 +69,7 @@ ScalarDB Cluster gRPC API は、エラー処理に [Richer error model](https:// `Begin` を呼び出すときに、オプションでトランザクション ID を指定できます。トランザクション ID を指定する場合、ユーザーは ID の一意性を保証する責任があります。トランザクション ID を指定しない場合は、ScalarDB Cluster がトランザクションのトランザクション ID を生成します。 -RPC リクエストごとに `RequestHeader` を設定する必要があります。`RequestHeader` には、リクエストのホップ数を制限している `hop_limit` フィールドが含まれています。`hop_limit` の目的は、クラスター内での無限ループを防ぐことです。リクエストが別のクラスターノードに転送されるたびに、`hop_limit` は 1 つ減少します。`hop_limit` が 0 に達すると、リクエストは拒否されます。 +RPC リクエストごとに `RequestHeader` を設定する必要があります。`RequestHeader` には、リクエストのホップ数を制限している `hop_limit` フィールドが含まれています。`hop_limit` の目的は、クラスター内での無限ループを防ぐことです。リクエストが別のクラスターノードに転送されるたびに、`hop_limit` は1つ減少します。`hop_limit` が0に達すると、リクエストは拒否されます。 ### エラー処理 @@ -126,7 +127,7 @@ gRPC では、RPC ごとに期限を設定できます。期限を超えると `Begin` を呼び出すときに、オプションでトランザクション ID を指定できます。トランザクション ID を指定する場合、ID の一意性を保証するのはユーザーの責任です。トランザクション ID を指定しない場合、ScalarDB Cluster はトランザクションのトランザクション ID を生成します。 -RPC リクエストごとに `RequestHeader` を設定する必要があります。`RequestHeader` には、リクエストのホップ数を制限している `hop_limit` フィールドが含まれています。`hop_limit` の目的は、クラスター内での無限ループを防ぐことです。リクエストが別のクラスターノードに転送されるたびに、`hop_limit` は 1 つ減ります。`hop_limit` が 0 に達すると、リクエストは拒否されます。 +RPC リクエストごとに `RequestHeader` を設定する必要があります。`RequestHeader` には、リクエストのホップ数を制限している `hop_limit` フィールドが含まれています。`hop_limit` の目的は、クラスター内での無限ループを防ぐことです。リクエストが別のクラスターノードに転送されるたびに、`hop_limit` は1つ減ります。`hop_limit` が0に達すると、リクエストは拒否されます。 ### エラー処理 @@ -187,11 +188,11 @@ gRPC では、各 RPC に期限を設定できます。期限を超えると、` - `RepairNamespace`: 不明な状態にある可能性がある名前空間を修復します。 - `RepairTable`: 不明な状態にある可能性がある名前空間を修復します。 - `AddNewColumnToTable`: テーブルに新しい列を追加します。 -- `CreateCoordinatorTables`: コーディネーターテーブルを作成します。 -- `DropCoordinatorTables`: コーディネーターテーブルを削除します。 -- `TruncateCoordinatorTables`: コーディネーターテーブルを切り捨てます。 -- `CoordinatorTablesExist`: コーディネーターテーブルが存在するかどうかを返します。 -- `RepairCoordinatorTables`: コーディネーターテーブルを修復します。 +- `CreateCoordinatorTables`: Coordinator テーブルを作成します。 +- `DropCoordinatorTables`: Coordinator テーブルを削除します。 +- `TruncateCoordinatorTables`: Coordinator テーブルを切り捨てます。 +- `CoordinatorTablesExist`: Coordinator テーブルが存在するかどうかを返します。 +- `RepairCoordinatorTables`: Coordinator テーブルを修復します。 - `GetTableMetadata`: 指定されたテーブルのテーブルメタデータを返します。 - `GetNamespaceTableNames`: 指定された名前空間内のテーブルを返します。 - `GetNamespaceNames`: ScalarDB によって作成された既存の名前空間名を返します。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-cluster-sql-grpc-api-guide.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-cluster-sql-grpc-api-guide.mdx index 099acaa0..afc20a4f 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-cluster-sql-grpc-api-guide.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-cluster-sql-grpc-api-guide.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster SQL gRPC API ガイド @@ -21,7 +22,7 @@ ScalarDB Cluster SQL gRPC API のサービスとメッセージの詳細につ ScalarDB Cluster SQL gRPC API は、次のサービスで構成されています: - `scalardb.cluster.rpc.v1.sql.SqlTransaction`: ScalarDB Cluster SQL のトランザクション機能を提供します。 -- `scalardb.cluster.rpc.v1.sql.SqlTwoPhaseCommitTransaction`: ScalarDB Cluster SQL の 2 フェーズコミットトランザクション機能を提供します。 +- `scalardb.cluster.rpc.v1.sql.SqlTwoPhaseCommitTransaction`: ScalarDB Cluster SQL の2フェーズコミットトランザクション機能を提供します。 - `scalardb.cluster.rpc.v1.sql.Metadata`: ScalarDB Cluster SQL のメタデータビューを提供します。 次のセクションでは、各サービスの使用方法について説明します。 @@ -32,9 +33,9 @@ ScalarDB Cluster SQL gRPC API は、次のサービスで構成されていま ScalarDB Cluster SQL gRPC API は、エラー処理に [Richer error model](https://grpc.io/docs/guides/error/#richer-error-model) を採用しています。 -このモデルにより、サーバーは 1 つ以上の protobuf メッセージとして表現される追加のエラー詳細を返すことができ、クライアントはそれを利用できるようになります。 +このモデルにより、サーバーは1つ以上の protobuf メッセージとして表現される追加のエラー詳細を返すことができ、クライアントはそれを利用できるようになります。 -ScalarDB Cluster SQL gRPC API は、[standard set of error message types](https://github.com/googleapis/googleapis/blob/master/google/rpc/error_details.proto) の 1 つである `google.rpc.ErrorInfo` を使用し、追加のエラー詳細を `ErrorInfo` フィールドに格納します。 +ScalarDB Cluster SQL gRPC API は、[standard set of error message types](https://github.com/googleapis/googleapis/blob/master/google/rpc/error_details.proto) の1つである `google.rpc.ErrorInfo` を使用し、追加のエラー詳細を `ErrorInfo` フィールドに格納します。 `ErrorInfo` には次のフィールドがあります: @@ -63,7 +64,7 @@ ScalarDB Cluster SQL gRPC API は、[standard set of error message types](https: `Begin` を呼び出すときに、オプションでトランザクション ID を指定できます。トランザクション ID を指定する場合、ユーザーは ID の一意性を保証する責任があります。トランザクション ID を指定しない場合、ScalarDB Cluster はトランザクションのトランザクション ID を生成します。 -各 RPC リクエストに対して `RequestHeader` を設定する必要があります。`RequestHeader` には、リクエストのホップ数を制限する `hop_limit` フィールドが含まれています。`hop_limit` の目的は、クラスター内での無限ループを防ぐことです。リクエストが別のクラスターノードに転送されるたびに、`hop_limit` は 1 つ減ります。`hop_limit` が 0 に達すると、リクエストは拒否されます。 +各 RPC リクエストに対して `RequestHeader` を設定する必要があります。`RequestHeader` には、リクエストのホップ数を制限する `hop_limit` フィールドが含まれています。`hop_limit` の目的は、クラスター内での無限ループを防ぐことです。リクエストが別のクラスターノードに転送されるたびに、`hop_limit` は1つ減ります。`hop_limit` が0に達すると、リクエストは拒否されます。 ### エラー処理 @@ -119,7 +120,7 @@ gRPC では、RPC ごとに期限を設定できます。期限を超えると `Begin` を呼び出すときに、オプションでトランザクション ID を指定できます。トランザクション ID を指定する場合、ID の一意性を保証するのはユーザーの責任です。トランザクション ID を指定しない場合、ScalarDB Cluster はトランザクションのトランザクション ID を生成します。 -RPC リクエストごとに `RequestHeader` を設定する必要があります。`RequestHeader` には、リクエストのホップ数を制限している `hop_limit` フィールドが含まれています。`hop_limit` の目的は、クラスター内での無限ループを防ぐことです。リクエストが別のクラスターノードに転送されるたびに、`hop_limit` は 1 つ減ります。`hop_limit` が 0 に達すると、リクエストは拒否されます。 +RPC リクエストごとに `RequestHeader` を設定する必要があります。`RequestHeader` には、リクエストのホップ数を制限している `hop_limit` フィールドが含まれています。`hop_limit` の目的は、クラスター内での無限ループを防ぐことです。リクエストが別のクラスターノードに転送されるたびに、`hop_limit` は1つ減ります。`hop_limit` が0に達すると、リクエストは拒否されます。 ### エラー処理 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-cluster-status-codes.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-cluster-status-codes.mdx index ddee9a3a..f30a0ff9 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-cluster-status-codes.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/scalardb-cluster-status-codes.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster のエラーコード diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/setup-scalardb-cluster-on-kubernetes-by-using-helm-chart.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/setup-scalardb-cluster-on-kubernetes-by-using-helm-chart.mdx index bc5d7b05..bb6dce08 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/setup-scalardb-cluster-on-kubernetes-by-using-helm-chart.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/setup-scalardb-cluster-on-kubernetes-by-using-helm-chart.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster をローカルにデプロイする方法 @@ -15,7 +16,7 @@ import WarningLicenseKeyContact from '/src/components/ja-jp/_warning-license-key ## 前提条件 -- [Docker](https://www.docker.com/get-started/) 20.10 以降と [Docker Compose](https://docs.docker.com/compose/install/) V2 以降 +- [Docker](https://www.docker.com/get-started/) 20.10以降と [Docker Compose](https://docs.docker.com/compose/install/) V2以降 - Kubernetes クラスター ([minikube](https://minikube.sigs.k8s.io/docs/start/) または [kind](https://kind.sigs.k8s.io/docs/user/quick-start/#installation) のいずれか) - [kubectl](https://kubernetes.io/docs/tasks/tools/#kubectl) - [Helm](https://helm.sh/docs/intro/install/) diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/standalone-mode.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/standalone-mode.mdx index ee166bde..357f4a02 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/standalone-mode.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-cluster/standalone-mode.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB Cluster スタンドアロンモード @@ -186,7 +187,7 @@ ScalarDB がサポートするデータベースの一覧については、[デ :::note -Azure Cosmos DB アカウントのプライマリーキーまたはセカンダリキーを `scalar.db.password` の値として使用できます。 +Azure Cosmos DB アカウントの主キーまたはセカンダリキーを `scalar.db.password` の値として使用できます。 ::: diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-core-status-codes.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-core-status-codes.mdx index 3b25878c..b51726cd 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-core-status-codes.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-core-status-codes.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB エラーコード diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-data-loader/easy-to-start.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-data-loader/easy-to-start.mdx deleted file mode 100644 index 4866fce7..00000000 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-data-loader/easy-to-start.mdx +++ /dev/null @@ -1,40 +0,0 @@ ---- -tags: - - Community - - Enterprise Standard - - Enterprise Premium ---- - -# ScalarDB Data Loader API - -import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; - - - -このドキュメントでは、ScalarDB Data Loader API を開始する方法について説明します。 - -## ScalarDB Data Loader API を起動します - -* `scalardb-data-loader` リポジトリをクローンします -``` -git clone https://github.com/scalar-labs/scalardb-data-loader.git -``` - -* `scalardb-data-loader` ディレクトリに移動します - -* 適切なクラウド認証情報を使用して、`fixtures/test/conf/application.yml` ファイル内の次のプロパティを更新します - * storage.jclouds.provider - * storage.jclouds.identity - * storage.jclouds.credential - * storage.jclouds.container - -* `scalardb-data-loader-api` Docker イメージをビルドします -``` -./gradlew :api:docker -``` - -* `scalardb-data-loader-api` を起動します -``` -cd fixtures/test -docker-compose up -``` diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-data-loader/getting-started-export.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-data-loader/getting-started-export.mdx deleted file mode 100644 index bac1bdca..00000000 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-data-loader/getting-started-export.mdx +++ /dev/null @@ -1,62 +0,0 @@ ---- -tags: - - Community - - Enterprise Standard - - Enterprise Premium ---- - -# データのエクスポート - -import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; - - - -このドキュメントでは、ScalarDB Data Loader のエクスポート機能について説明します。 - -## 機能 - -ScalarDB Data Loader を使用すると、次の形式でデータをエクスポートできます。 - -- JSON -- JSONLines -- CSV - -各エクスポートでは、Data Loader の実行時に指定された CLI 引数に基づいて ScalarDB スキャン操作が実行されます。 - -## 使用方法 - -Data Loader のエクスポート機能は、次の最小限の設定で開始できます。 - -```console -./scalardb-data-loader export --config scalardb.properties --namespace namespace --table tableName -``` - -- --config: 接続プロパティファイルへのパス -- --namespace: データを含むテーブルの名前空間 -- --table: データを含むテーブルの名前 - -デフォルトでは、`--output-file` 引数も省略されている場合、Data Loader は作業ディレクトリに出力ファイルを作成します。 - -### コマンドラインオプション - -ScalarDB Data Loader で使用できるオプションの一覧を次に示します。 - -| オプション | 説明 | 使用方法 | -| ----------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------ | -| --config | 設定ファイルへのパス。省略すると、ツールは現在のフォルダーで `scalardb.properties` という名前のファイルを検索します。 | `scalardb-data-loader --config scalardb.properties` | -| --namespace | テーブルデータをエクスポートする名前空間。必須。 | `scalardb-data-loader --namespace namespace` | -| --table | データをエクスポートするテーブルの名前。必須。 | `scalardb-data-loader --table tableName` | -| --key | 特定のパーティションキーのデータをエクスポートします。デフォルトでは、指定されたテーブルのすべてのデータがエクスポートされます。 | `scalardb-data-loader --key columnName=value` | -| --sort | 並べ替える列を指定します。列はクラスタリングキーである必要があります。引数を繰り返して複数の並べ替えを行うことができます。このオプションは `--key` にのみ適用されます。 | `scalardb-data-loader --sort columnName=desc` | -| --projection | 投影を指定してエクスポートする列を制限します。引数を繰り返して複数の投影を指定できます。 | `scalardb-data-loader --projection columnName` | -| --start | スキャン開始をマークするクラスタリングキー。このオプションは `--key` にのみ適用されます。 | `scalardb-data-loader --start columnName=value` | -| --start-exclusive | スキャン開始が排他的かどうか。省略した場合、デフォルト値は `false` です。このオプションは `--key` にのみ適用されます。 | `scalardb-data-loader --start-exclusive` | -| --end | スキャン終了をマークするクラスタリングキー。このオプションは `--key` にのみ適用されます。 | `scalardb-data-loader --end columnName=value` | -| --end-exclusive | スキャン開始が排他的かどうか。省略した場合、デフォルト値は `false` です。このオプションは `--key` にのみ適用されます。 | `scalardb-data-loader --end-exclusive` | -| --limit | スキャンの結果を制限します。省略した場合、デフォルト値は `0` で、制限がないことを意味します。 | `scalardb-data-loader --limit 1000` | -| --output-file | 出力ファイルの名前とパス。省略した場合、ツールは現在のフォルダーに次の名前形式でファイルを保存します:
`export_namespace.tableName_timestamp.json` または `export_namespace.tableName_timestamp.csv`

出力フォルダーが存在する必要があります。dataloader は出力フォルダーを作成しません。 | `scalardb-data-loader --output-file ./out/output.json` | -| --format | 出力形式。デフォルトでは `json` が選択されます。 | `scalardb-data-loader --format json` | -| --metadata | `true` に設定すると、トランザクションメタデータがエクスポートに含まれます。デフォルトでは `false` に設定されています。 | `scalardb-data-loader --metadata` | -| --delimiter | CSV ファイルで使用される区切り文字。デフォルト値は `;` です。 | `scalardb-data-loader --delimiter ;` | -| --no-headers | CSV ファイルからヘッダー行を除外します。デフォルトは `false` です。 | `scalardb-data-loader --no-headers` | -| --threads | 同時処理のスレッド数。 | `scalardb-data-loader --threads 500` | diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-data-loader/getting-started-import.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-data-loader/getting-started-import.mdx deleted file mode 100644 index e40d579d..00000000 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-data-loader/getting-started-import.mdx +++ /dev/null @@ -1,276 +0,0 @@ ---- -tags: - - Community - - Enterprise Standard - - Enterprise Premium ---- - -# データのインポート - -import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; - - - -このドキュメントでは、ScalarDB Data Loader のインポート機能について説明します。 - -## 機能 - -- JSON または JSONLines ファイルからデータをインポート -- ソースフィールド名マッピングに基づく自動データマッピング -- JSON 制御ファイルによるカスタムデータマッピング -- 1 つのレコードまたは行から複数​​のテーブルにデータをインポート -- INSERT、UPDATE、UPSERT のサポート - -## 使用方法 - -Data Loader のインポート機能は、次の最小限の設定で開始できます: - -```console -./scalardb-data-loader import --config scalardb.properties --namespace namespace --table tableName -``` - -上記の設定により、制御ファイルが使用されず、データマッピングが自動的に適用されるインポートプロセスが開始されます。 - -新規または既存のデータを正常にインポートするには、次の手順を実行してください - -- インポートする必要があるデータを含むソースファイルを準備します。 - -- 適切なインポートモードを選択します。デフォルトでは、インポートは `upsert` モードで実行されます。つまり、新しい場合はデータが挿入され、パーティションキーやクラスタリングキーが見つかった場合は更新されます。その他のオプションは、`insert` モードまたは `update` モードです。 - -- データをインポートする正しい `namespace` および `table` 名を見つけます。 - -- 各データ行に対して `all required columns` チェックを実行するかどうかを決定します。有効にすると、列が欠落しているデータ行は失敗として扱われ、インポートされません。 - -- `success` および `failed` 出力ファイルのパス名を指定します。デフォルトでは、Data Loader は作業ディレクトリにファイルを作成します。 - -- JSON データを処理する場合、成功または失敗のログファイルの JSON 出力を `pretty print` にするかどうかを決定します。デフォルトでは、このオプションはパフォーマンスのために無効になっています - -- 必要に応じて `threads` 引数を指定してパフォーマンスを調整します - -- コマンドラインからインポートを実行して、データのインポートを開始します。実行中の ScalarDB インスタンスに応じて、ScalarDB Data Loader を正しい `storage` または `transaction` モードで実行してください。 - -### コマンドラインオプション - -ScalarDB Data Loader で使用できるオプションの一覧を次に示します。 - -| オプション | 説明 | 使用方法 | -|---------------------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|-------------------------------------------------------------| -| --mode | ScalarDB の実行モード。省略した場合、デフォルト値は `storage` です。 | `scalardb-data-loader --mode transaction` | -| --config | 設定ファイルへのパス。省略した場合、ツールは現在のフォルダーで `scalardb.properties` という名前のファイルを検索します。 | `scalardb-data-loader --config scalardb.properties` | -| --namespace | テーブルデータをエクスポートする名前空間。制御ファイルが指定されていない場合は必須です。 | `scalardb-data-loader --namespace namespace` | -| --table | データをエクスポートするテーブルの名前。制御ファイルが指定されていない場合は必須です。 | `scalardb-data-loader --table tableName` | -| --import-mode | ScalarDB テーブルにデータをインポートするモード。サポートされているモードは `insert`、`update`、および `upsert` です。オプション。デフォルトでは、値は `upsert` に設定されています。 | `scalardb-data-loader --import-mode=upsert` | -| --all-columns-required | 設定されている場合、列が欠落しているデータ行はインポートできません。オプションです。デフォルトでは、チェックは実行されません。 | `scalardb-data-loader --all-columns-required` | -| --file | インポートするファイルへのパスを指定します。必須。 | `scalardb-data-loader --file ` | -| --success | 成功したインポート結果を書き込むために作成されるファイルへのパス。成功したインポート結果と失敗したインポート結果は、両方とも別のファイルに書き込まれます。
オプションです。デフォルトでは、現在の作業ディレクトリに新しいファイルが作成されます。

注: ファイルが既に存在する場合は、上書きされます。 | `scalardb-data-loader --success ` | -| --failed | 失敗したインポート結果を書き込むために作成されるファイルへのパス。
オプション。デフォルトでは、現在の作業ディレクトリに新しいファイルが作成されます。

注: ファイルがすでに存在する場合は、上書きされます。 | `scalardb-data-loader --failed ` | -| --threads | 同時処理のスレッド数。 | `scalardb-data-loader --threads 500` | -| --format | インポートファイルの形式。`json` および `jsonl` ファイルがサポートされています。オプション。デフォルトでは値 `json` が選択されます。 | `scalardb-data-loader --format json` | -| --ignore-null | ソースファイル内の null 値は無視されます。つまり、既存のデータは上書きされません。オプション。デフォルトでは値は `false` です。 | `scalardb-data-loader --ignore-null` | -| --pretty | 設定すると、成功ファイルと失敗ファイルへの出力は `pretty print` モードで行われます。デフォルトでは、このオプションは有効になっていません。 | `scalardb-data-loader --pretty` | -| --control-file | カスタムデータマッピングやマルチテーブルインポートのルールを指定する JSON 制御ファイルへのパス。 | `scalardb-data-loader --control-file control.json` | -| --control-file-validation-level | 制御ファイルの検証レベル。`MAPPED`、`KEYS`、または` FULL`。

オプションで、デフォルトではレベルは `MAPPED` に設定されています。 | `scalardb-data-loader --control-file-validation-level FULL` | -| --log-put-value | ScalarDB `PUT` 操作で使用された値がログファイルに含まれるかどうか。
オプションで、デフォルトでは無効になっています。 | `scalardb-data-loader --log-put-value` | -| --error-file-required | インポートファイルに CSV データが含まれている場合に、オプションの JSON タイプのエラーファイルをエクスポートします。デフォルトでは、このオプションは無効になっています。 | `scalardb-data-loader --error-file-required` | -| --error | インポートファイルに CSV データが含まれている場合に、オプションのエラーファイルを指定します。 | `scalardb-data-loader --error ` | -| --delimiter | インポートファイルに CSV データが含まれている場合に、カスタム区切り文字を指定します。 | `scalardb-data-loader --delimiter ` | -| --header | インポートファイルに CSV データが含まれていて、ヘッダー行がない場合に、ヘッダー行データを指定します。 | `scalardb-data-loader --header ` | - -## インポートモード - -Data Loader は、次のインポートモードをサポートしています: - -| モード | 説明 | -| ------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -| INSERT | 各ソースレコードは新しいデータとして扱われます。パーティションとクラスタリングキーに基づいて、ScalarDB テーブルにデータがすでに存在する場合、このソースデータのインポートは失敗します。 | -| UPDATE | 各ソースレコードは、ScalarDB テーブル内の既存のデータの更新として扱われます。パーティションキーとクラスタリングキーに基づいて、テーブルにデータが存在しない場合、このソースデータのインポートは失敗します。 | -| UPSERT | ターゲット ScalarDB テーブルにすでにデータが含まれている場合、インポートは UPDATE によって行われます。ターゲットデータがない場合は、INSERT として扱われます。 | - -*注*: - - `INSERT` の場合、自動マッピングまたは制御ファイルによるカスタムマッピングによって、各ターゲット列のソースファイル内に一致するフィールドが必要です。これは、`INSERT` に変わる `UPSERT` にも適用されます。 - -## データマッピング - -### 自動マッピング - -制御ファイルが指定されていない場合、Data Loader はソース JSON データ内のフィールドを ScalarDB テーブル内の使用可能な列に自動的にマッピングします。名前が一致せず、すべての列が必須である場合は、検証エラーとして扱われます。この場合、このレコードのインポートは失敗し、結果は失敗した出力ログに追加されます。 - -### カスタムマッピング - -ソースフィールドがターゲット列名と一致しない場合は、制御ファイルを使用する必要があります。この制御ファイルでは、フィールド名のカスタムマッピングルールを指定できます。 - -たとえば、次の制御ファイルは、ソースファイルのフィールド `custom_id` をターゲットテーブルの `id` にマッピングします。 - -```json -{ - "tables": [{ - "namespace": "sample", - "table_name": "table1", - "mappings": [{ - "source_field": "custom_id", - "target_column": "id" - }] - } - ] -} -``` - -## 制御ファイル - -カスタムデータマッピングまたは複数テーブルのインポートを可能にするために、Data Loader は JSON 制御ファイルによる設定をサポートしています。このファイルは、Data Loader を起動するときに `--control-file` 引数で渡す必要があります。 - -### 制御ファイルの検証レベル - -制御ファイルの検証を強制するために、Data Loader では検証レベルを指定できます。設定されたレベルに基づいて、Data Loader は事前チェックを実行し、レベルルールに基づいて制御ファイルを検証します。 - -次のレベルがサポートされています。 - -| レベル | 説明 | -| ------ | -------------------------------------------------------------------------------------------------------------------------------------------------- | -| FULL | この検証では、制御ファイルにターゲット ScalarDB テーブルの各列のマッピングがあることを確認します。 | -| KEYS | この検証では、各 ScalarDB テーブルパーティションのマッピングと、使用可能な場合は制御ファイルマッピングのクラスタリングキー列のマッピングが使用可能であることを確認します。 | -| MAPPED | この検証では、指定されたソースフィールドとターゲット列が、制御ファイルで指定されたマッピングに対してのみ存在することを確認します。
その他のフィールドはチェックされません。 | - -検証レベルはオプションであり、Data Loader の起動時に `--control-file-validation-level` 引数で設定できます。 - -*注*: - -この検証は事前チェックとして実行されるものであり、インポートプロセスが自動的に成功することを意味するものではありません。 - -例:レベルがマップ済みに設定されていて、制御ファイルに INSERT の各列のマッピングが含まれていない場合、INSERT にはすべての列をマップする必要があるため、インポートプロセスは失敗します。 - -## 複数テーブルのインポート - -Data Loader は、複数テーブルのターゲットインポートをサポートしています。 - -JSON または JSONLine ファイル内の 1 つの行を、制御ファイルでテーブルマッピングルールを指定することにより、複数のテーブルにインポートできます。現在、制御ファイルなしでは複数テーブルのインポートはサポートされていません。 - -ScalarDB トランザクションモードで複数テーブルのインポートを使用する場合、各テーブルのインポートごとにトランザクションが作成されます。例: ソースレコードが制御ファイルで 3 つのテーブルにマップされている場合、3 つの個別のトランザクションが作成されます。 - -例: 次のソースレコードを `table1` と `table2` にインポートするには、次の手順を実行します: - -| Table1 | Table2 | -| ------ | ------ | -| Id | Id | -| price | amount | - -**ソースレコード** - -```json -[{ - "custom_id": 1, - "custom_price": 1000, - "custom_amount": 100 - -}] -``` - -**制御ファイル** - -```json -{ - "tables": [{ - "namespace": "sample", - "table_name": "table1", - "mappings": [{ - "source_field": "custom_id", - "target_column": "id" - }, { - "source_field": "custom_price", - "target_column": "price" - }] - }, - { - "namespace": "sample", - "table_name": "table2", - "mappings": [{ - "source_field": "custom_id", - "target_column": "id" - }, { - "source_field": "custom_amount", - "target_column": "amount" - }] - } - ] -} -``` - -## 出力ログ - -インポートタスクを開始すると、Data Loader はインポート結果を 2 つのファイルに記録します。1 つのファイルには正常にインポートされたインポートデータが含まれ、もう 1 つのファイルにはインポートできなかったデータが含まれます。失敗したデータには、データをインポートできなかった理由を説明する追加フィールドが含まれます。このフィールドは `data_loader_import_status` と呼ばれます。 - -失敗したインポートを含むファイルは、問題を修正するために編集し、そのまま新しいインポートタスクのソースファイルとして使用できます。エラーを含む `data_loader_import_status` フィールドを最初に削除する必要はありません。このフィールドはインポートプロセス中に無視され、元の値は成功または失敗した出力ファイルの新しいバージョンには含まれません。 - -正常にインポートされたデータを含むファイルには `data_loader_import_status` フィールドも含まれます。このファイルは、インポートされた各データ行に関するステータスメッセージ（新しい行が作成されたか、既存のデータが更新されたか）を含みます。 - -### ログ形式 - -| フィールド | 説明 | -| -------------- | -------------------------------------------------------------------------------------- | -| action | データレコードのインポートプロセスの結果。UPDATE、INSERT、または FAILED_DURING_VALIDATION。 | -| namespace | データがインポートされるテーブルの名前空間。 | -| tablename | データがインポートされるテーブルの名前。 | -| is_data_mapped | 使用可能な制御ファイルに基づいて、カスタムデータマッピングが適用されたかどうか。 | -| tx_id | トランザクションの ID。Data Loader が `transaction` モードで実行されている場合にのみ使用できます。 | -| value | オプションのデータマッピング後の最終値。Data Loader が `PUT` 操作で使用する値。 | -| row_number | ソースデータの行番号またはレコード番号。 | -| Errors | インポートプロセス中に問題が発生した検証エラーまたはその他のエラーのリスト。 | - -JSON 形式の成功ログファイルの例: - -```json -[{ - "column_1": 1, - "column_2": 2, - "column_n": 3, - "data_loader_import_status": { - "results": [{ - "action": "UPDATE", - "namespace": "namespace1", - "tableName": "table1", - "is_data_mapped": true, - "tx_id": "value", - "value": "value", - "row_number": "value" - }] - } -}] -``` - -JSON 形式の失敗したログファイルの例: - -```json -[{ - "column_1": 1, - "column_2": 2, - "column_n": 3, - "data_loader_import_status": { - "results": [{ - "action": "FAILED_DURING_VALIDATION", - "namespace": "namespace1", - "tableName": "table1", - "is_data_mapped": false, - "value": "value", - "row_number": "value", - "errors": [ - "missing columns found during validation" - ] - }] - } -}] -``` - -## データの重複 - -Data Loader は重複を単独では処理しません。ScalarDB トランザクションモードでは、同じターゲットデータを連続して更新しようとすると `No Mutation` エラーが発生しますが、これは Data Loader では処理されません。これらの失敗したデータ行は、失敗したインポート結果の出力ファイルに追加され、後でインポートを再試行できます。 - -ただし、Data Loader では正しい状態を保証できないため、インポートファイルに同じパーティションキーやクラスタリングキーの更新や挿入が含まれていないことを確認することをお勧めします。 - -## ストレージモードとトランザクションモード - -ScalarDB はストレージモードとトランザクションモードの両方をサポートしており、このサポートは Data Loader のインポートプロセスに含まれています。 - -ローダーがストレージモードで起動されると、各インポートは非​​トランザクション方式で実行されます。 - -ローダーをトランザクションモードで起動すると、トランザクションを使用してデータがインポートされます。現在、各行は個別のトランザクションを介してインポートされます。1 つのレコードを複数のテーブルにインポートする場合、各テーブルのインポートごとに個別のトランザクションが作成されます。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-graphql/how-to-run-two-phase-commit-transaction.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-graphql/how-to-run-two-phase-commit-transaction.mdx index 818a7a8c..47a1aa5d 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-graphql/how-to-run-two-phase-commit-transaction.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-graphql/how-to-run-two-phase-commit-transaction.mdx @@ -1,18 +1,19 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsJapanese --- -# 2 フェーズコミットトランザクションを実行する方法 +# 2フェーズコミットトランザクションを実行する方法 import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; -ScalarDB GraphQL は、[2 フェーズコミットトランザクション](../two-phase-commit-transactions.mdx)と呼ばれるトランザクションをサポートしています。 -2 フェーズコミットトランザクションを使用すると、複数のプロセス/アプリケーション (マイクロサービスなど) にまたがるトランザクションを実行できます。 +ScalarDB GraphQL は、[2フェーズコミットトランザクション](../two-phase-commit-transactions.mdx)と呼ばれるトランザクションをサポートしています。 +2フェーズコミットトランザクションを使用すると、複数のプロセス/アプリケーション (マイクロサービスなど) にまたがるトランザクションを実行できます。 トランザクションを開始するアプリケーションを「コーディネーター」と名付け、トランザクションに参加するアプリケーションを「参加者」と名付けます。 -すべての 2 フェーズコミット操作では、ミューテーションまたはクエリ操作に `@twoPhaseCommit` ディレクティブをアノテーションする必要があります。以下は、このような操作の説明です。 +すべての2フェーズコミット操作では、ミューテーションまたはクエリ操作に `@twoPhaseCommit` ディレクティブをアノテーションする必要があります。以下は、このような操作の説明です。 ## トランザクションを開始する @@ -63,7 +64,7 @@ mutation some_mutation @twoPhaseCommit(id:"the_transaction_id") { クエリと変更操作が完了したら、トランザクションをコミットする必要があります。 -よく知られている 2 フェーズコミットプロトコルと同様に、準備とコミットの 2 つのフェーズがあります。 +よく知られている2フェーズコミットプロトコルと同様に、準備とコミットの2つのフェーズがあります。 まず、すべてのコーディネータ/参加者アプリケーションでトランザクションを準備し、次にすべてのコーディネータ/参加者アプリケーションでトランザクションをコミットする必要があります。 @@ -75,7 +76,7 @@ Consensus Commit トランザクションマネージャーが `SERIALIZABLE` ### トランザクションを準備する -2 フェーズコミットトランザクションを準備するには、2 つのオプションがあります。 +2フェーズコミットトランザクションを準備するには、2つのオプションがあります。 #### ディレクティブパラメータ経由 @@ -139,6 +140,4 @@ mutation RollbackTx @twoPhaseCommit(id: "the_transaction_id") { ## エラー処理 -`@twoPhaseCommit` 操作によって例外がスローされた場合、ScalarDB GraphQL はトランザクションを回復するロールバックプロシージャをトリガーします。 -2 フェーズコミットトランザクションでの例外処理の詳細については、 -[ScalarDB 2 フェーズコミットトランザクションの例外処理ガイド](../two-phase-commit-transactions.mdx#handle-exceptions) を参照してください。 +`@twoPhaseCommit` 操作によって例外がスローされた場合、ScalarDB GraphQL はトランザクションを回復するロールバックプロシージャをトリガーします。2フェーズコミットトランザクションでの例外処理の詳細については、[ScalarDB 2フェーズコミットトランザクションの例外処理ガイド](../two-phase-commit-transactions.mdx#handle-exceptions)を参照してください。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-graphql/scalardb-graphql-status-codes.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-graphql/scalardb-graphql-status-codes.mdx index 480e58ff..1535c5f4 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-graphql/scalardb-graphql-status-codes.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-graphql/scalardb-graphql-status-codes.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB GraphQL エラーコード diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/README.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/README.mdx index 542c1b4e..dbcd80e8 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/README.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/README.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB サンプル diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/microservice-transaction-sample/README.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/microservice-transaction-sample/README.mdx index 33f3908d..f5cddf30 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/microservice-transaction-sample/README.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/microservice-transaction-sample/README.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # マイクロサービストランザクションをサポートするサンプルアプリケーションを作成する @@ -15,9 +16,9 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ## 概要 -このチュートリアルでは、ScalarDB の [2 フェーズコミットインターフェースを使用したトランザクション](../../two-phase-commit-transactions.mdx)を通じてアイテムを注文し、信用枠で支払いを行うことができるサンプル電子商取引アプリケーションを作成するプロセスを示します。 +このチュートリアルでは、ScalarDB の[2フェーズコミットインターフェースを使用したトランザクション](../../two-phase-commit-transactions.mdx)を通じてアイテムを注文し、信用枠で支払いを行うことができるサンプル電子商取引アプリケーションを作成するプロセスを示します。 -サンプルアプリケーションには、[database-per-service pattern](https://microservices.io/patterns/data/database-per-service.html) に基づく *Customer Service* と *Order Service* という 2 つのマイクロサービスがあります。 +サンプルアプリケーションには、[database-per-service pattern](https://microservices.io/patterns/data/database-per-service.html) に基づく *Customer Service* と *Order Service* という2つのマイクロサービスがあります。 - **Customer Service** は、信用枠情報、信用限度額、信用合計などの顧客情報を管理します。 - **Order Service** は、注文の確定や注文履歴の取得などの注文操作を担当します。 @@ -36,7 +37,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; サンプルアプリケーションは ScalarDB の使用方法を示すことに重点を置いているため、アプリケーション固有のエラー処理、認証処理、および同様の機能はサンプルアプリケーションに含まれていません。ScalarDB での例外処理の詳細については、[例外の処理方法](../../api-guide.mdx#例外の処理方法)を参照してください。 -さらに、サンプルアプリケーションの目的上、各サービスには 1 つのコンテナがあるため、サービス間のリクエストルーティングは不要です。ただし、実稼働環境では、スケーラビリティと可用性のために各サービスに複数のサーバーまたはホストがあるため、2 フェーズコミットインターフェイスを使用したトランザクションでは、サービス間のリクエストルーティングを検討する必要があります。要求ルーティングの詳細については、[2 フェーズコミットインターフェイスを使用したトランザクションでのリクエストルーティング](../../two-phase-commit-transactions.mdx#2-フェーズコミットインターフェイスを使用したトランザクションでのリクエストルーティング) を参照してください。 +さらに、サンプルアプリケーションの目的上、各サービスには1つのコンテナがあるため、サービス間のリクエストルーティングは不要です。ただし、実稼働環境では、スケーラビリティと可用性のために各サービスに複数のサーバーまたはホストがあるため、2フェーズコミットインターフェイスを使用したトランザクションでは、サービス間のリクエストルーティングを検討する必要があります。要求ルーティングの詳細については、[2フェーズコミットインターフェイスを使用したトランザクションでのリクエストルーティング](../../two-phase-commit-transactions.mdx#2フェーズコミットインターフェイスを使用したトランザクションでのリクエストルーティング) を参照してください。 ::: @@ -80,7 +81,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ## このサンプルアプリケーションの前提条件 - [Eclipse Temurin](https://adoptium.net/temurin/releases/) の OpenJDK LTS バージョン (8、11、17、または 21) -- [Docker](https://www.docker.com/get-started/) 20.10 以降 ([Docker Compose](https://docs.docker.com/compose/install/) V2 以降) +- [Docker](https://www.docker.com/get-started/) 20.10以降 ([Docker Compose](https://docs.docker.com/compose/install/) V2以降) :::note @@ -118,7 +119,7 @@ docker-compose up -d mysql cassandra :::note -開発環境によっては、Docker コンテナの起動に 1 分以上かかる場合があります。 +開発環境によっては、Docker コンテナの起動に1分以上かかる場合があります。 ::: @@ -126,7 +127,7 @@ docker-compose up -d mysql cassandra サンプルアプリケーションのデータベーススキーマ (データを整理する方法) は、Customer Service の場合は [`customer-service-schema.json`](https://github.com/scalar-labs/scalardb-samples/blob/main/microservice-transaction-sample/customer-service-schema.json)、Order Service の場合は [`order-service-schema.json`](https://github.com/scalar-labs/scalardb-samples/blob/main/microservice-transaction-sample/order-service-schema.json) で既に定義されています。 -スキーマを適用するには、[ScalarDB リリース](https://github.com/scalar-labs/scalardb/releases)ページに移動し、使用する ScalarDB のバージョンに一致する ScalarDB スキーマローダーを `scalardb-samples/microservice-transaction-sample` フォルダーにダウンロードします。 +スキーマを適用するには、[ScalarDB リリース](https://github.com/scalar-labs/scalardb/releases)ページに移動し、使用する ScalarDB のバージョンに一致する ScalarDB Schema Loader を `scalardb-samples/microservice-transaction-sample` フォルダーにダウンロードします。 #### MySQL @@ -218,7 +219,7 @@ docker-compose up -d customer-service order-service ### 注文する -次に、次のコマンドを実行して、顧客 ID `1` にリンゴ 3 個とオレンジ 2 個を注文してもらいます。 +次に、次のコマンドを実行して、顧客 ID `1` にリンゴ3個とオレンジ2個を注文してもらいます。 :::note @@ -256,7 +257,7 @@ docker-compose up -d customer-service order-service ### 別の注文をする -次のコマンドを実行して、顧客 ID `1` の `credit_total` の残額を使用してメロン 1 個を注文します。 +次のコマンドを実行して、顧客 ID `1` の `credit_total` の残額を使用してメロン1個を注文します。 ```console ./gradlew :client:run --args="PlaceOrder 1 5:1" @@ -302,7 +303,7 @@ docker-compose up -d customer-service order-service ... ``` -次のコマンドを実行して、ブドウ 1 個とマンゴー 1 個を注文してみます。 +次のコマンドを実行して、ブドウ1個とマンゴー1個を注文してみます。 ```console ./gradlew :client:run --args="PlaceOrder 1 3:1,4:1" @@ -355,7 +356,7 @@ io.grpc.StatusRuntimeException: FAILED_PRECONDITION: Credit limit exceeded ... ``` -顧客 ID `1` が支払いを済ませたので、次のコマンドを実行してブドウ 1 個とメロン 1 個を注文します。 +顧客 ID `1` が支払いを済ませたので、次のコマンドを実行してブドウ1個とメロン1個を注文します。 ```console ./gradlew :client:run --args="PlaceOrder 1 3:1,4:1" @@ -385,11 +386,11 @@ docker-compose down ![マイクロサービストランザクションシーケンス図](images/sequence_diagram.png) -### 1. 2 フェーズコミットインターフェースを使用したトランザクションが開始されます +### 1. 2フェーズコミットインターフェースを使用したトランザクションが開始されます クライアントが Order Service に注文リクエストを送信すると、`OrderService.placeOrder()` が呼び出され、マイクロサービストランザクションが開始されます。 -最初に、Order Service は次のように `start()` を使用して 2 フェーズコミットインターフェースを使用したトランザクションを開始します。参考として、[`OrderService.java`](https://github.com/scalar-labs/scalardb-samples/blob/main/microservice-transaction-sample/order-service/src/main/java/sample/order/OrderService.java) を参照してください。 +最初に、Order Service は次のように `start()` を使用して2フェーズコミットインターフェースを使用したトランザクションを開始します。参考として、[`OrderService.java`](https://github.com/scalar-labs/scalardb-samples/blob/main/microservice-transaction-sample/order-service/src/main/java/sample/order/OrderService.java) を参照してください。 ```java transaction = twoPhaseCommitTransactionManager.start(); @@ -397,7 +398,7 @@ transaction = twoPhaseCommitTransactionManager.start(); ### 2. CRUD 操作が実行されます -2 フェーズコミットインターフェースを使用したトランザクションが開始されると、CRUD 操作が実行されます。Order Service は、次のように、注文情報を `order_service.orders` テーブルに、詳細情報を `order_service.statements` テーブルに格納します。参考として、[`OrderService.java`](https://github.com/scalar-labs/scalardb-samples/blob/main/microservice-transaction-sample/order-service/src/main/java/sample/order/OrderService.java) を参照してください。 +2フェーズコミットインターフェースを使用したトランザクションが開始されると、CRUD 操作が実行されます。Order Service は、次のように、注文情報を `order_service.orders` テーブルに、詳細情報を `order_service.statements` テーブルに格納します。参考として、[`OrderService.java`](https://github.com/scalar-labs/scalardb-samples/blob/main/microservice-transaction-sample/order-service/src/main/java/sample/order/OrderService.java) を参照してください。 ```java // Put the order info into the `orders` table. @@ -474,7 +475,7 @@ execOperationsAsParticipant("Payment", request.getTransactionId(), ); ``` -### 3. 2 フェーズコミットプロトコルを使用してトランザクションがコミットされます +### 3. 2フェーズコミットプロトコルを使用してトランザクションがコミットされます Order Service は、支払いが成功したという更新を受信すると、トランザクションをコミットしようとします。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/multi-storage-transaction-sample/README.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/multi-storage-transaction-sample/README.mdx index 999ea4f5..e033cfd6 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/multi-storage-transaction-sample/README.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/multi-storage-transaction-sample/README.mdx @@ -3,6 +3,7 @@ tags: - Community - Enterprise Standard - Enterprise Premium +displayed_sidebar: docsJapanese --- # マルチストレージトランザクションをサポートするサンプルアプリケーションを作成する @@ -43,7 +44,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ## このサンプルアプリケーションの前提条件 - [Eclipse Temurin](https://adoptium.net/temurin/releases/) の OpenJDK LTS バージョン (8、11、17、または 21) -- [Docker](https://www.docker.com/get-started/) 20.10 以降 ([Docker Compose](https://docs.docker.com/compose/install/) V2 以降) +- [Docker](https://www.docker.com/get-started/) 20.10以降 ([Docker Compose](https://docs.docker.com/compose/install/) V2以降) :::note @@ -81,7 +82,7 @@ docker-compose up -d :::note -開発環境によっては、Docker コンテナの起動に 1 分以上かかる場合があります。 +開発環境によっては、Docker コンテナの起動に1分以上かかる場合があります。 ::: @@ -162,7 +163,7 @@ Docker コンテナが起動したら、次のコマンドを実行して初期 ### 注文する -次に、次のコマンドを実行して、顧客 ID `1` にリンゴ 3 個とオレンジ 2 個を注文してもらいます。 +次に、次のコマンドを実行して、顧客 ID `1` にリンゴ3個とオレンジ2個を注文してもらいます。 :::note @@ -200,7 +201,7 @@ Docker コンテナが起動したら、次のコマンドを実行して初期 ### 別の注文をする -次のコマンドを実行して、顧客 ID `1` の `credit_total` の残額を使用してメロン 1 個を注文します。 +次のコマンドを実行して、顧客 ID `1` の `credit_total` の残額を使用してメロン1個を注文します。 ```console ./gradlew run --args="PlaceOrder 1 5:1" @@ -246,7 +247,7 @@ Docker コンテナが起動したら、次のコマンドを実行して初期 ... ``` -次のコマンドを実行して、ブドウ 1 個とマンゴー 1 個を注文してみます。 +次のコマンドを実行して、ブドウ1個とマンゴー1個を注文してみます。 ```console ./gradlew run --args="PlaceOrder 1 3:1,4:1" @@ -294,7 +295,7 @@ java.lang.RuntimeException: Credit limit exceeded ... ``` -顧客 ID `1` が支払いを済ませたので、次のコマンドを実行してブドウ 1 個とメロン 1 個を注文します。 +顧客 ID `1` が支払いを済ませたので、次のコマンドを実行してブドウ1個とメロン1個を注文します。 ```console ./gradlew run --args="PlaceOrder 1 3:1,4:1" diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/scalardb-analytics-postgresql-sample/README.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/scalardb-analytics-postgresql-sample/README.mdx index 75e65c50..8f0c7c95 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/scalardb-analytics-postgresql-sample/README.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/scalardb-analytics-postgresql-sample/README.mdx @@ -1,6 +1,7 @@ --- tags: - Community +displayed_sidebar: docsJapanese --- # ScalarDB Analytics with PostgreSQL を使用してサンプルデータに対して分析クエリを実行する @@ -13,7 +14,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ## 概要 -このサンプルチュートリアルでは、単一テーブルクエリと複数テーブルクエリの 2 種類のクエリを実行する方法を示します。 +このサンプルチュートリアルでは、単一テーブルクエリと複数テーブルクエリの2種類のクエリを実行する方法を示します。 ### このサンプルチュートリアルで実行できること @@ -32,7 +33,7 @@ PostgreSQL がサポートするクエリの種類を確認するには、[Postg ## 前提条件 -- [Docker](https://www.docker.com/get-started/) 20.10 以降、および [Docker Compose](https://docs.docker.com/compose/install/) V2 以降 +- [Docker](https://www.docker.com/get-started/) 20.10以降、および [Docker Compose](https://docs.docker.com/compose/install/) V2以降 - [psql](https://www.postgresql.org/docs/current/app-psql.html) ## ScalarDB Analytics with PostgreSQL を設定する @@ -97,7 +98,7 @@ erDiagram ### PostgreSQL のスキーマの詳細 -ScalarDB の設定時にスキーマインポーターを実行すると、ScalarDB データベースのテーブルスキーマを PostgreSQL データベースにインポートできます。より正確には、ScalarDB データベースの各 `namespace_name.table_name` テーブルに対して、PostgreSQL データベースに `namespace_name._table_name` の外部テーブルと `namespace_name.table_name` のビューが作成されます。 +ScalarDB の設定時に Schema Importer を実行すると、ScalarDB データベースのテーブルスキーマを PostgreSQL データベースにインポートできます。より正確には、ScalarDB データベースの各 `namespace_name.table_name` テーブルに対して、PostgreSQL データベースに `namespace_name._table_name` の外部テーブルと `namespace_name.table_name` のビューが作成されます。 作成された外部テーブルには、ScalarDB テーブルと同じ列と、ScalarDB が内部で管理するトランザクションメタデータ列が含まれます。作成されたビューは、外部テーブルからトランザクションメタデータ列を除外するように定義されているため、作成されたビューには ScalarDB テーブルと同じ列のみが含まれます。 @@ -251,7 +252,7 @@ ORDER BY ### 複数のストレージにまたがるテーブルを結合する -クエリを実行して、3 つのバックエンドストレージに接続されているテーブルを結合し、特定の日付に最も高い収益を持つ未出荷の注文を計算することもできます。 +クエリを実行して、3つのバックエンドストレージに接続されているテーブルを結合し、特定の日付に最も高い収益を持つ未出荷の注文を計算することもできます。 クエリを実行するには、次のコマンドを実行して psql ターミナルにログインします。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/scalardb-analytics-spark-sample/README.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/scalardb-analytics-spark-sample/README.mdx index 03a5f3dc..8605ce3a 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/scalardb-analytics-spark-sample/README.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/scalardb-analytics-spark-sample/README.mdx @@ -2,6 +2,7 @@ tags: - Enterprise Option - Public Preview +displayed_sidebar: docsJapanese --- # ScalarDB Analytics をはじめよう @@ -21,7 +22,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ## このサンプルアプリケーションの前提条件 -- [Docker](https://www.docker.com/get-started/) 20.10 以降と [Docker Compose](https://docs.docker.com/compose/install/) V2 以降 +- [Docker](https://www.docker.com/get-started/) 20.10以降と [Docker Compose](https://docs.docker.com/compose/install/) V2以降 @@ -62,10 +63,9 @@ ScalarDB Analytics を設定するために **spark-defaults.conf** で必要な docker compose up -d --wait ``` -このコマンドは、PostgreSQL、Cassandra、MySQL の 3 つのサービスをローカルで起動します。 +このコマンドは、PostgreSQL、Cassandra、MySQL の3つのサービスをローカルで起動します。 - **PostgreSQL:** 単独で使用されます (ScalarDB 管理外)。 - - **Cassandra および MySQL:** ScalarDB のバックエンドデータベースとして使用されます (ScalarDB 管理下)。 このガイドでは、PostgreSQL は ScalarDB トランザクションによって管理されない **ScalarDB 管理外データベース** と呼ばれ、Cassandra および DynamoDB は ScalarDB トランザクションによって管理される **ScalarDB 管理下データベース** と呼ばれます。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/spring-data-microservice-transaction-sample/README.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/spring-data-microservice-transaction-sample/README.mdx index c251e259..61c9a1e9 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/spring-data-microservice-transaction-sample/README.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/spring-data-microservice-transaction-sample/README.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsJapanese --- # マイクロサービストランザクションを使用した Spring Data JDBC for ScalarDB のサンプルアプリケーション @@ -12,12 +13,12 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; このチュートリアルでは、Spring Data JDBC for ScalarDB を使用してマイクロサービストランザクション用のサンプル Spring Boot アプリケーションを作成する方法について説明します。 -これらの機能の詳細については、[2 フェーズコミットトランザクション](../../two-phase-commit-transactions.mdx) および [Spring Data JDBC for ScalarDB ガイド](../../scalardb-sql/spring-data-guide.mdx)を参照してください。 +これらの機能の詳細については、[2フェーズコミットトランザクション](../../two-phase-commit-transactions.mdx) および [Spring Data JDBC for ScalarDB ガイド](../../scalardb-sql/spring-data-guide.mdx)を参照してください。 ## このサンプルアプリケーションの前提条件 - [Eclipse Temurin](https://adoptium.net/temurin/releases/) の OpenJDK LTS バージョン (8、11、17、または 21) -- [Docker](https://www.docker.com/get-started/) 20.10 以降 ([Docker Compose](https://docs.docker.com/compose/install/) V2 以降) +- [Docker](https://www.docker.com/get-started/) 20.10以降 ([Docker Compose](https://docs.docker.com/compose/install/) V2以降) :::note @@ -31,9 +32,9 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ### 概要 -このチュートリアルでは、ScalarDB の [2 フェーズコミットインターフェースを使用したトランザクション](../../two-phase-commit-transactions.mdx)を通じて、アイテムを注文し、信用枠で支払うことができるサンプル電子商取引アプリケーションを作成するプロセスについて説明します。 +このチュートリアルでは、ScalarDB の[2フェーズコミットインターフェースを使用したトランザクション](../../two-phase-commit-transactions.mdx)を通じて、アイテムを注文し、信用枠で支払うことができるサンプル電子商取引アプリケーションを作成するプロセスについて説明します。 -このサンプルアプリケーションには、[*Database-per-service* pattern](https://microservices.io/patterns/data/database-per-service.html) に基づく *Customer Service* と *Order Service* という 2 つのマイクロサービスがあります。 +このサンプルアプリケーションには、[*Database-per-service* pattern](https://microservices.io/patterns/data/database-per-service.html) に基づく *Customer Service* と *Order Service* という2つのマイクロサービスがあります。 Customer Service は、クレジット限度額やクレジット合計などのクレジットカード情報を含む顧客情報を管理します。Order Service は、注文の確定や注文履歴の取得などの注文操作を担当します。 @@ -45,7 +46,7 @@ Customer Service は、クレジット限度額やクレジット合計などの :::note -両方の ScalarDB Cluster は、Consensus Commit プロトコルに使用される小さなコーディネーターデータベースにアクセスします。このサンプルアプリケーションでは、セットアップと説明を簡単にするために、コーディネーターデータベースは Order Service の同じ Cassandra インスタンスに共存していますが、もちろん、コーディネーターデータベースは別のデータベースとして管理できます。 +両方の ScalarDB Cluster は、Consensus Commit プロトコルに使用される小さな Coordinator データベースにアクセスします。このサンプルアプリケーションでは、セットアップと説明を簡単にするために、Coordinator データベースは Order Service の同じ Cassandra インスタンスに共存していますが、もちろん、Coordinator データベースは別のデータベースとして管理できます。 また、サンプルアプリケーションでは ScalarDB の使用方法の説明に重点を置いているため、アプリケーション固有のエラー処理、認証処理などは省略されています。 @@ -120,11 +121,11 @@ scalar.db.cluster.node.licensing.license_check_cert_pem= - `scalar.db.sql.connection_mode`: この設定は、ScalarDB への接続方法を決定します。 - `scalar.db.storage`: ScalarDB でマルチストレージトランザクションを使用するには、`multi-storage` を指定する必要があります。 - `scalar.db.multi_storage.storages`: ここでストレージ名を定義する必要があります。 -- `scalar.db.multi_storage.storages.cassandra.*`: これらの設定は、`scalar.db.multi_storage.storages` で定義されているストレージ名の 1 つである `cassandra` ストレージ用です。`cassandra` ストレージのすべての `scalar.db.*` プロパティをここで設定できます。 -- `scalar.db.multi_storage.storages.mysql.*`: これらの設定は、`scalar.db.multi_storage.storages` で定義されているストレージ名の 1 つである `mysql` ストレージ用です。ここで、`mysql` ストレージのすべての `scalar.db.*` プロパティを設定できます。 +- `scalar.db.multi_storage.storages.cassandra.*`: これらの設定は、`scalar.db.multi_storage.storages` で定義されているストレージ名の1つである `cassandra` ストレージ用です。`cassandra` ストレージのすべての `scalar.db.*` プロパティをここで設定できます。 +- `scalar.db.multi_storage.storages.mysql.*`: これらの設定は、`scalar.db.multi_storage.storages` で定義されているストレージ名の1つである `mysql` ストレージ用です。ここで、`mysql` ストレージのすべての `scalar.db.*` プロパティを設定できます。 - `scalar.db.multi_storage.namespace_mapping`: この設定は、名前空間をストレージにマップします。このサンプルアプリケーションでは、`customer_service` 名前空間テーブルの操作は `mysql` ストレージにマップされ、`order_service` 名前空間テーブルの操作は `cassandra` ストレージにマップされます。また、Consensus Commit トランザクションで使用される `coordinator` 名前空間にマップされるストレージを定義することもできます。 - `scalar.db.multi_storage.default_storage`: この設定は、マッピングされていない名前空間テーブルでの操作に使用されるデフォルトのストレージを設定します。 -- `scalar.db.sql.default_transaction_mode`: ScalarDB で 2 フェーズコミットトランザクションモードを使用するには、`two_phase_commit_transaction` を指定する必要があります。 +- `scalar.db.sql.default_transaction_mode`: ScalarDB で2フェーズコミットトランザクションモードを使用するには、`two_phase_commit_transaction` を指定する必要があります。 - `scalar.db.consensus_commit.isolation_level`: この設定は、ConsensusCommit に使用される分離レベルを決定します。 詳細については、[マルチストレージトランザクション](../../multi-storage-transactions.mdx)を参照してください。 @@ -151,7 +152,7 @@ scalar.db.cluster.node.licensing.license_check_cert_pem= - `scalar.db.username`: この設定では、Cassandra に接続するためのユーザー名を指定します。 - `scalar.db.password`: この設定では、Cassandra に接続するためのパスワードを指定します。 - `scalar.db.sql.default_namespace_name`: この設定では、デフォルトの名前空間が `order_service` に設定されるため、アプリケーションで名前空間を指定する必要がなくなります。 -- `scalar.db.sql.default_transaction_mode`: ScalarDB で 2 フェーズコミットトランザクションモードを使用するには、`two_phase_commit_transaction` を指定する必要があります。 +- `scalar.db.sql.default_transaction_mode`: ScalarDB で2フェーズコミットトランザクションモードを使用するには、`two_phase_commit_transaction` を指定する必要があります。 - `scalar.db.consensus_commit.isolation_level`: この設定は、ConsensusCommit に使用される分離レベルを決定します。 このサンプルアプリケーションでは、ScalarDB Cluster はスタンドアロンモード (`scalar.db.cluster.node.standalone_mode.enabled=true`) で実行されています。 @@ -188,7 +189,7 @@ docker-compose up -d cassandra mysql scalardb-cluster-node-for-customer-service :::note -コンテナが完全に起動するまで 1 分以上待つ必要があります。 +コンテナが完全に起動するまで1分以上待つ必要があります。 ::: @@ -283,7 +284,7 @@ docker-compose up -d customer-service order-service この時点では、`credit_total` は表示されません。つまり、`credit_total` の現在の値は `0` です。 -次に、顧客 ID `1` を使用して、リンゴ 3 個とオレンジ 2 個を注文します。 +次に、顧客 ID `1` を使用して、リンゴ3個とオレンジ2個を注文します。 注文の形式は `:,:,...` であることに注意してください。 @@ -380,11 +381,11 @@ docker-compose down ![シーケンス図](images/sequence_diagram.png) -### 1. 2 フェーズコミットインターフェースによるトランザクションが開始されます +### 1. 2フェーズコミットインターフェースによるトランザクションが開始されます クライアントが Order Service に注文リクエストを送信すると、`OrderService.placeOrder()` が呼び出され、マイクロサービストランザクションが開始されます。 -最初に、Order Service は次のように `ScalarDbTwoPcRepository.executeTwoPcTransaction()` を使用して 2 フェーズコミットインターフェースによるトランザクションを開始します。参考として、[`OrderService.java`](https://github.com/scalar-labs/scalardb-samples/blob/main/spring-data-microservice-transaction-sample/order-service/src/main/java/sample/order/OrderService.java) を参照してください。 +最初に、Order Service は次のように `ScalarDbTwoPcRepository.executeTwoPcTransaction()` を使用して2フェーズコミットインターフェースによるトランザクションを開始します。参考として、[`OrderService.java`](https://github.com/scalar-labs/scalardb-samples/blob/main/spring-data-microservice-transaction-sample/order-service/src/main/java/sample/order/OrderService.java) を参照してください。 ```java // Start a two-phase commit interface transaction @@ -393,11 +394,11 @@ TwoPcResult result = orderRepository.executeTwoPcTransaction(txId -> { }, ...); ``` -[CRUD 操作が実行される](#2-crud-operations-are-executed)、[2 フェーズコミットプロトコルを使用してトランザクションがコミットされる](#3-トランザクションは-2-相コミットプロトコルを使用してコミットされます)、[エラー処理](#エラー処理)のアクションは、API によって自動的に実行されます。 +[CRUD 操作が実行される](#2-crud-operations-are-executed)、[2フェーズコミットプロトコルを使用してトランザクションがコミットされる](#3-トランザクションは2相コミットプロトコルを使用してコミットされます)、[エラー処理](#エラー処理)のアクションは、API によって自動的に実行されます。 ### 2. CRUD 操作が実行される -2 フェーズコミットインターフェイスを使用したトランザクションが開始されると、`ScalarDbTwoPcRepository.executeTwoPcTransaction()` によって CRUD 操作が実行されます。Order Service は、注文情報を `order_service.orders` テーブルに、詳細情報を `order_service.statements` テーブルに次のように格納します。参考までに、[`OrderService.java`](https://github.com/scalar-labs/scalardb-samples/blob/main/spring-data-microservice-transaction-sample/order-service/src/main/java/sample/order/OrderService.java) を参照してください。 +2フェーズコミットインターフェイスを使用したトランザクションが開始されると、`ScalarDbTwoPcRepository.executeTwoPcTransaction()` によって CRUD 操作が実行されます。Order Service は、注文情報を `order_service.orders` テーブルに、詳細情報を `order_service.statements` テーブルに次のように格納します。参考までに、[`OrderService.java`](https://github.com/scalar-labs/scalardb-samples/blob/main/spring-data-microservice-transaction-sample/order-service/src/main/java/sample/order/OrderService.java) を参照してください。 ```java // Put the order info into the `orders` table @@ -461,7 +462,7 @@ if (updatedCreditTotal > customer.creditLimit) { customerRepository.update(customer.withCreditTotal(updatedCreditTotal)); ``` -### 3. トランザクションは 2 相コミットプロトコルを使用してコミットされます +### 3. トランザクションは2相コミットプロトコルを使用してコミットされます Order Service は、支払いが成功したという更新を受け取った後、トランザクションをコミットしようとします。 diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/spring-data-multi-storage-transaction-sample/README.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/spring-data-multi-storage-transaction-sample/README.mdx index ab59aad2..c60ec5f5 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/spring-data-multi-storage-transaction-sample/README.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-samples/spring-data-multi-storage-transaction-sample/README.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsJapanese --- # マルチストレージトランザクションを備えた Spring Data JDBC for ScalarDB のサンプルアプリケーション @@ -15,7 +16,7 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx'; ## このサンプルアプリケーションの前提条件 - [Eclipse Temurin](https://adoptium.net/temurin/releases/) の OpenJDK LTS バージョン (8、11、17、または 21) -- [Docker](https://www.docker.com/get-started/) 20.10 以降 ([Docker Compose](https://docs.docker.com/compose/install/) V2 以降) +- [Docker](https://www.docker.com/get-started/) 20.10以降 ([Docker Compose](https://docs.docker.com/compose/install/) V2以降) :::note @@ -99,7 +100,7 @@ CREATE TABLE IF NOT EXISTS "order".items ( ### トランザクション -このサンプルアプリケーションでは、次の 5 つのトランザクションが実装されています: +このサンプルアプリケーションでは、次の5つのトランザクションが実装されています: 1. 顧客情報の取得 2. クレジットカードによる注文 (注文のコストがクレジット限度額を下回っているかどうかを確認し、注文履歴を記録して、チェックに合格した場合は `credit_total` を更新します) @@ -135,14 +136,14 @@ scalar.db.cluster.node.licensing.license_check_cert_pem= - `scalar.db.storage`: ScalarDB でマルチストレージトランザクションを使用するには、`multi-storage` を指定する必要があります。 - `scalar.db.multi_storage.storages`: ここでストレージ名を定義する必要があります。 -- `scalar.db.multi_storage.storages.cassandra.*`: これらの設定は、`scalar.db.multi_storage.storages` で定義されているストレージ名の 1 つである `cassandra` ストレージ用です。ここで、`cassandra` ストレージのすべての `scalar.db.*` プロパティを設定できます。 -- `scalar.db.multi_storage.storages.mysql.*`: これらの設定は、`scalar.db.multi_storage.storages` で定義されているストレージ名の 1 つである `mysql` ストレージ用です。ここで、`mysql` ストレージのすべての `scalar.db.*` プロパティを設定できます。 +- `scalar.db.multi_storage.storages.cassandra.*`: これらの設定は、`scalar.db.multi_storage.storages` で定義されているストレージ名の1つである `cassandra` ストレージ用です。ここで、`cassandra` ストレージのすべての `scalar.db.*` プロパティを設定できます。 +- `scalar.db.multi_storage.storages.mysql.*`: これらの設定は、`scalar.db.multi_storage.storages` で定義されているストレージ名の1つである `mysql` ストレージ用です。ここで、`mysql` ストレージのすべての `scalar.db.*` プロパティを設定できます。 - `scalar.db.multi_storage.namespace_mapping`: この設定は、名前空間をストレージにマップします。このサンプルアプリケーションでは、`customer` 名前空間テーブルの操作は `mysql` ストレージにマップされ、`order` 名前空間テーブルの操作は `cassandra` ストレージにマップされます。また、Consensus Commit トランザクションで使用される `coordinator` 名前空間にマップされるストレージを定義することもできます。 - `scalar.db.multi_storage.default_storage`: この設定は、マップされていない名前空間テーブルの操作に使用されるデフォルトのストレージを設定します。 詳細については、[マルチストレージトランザクション](../../multi-storage-transactions.mdx)を参照してください。 -このサンプル アプリケーションでは、ScalarDB Cluster はスタンドアロンモード (`scalar.db.cluster.node.standalone_mode.enabled=true`) で実行されています。 +このサンプルアプリケーションでは、ScalarDB Cluster はスタンドアロンモード (`scalar.db.cluster.node.standalone_mode.enabled=true`) で実行されています。 また、設定ファイルで ScalarDB Cluster のライセンスキー (試用ライセンスまたは商用ライセンス) を設定する必要があります。 詳細については、[製品ライセンスキーの設定方法](../../scalar-licensing/README.mdx)を参照してください。 @@ -183,7 +184,7 @@ Cassandra、MySQL、および ScalarDB Cluster を起動するには、次の `d docker-compose up -d ``` -コンテナの起動には 1 分以上かかる場合があることに注意してください。 +コンテナの起動には1分以上かかる場合があることに注意してください。 ### スキーマをロード @@ -232,7 +233,7 @@ java -jar scalardb-cluster-sql-cli--all.jar --config scalardb-sql.prope ... ``` -次に、顧客 ID `1` を使用して、リンゴ 3 個とオレンジ 2 個を注文します。注文形式は `:,:,...` であることに注意してください。 +次に、顧客 ID `1` を使用して、リンゴ3個とオレンジ2個を注文します。注文形式は `:,:,...` であることに注意してください。 ```console ./gradlew run --args="PlaceOrder 1 1:3,2:2" diff --git a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-sql/grammar.mdx b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-sql/grammar.mdx index 2e09fad1..75b8c040 100644 --- a/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-sql/grammar.mdx +++ b/i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/scalardb-sql/grammar.mdx @@ -1,6 +1,7 @@ --- tags: - Enterprise Premium +displayed_sidebar: docsJapanese --- # ScalarDB SQL 文法 @@ -52,7 +53,7 @@ tags: ### CREATE NAMESPACE -テーブルは 1 つの名前空間に属しているため、テーブルを作成する前に名前空間を作成する必要があります。`CREATE NAMESPACE` コマンドは名前空間を作成します。 +テーブルは1つの名前空間に属しているため、テーブルを作成する前に名前空間を作成する必要があります。`CREATE NAMESPACE` コマンドは名前空間を作成します。 #### 文法 @@ -121,7 +122,7 @@ creation_options: