REPLICASET 日本語 意味 - 日本語訳 - 英語の例文

• replicaset

英語 での Replicaset の使用例とその 日本語 への翻訳

You can also check on the state of the replicaset:.
ユーザーはまたReplicaSetの状態も確認できます。

That is, a ReplicaSet can be auto-scaled by an HPA.
これはつまりReplicaSetがHPAによってオートスケールされうることを意味します。

Display information about your ReplicaSet objects:.
ReplicaSetオブジェクトに関する情報を表示します:。

The link a ReplicaSet has to its Pods is via the Pods' metadata.
ReplicaSetがそのPod群と連携するためのリンクは、Podのmetadata。

The Deployment is scaling up its newest ReplicaSet.
Deploymentが新しいReplicaSetをスケールアップさせている。

You can remove Pods from a ReplicaSet by changing their labels.
ユーザーはPodのラベルを変更することにより、ReplicaSetからそのPodを削除できます。

The Deployment is scaling down its older ReplicaSet(s).
Deploymentが古いReplicaSetをスケールダウンさせている。

Here is an example HPA targeting the ReplicaSet we created in the previous example.
ここではHPAが、前の例で作成したReplicaSetをターゲットにする例を示します。

The ReplicaSet has two Pods, each of which runs the Hello World application.
ReplicaSetは、HelloWorldアプリケーションが稼働している2つのPodから構成されます。

Your Deployment may get stuck trying to deploy its newest ReplicaSet without ever completing.
新しいReplicaSetのデプロイが完了せず、更新処理が止まる場合があります。

The ReplicaSet has five Pods, each of which runs the Hello World application.
ReplicaSetには5つのPodがあり、それぞれHelloWorldアプリケーションが起動しています。

Controllers such as Deployment or ReplicaSet may be better suited to your stateless needs.
DeploymentやReplicaSetのようなコントローラーはこのようなステートレスな要求に対して最適です。

A ReplicaSet can also be a target for Horizontal Pod Autoscalers(HPA).
ReplicaSetはまた、HorizontalPodAutoscalers(HPA)のターゲットにもなることができます。

This included ReplicationController, ReplicaSet, StatefulSet, DaemonSet, and Deployment.
この対象のコントローラーはReplicationController、ReplicaSet、StatefulSet、DaemonSetとDeploymentを含みます。

A ReplicaSet can be easily scaled up or down by simply updating the. spec. replicas field.
ReplicaSetは、ただ.spec.replicasフィールドを更新することによって簡単にスケールアップまたはスケールダウンできます。

Create a Deployment to rollout a ReplicaSet. The ReplicaSet creates Pods in the background.
ReplicaSetをロールアウトするためにDeploymentの作成を行う:ReplicaSetはバックグラウンドでPodを作成します。

The StatefulSet also recreates Pods if they're deleted, similar to what a ReplicaSet does for stateless Pods.
StatefulSetは、Podが削除された場合にPodを再作成します。これはReplicaSetがステートレスなPodに対して行うのと同様です。

To see the ReplicaSet(rs) created by the Deployment, run kubectl get rs.
Deploymentによって作成されたReplicaSet(rs)を確認するにはkubectlgetrsを実行してください。

Looking at the Pods created, you see that 1 Pod created by new ReplicaSet is stuck in an image pull loop.
作成されたPodを確認していると、新しいReplicaSetによって作成された1つのPodはコンテナイメージのpullに失敗し続けているのがわかります。

It's through this link that the ReplicaSet knows of the state of the Pods it is maintaining and plans accordingly.
このリンクを通じて、ReplicaSetは管理しているPodの状態を把握したり、その後の実行計画を立てます。

Yaml and submitting it to a Kubernetes cluster should create the defined HPA that autoscales the target ReplicaSet depending on the CPU usage of the replicated Pods.
Yamlに保存し、Kubernetesクラスターに適用すると、レプリケートされたPodのCPU使用量にもとづいてターゲットのReplicaSetをオートスケールするHPAを作成します。

You can delete a ReplicaSet without affecting any of its Pods using kubectl delete with the--cascade=false option.
ユーザーはkubectldeleteコマンドで--cascade=falseオプションを付けることにより、所有するPodに影響を与えることなくReplicaSetを削除できます。

As with all other Kubernetes API objects, a ReplicaSet needs the apiVersion, kind, and metadata fields.
他の全てのKubernetesAPIオブジェクトのように、ReplicaSetはapiVersion、kindとmetadataフィールドを必要とします。

Once new Pods are ready, old ReplicaSet can be scaled down further, followed by scaling up the new ReplicaSet, ensuring that the total number of Pods available at all times during the update is at least 70% of the desired Pods.
一度新しいPodが稼働できる状態になると、古いReplicaSetはさらにスケールダウンされ、続いて新しいReplicaSetがスケールアップされます。この間、利用可能なPodの総数は理想状態のPodの少なくとも70%以上になるように保証されます。

This actually means that you may never need to manipulate ReplicaSet objects: use a Deployment instead, and define your application in the spec section.
これは、ユーザーがReplicaSetのオブジェクトを操作する必要が全く無いことを意味します。代わりにDeploymentを使用して、specセクションにユーザーのアプリケーションを定義してください。

Use a ReplicationController, ReplicaSet, or Deployment for Pods that are not expected to terminate, for example, web servers.
停止することを期待しないPod（たとえばWebサーバーなど）には、ReplicationController、ReplicaSet、またはDeploymentを使用します。

Before the Deployment and ReplicaSet were added to Kubernetes, replicated applications were configured using a ReplicationController.
DeploymentとReplicaSetがKubernetesに追加される前は、ReplicationControllerを使用して複製アプリケーションを構成していました。

The reason for this is because a ReplicaSet is not limited to owning Pods specified by its template- it can acquire other Pods in the manner specified in the previous sections.
この理由として、ReplicaSetは、所有対象のPodがReplicaSetのテンプレートによって指定されたPodのみに限定されていないからです(ReplicaSetは前のセクションで説明した方法によって他のPodも所有できます)。

It is generated by hashing the PodTemplate of the ReplicaSet and using the resulting hash as the label value that is added to the ReplicaSet selector, Pod template labels, and in any existing Pods that the ReplicaSet might have.
このラベルはReplicaSetのPodTemplateをハッシュ化することにより生成され、生成されたハッシュ値はラベル値としてReplicaSetセレクター、Podテンプレートラベル、ReplicaSetが作成した全てのPodに対して追加されます。