Examples of using Control plane in English and their translations into Korean
{-}
-
Colloquial
-
Ecclesiastic
-
Ecclesiastic
-
Programming
-
Computer
Control Plane.
The Kubernetes Control Plane.
쿠버네티스 컨트롤 플레인.S1 control plane.
제어 평면.The Kubernetes Control Plane.
쿠버네티스 컨트롤 플레인의 내.The control plane is sometimes described as the signaling for the network.
컨트롤 플레인은 때로 네트워크에 신호를 전달하는 역할로 묘사되기도 합니다.The Kubernetes Control Plane.
쿠버네티스 컨트롤 플레인은 클러스터에서.The X2 control plane interface X2-CP is defined between two neighbor eNBs.
X2 제어 평면 인터페이스(X2-CP)는 두 개의 이웃 eNB 사이에 정의된다.To override a flag for a control plane component.
컨트롤 플레인 구성요소를 위한 플래그를 대체하려면 다음을 수행한다.In general, system control plane 302 has responsibility for high level system tasks and processes.
일반적으로, 시스템 제어 플레인(302)은 고레벨의 시스템 임무 및 처리를 담당한다.The extraArgs field consist of key: value pairs. To override a flag for a control plane component.
ExtraArgs 필드는 key: value 쌍으로 구성되어 있다. 컨트롤 플레인 구성요소를 위한 플래그를 대체하려면 다음을 수행한다.Control Plane Protocol Defined by the 3GPP for various generations of mobile phone systems.
GPP 제어 평면 프로토콜 - 이것은 휴대 전화 시스템의 여러 세대에 걸쳐 3GPP에 의해 정의된다.Azure Kubernetes Service enables easy self-service upgrades of the control plane and nodes in your cluster.
Azure Kubernetes Service는 클러스터의 컨트롤 플레인과 노드를 손쉽게 셀프 서비스 업그레이드할 수 있게 해준다.The Kubernetes Control Plane consists of a collection of processes running on your cluster.
쿠버네티스 컨트롤 플레인은 클러스터에서 실행 중인 프로세스의 묶음(collection)으로 구성된다.However, etcd members run on separate hosts, and each etcd host communicates with the kube-apiserver of each control plane node.
그러나 etcd 맴버는 분리된 호스트에서 운영되고, 각 etcd 호스트는 각 컨트롤 플레인 노드의 kube-apiserver와 통신한다.The EBS control plane has a regional pool of available threads it can use to service requests.
EBS control plane은 서비스 요청에 사용할 수 있는 사용 가능한 스레드들의 지역적인 풀을 가지고 있다.A local etcd member is created automatically on control plane nodes when using kubeadm init and kubeadm join--control-plane.
지역 etcd 맴버는 kubeadm init와 kubeadm join --control-plane 을 이용할 때에 컨트롤 플레인 노드에 자동으로 생성된다.Each control plane node runs an instance of the kube-apiserver, kube-scheduler, and kube-controller-manager.
각 컨트롤 플레인 노드는 kube-apiserver, kube-scheduler, kube-controller-manager 인스턴스를 운영한다.Programmable at all layers: Linux kernel, hardware forwarding tables, switch configuration and CLI,switch control plane as well as management layer.
모든 레이어에서 프로그래밍 가능: Linux 커널, 하드웨어 포워딩 테이블,스위치 구성/CLI, 스위치 컨트롤 플레인, 관리 레이어.A minimum of three hosts for control plane nodes and three hosts for etcd nodes are required for an HA cluster with this topology.
이 토플로지로 HA 클러스터를 구성하기 위해서는 최소한 3개의 컨트롤 플레인과 3개의 etcd 노드가 필요하다.At 8:20 AM PDT, the team began disabling all communication between the degraded EBS cluster in the affected Availability Zone and the EBS control plane.
오전 8시 20분 PDT, 팀은 문제가 발생한 Availability Zone의 성능이 저하된 EBS 클러스터와 EBS control plane사이의 모든 통신을 불능화하기 시작했다.Each control plane node creates a local etcd member and this etcd member communicates only with the kube-apiserver of this node.
각 컨트롤 플레인 노드는 지역 etcd 맴버를 생성하고 이 etcd 맴버는 오직 해당 노드의 kube-apiserver와 통신한다.VASA is used by vSphere Virtual Volumes, vSAN and vSphere APIs for IO Filtering(VAIO) as the single unified control plane for vSphere storage.
VASA는 vSphere 스토리지를 위한 통합된 단일 컨트롤 플레인으로 vSphere Virtual Volumes, vSAN 및 VAIO(vSphere APIs for IO Filtering)에서 사용됩니다.NSA provides a more stable link for the control plane and may prove critical in terms of gNodeB handoff and cell selection for the mobility case.
NSA는 컨트롤 플레인에 대한 보다 안정적인 링크를 제공하며, 이동성 사례용으로 gNodeB 핸드오프 및 셀 선택 측면에서 중요도를 입증해보일 수 있습니다.So at 8:20 a.m. in the morning, the team started disabling all communication between EBS cluster in the affected availability zone, and the EBS control plane.
오전 8시 20분 PDT, 팀은 문제가 발생한 Availability Zone의 성능이 저하된 EBS 클러스터와 EBS control plane사이의 모든 통신을 불능화하기 시작했다.In some embodiments, the network control plane servers detect a network connection change and initiate the service policy implementation established for the second network.
일부 실시예들에서, 네트워크 제어 평면 서버들은 네트워크 연결 변화를 검출하고, 제 2 네트워크에 대해 구축된 서비스 정책 이행을 시작한다.PacketNgin NOS is a network operating system which supports customized control plane and data plane on user's network appliance.
사용자가 선택한 Network Appliance 위에 Custom Control Plane과 Data Plane을 지원하는 Network Operating으로써 사용자에 특화된 네트워크 어플리케이션을 구현할 수 있는 System Platform.An end-to-end control plane virtualizes the network and enables programming of the physical devices to create multitenant, on-demand, topology and device-independent provisioning.
종단간 컨트롤 플레인은 네트워크를 가상화 하고 다중 테넌트, 요구 기반(on-demand), 토폴로지 및 장치 독립형 프로비저닝을 생성하는 물리적 장치의 프로그래밍을 지원합니다.While there are a few different services that comprise the control plane, we will refer to them collectively as the“EBS control plane” in this document.
동시에 여기에서는 control plane을 구성하는 몇 가지 다른 서비스들도 있다, 우리는 이 문서에서 이를 언급할 때 그것은 “EBS The AWS control plane(including APIs) and AWS Management Console are distributed across AWS Regions and utilize a multi-AZ architecture within each region to deliver resilience and ensure continuous availability.
AWS 컨트롤 플레인(API 포함) 및 AWS Management Console은 AWS 리전에 분산되어 있으며, 각 리전 내에서 다중 AZ 아키텍처를 활용하여 복원성을 지원하고 지속적인 가용성을 보장합니다.For example, if you have a Service called"my-service" in a Kubernetes Namespace"my-ns", the control plane and the DNS Service acting together create a DNS record for"my-service. my-ns".
예를 들면, 쿠버네티스 네임스페이스 "my-ns"에 "my-service"라는 서비스가 있는 경우, 컨트롤 플레인과 DNS 서비스가 함께 작동하여 "my-service. my-ns"에 대한 DNS 레코드를 만든다.
