Update _index.md

content/bn/docs/setup/production-environment/_index.md

@@ -37,126 +37,70 @@ no_list: true
 নিজের হাতে একটি কুবারনেটস উৎপাদন পরিবেশ তৈরি করার আগে, এই কাজটির কিছু বা সমস্ত কাজ [টার্নকি ক্লাউড সলিউশন](/docs/setup/production-environment/turnkey-solutions/) প্রদানকারী বা অন্যান্য [কুবারনেটিস পার্টনার](https://kubernetes.io/partners/) এর কাছে হস্তান্তর করার কথা বিবেচনা করুন।
 বিকল্পগুলোর মধ্যে রয়েছেঃ
 
-- *Serverless*: Just run workloads on third-party equipment without managing
-a cluster at all. You will be charged for things like CPU usage, memory, and
-disk requests.
-- *Managed control plane*: Let the provider manage the scale and availability
-of the cluster's control plane, as well as handle patches and upgrades.
-- *Managed worker nodes*: Configure pools of nodes to meet your needs,
-then the provider makes sure those nodes are available and ready to implement
-upgrades when needed.
-- *Integration*: There are providers that integrate Kubernetes with other
-services you may need, such as storage, container registries, authentication
-methods, and development tools.
+- *সার্ভারলেস*: কোনও ক্লাস্টার পরিচালনা না করেই তৃতীয় পক্ষের সরঞ্জামগুলিতে কাজের চাপ চালান। সিপিউ ব্যবহার, মেমরি এবং ডিস্ক অনুরোধের মতো জিনিসগুলির জন্য আপনাকে চার্জ করা হবে।
+- *পরিচালিত কন্ট্রোল প্লেন*: প্রদানকারীকে ক্লাস্টারের কন্ট্রোল প্লেনের স্কেল এবং প্রাপ্যতা, সেইসাথে প্যাচ এবং আপগ্রেডগুলি পরিচালনা করতে দিন।
+- *পরিচালিত কর্মী নোড*: আপনার প্রয়োজন মেটাতে নোডগুলির পুল কনফিগার করুন, তারপর প্রদানকারী নিশ্চিত করে যে সেই নোডগুলি উপলব্ধ এবং প্রয়োজনের সময় আপগ্রেড বাস্তবায়নের জন্য প্রস্তুত।
+- *ইন্টিগ্রেশন*: এমন প্রোভাইডার আছে যারা কুবারনেটসকে আপনার প্রয়োজন হতে পারে এমন অন্যান্য পরিষেবার সাথে একীভূত করে, যেমন স্টোরেজ, কনটেইনার রেজিস্ট্রি, প্রমাণীকরণ পদ্ধতি এবং ডেভেলপমেন্ট টুল।
 
-Whether you build a production Kubernetes cluster yourself or work with
-partners, review the following sections to evaluate your needs as they relate
-to your cluster’s *control plane*, *worker nodes*, *user access*, and
-*workload resources*.
+আপনি নিজে একটি প্রোডাকশন কুবারনেটস ক্লাস্টার তৈরি করুন বা অংশীদারদের সাথে কাজ করুন না কেন, আপনার ক্লাস্টারের *কন্ট্রোল প্লেন*, *ওয়ার্কার নোড*, *ব্যবহারকারীর অ্যাক্সেস* এবং *ওয়ার্কলোড রিসোর্স* এর সাথে সম্পর্কিত আপনার চাহিদাগুলি মূল্যায়ন করতে নিম্নলিখিত বিভাগগুলি পর্যালোচনা করুন।
 
-## Production cluster setup
+## উৎপাদন ক্লাস্টার সেটআপ
 
-In a production-quality Kubernetes cluster, the control plane manages the
-cluster from services that can be spread across multiple computers
-in different ways. Each worker node, however, represents a single entity that
-is configured to run Kubernetes pods.
+একটি উৎপাদন-মানের কুবারনেটস ক্লাস্টারে, কন্ট্রোল প্লেন পরিষেবাগুলি থেকে ক্লাস্টার পরিচালনা করে যা একাধিক কম্পিউটারে বিভিন্ন উপায়ে ছড়িয়ে পড়তে পারে। প্রতিটি কর্মী নোড, তবে, একটি একক সত্তাকে প্রতিনিধিত্ব করে যা কুবারনেটস পড চালানোর জন্য কনফিগার করা হয়েছে। 
 
-### Production control plane
+### উৎপাদন নিয়ন্ত্রণ প্লেন 
 
-The simplest Kubernetes cluster has the entire control plane and worker node
-services running on the same machine. You can grow that environment by adding
-worker nodes, as reflected in the diagram illustrated in
-[Kubernetes Components](/docs/concepts/overview/components/).
-If the cluster is meant to be available for a short period of time, or can be
-discarded if something goes seriously wrong, this might meet your needs.
+সহজতম কুবারনেটিস ক্লাস্টারে একই মেশিনে পুরো নিয়ন্ত্রণ সমতল এবং কর্মী নোড পরিষেবাগুলি চলছে। আপনি কর্মী নোডগুলি যোগ করে সেই পরিবেশটি বৃদ্ধি করতে পারেন, যেমনটি [কুবারনেটিস উপাদান](/docs/concepts/overview/components/) এ চিত্রিত চিত্রে প্রতিফলিত হয়েছে। 
 
-If you need a more permanent, highly available cluster, however, you should
-consider ways of extending the control plane. By design, one-machine control
-plane services running on a single machine are not highly available.
-If keeping the cluster up and running
-and ensuring that it can be repaired if something goes wrong is important,
-consider these steps:
+যদি ক্লাস্টারটি অল্প সময়ের জন্য উপলভ্য থাকে বা কিছু গুরুতর ভুল হয়ে গেলে তা বাতিল করা যেতে পারে, তাহলে এটি আপনার প্রয়োজন মেটাতে পারে।
 
-- *Choose deployment tools*: You can deploy a control plane using tools such
-as kubeadm, kops, and kubespray. See
-[Installing Kubernetes with deployment tools](/docs/setup/production-environment/tools/)
-to learn tips for production-quality deployments using each of those deployment
-methods. Different [Container Runtimes](/docs/setup/production-environment/container-runtimes/)
-are available to use with your deployments.
-- *Manage certificates*: Secure communications between control plane services
-are implemented using certificates. Certificates are automatically generated
-during deployment or you can generate them using your own certificate authority.
-See [PKI certificates and requirements](/docs/setup/best-practices/certificates/) for details.
-- *Configure load balancer for apiserver*: Configure a load balancer
-to distribute external API requests to the apiserver service instances running on different nodes. See 
-[Create an External Load Balancer](/docs/tasks/access-application-cluster/create-external-load-balancer/)
-for details.
-- *Separate and backup etcd service*: The etcd services can either run on the
-same machines as other control plane services or run on separate machines, for
-extra security and availability. Because etcd stores cluster configuration data,
-backing up the etcd database should be done regularly to ensure that you can
-repair that database if needed.
-See the [etcd FAQ](https://etcd.io/docs/v3.4/faq/) for details on configuring and using etcd.
-See [Operating etcd clusters for Kubernetes](/docs/tasks/administer-cluster/configure-upgrade-etcd/)
-and [Set up a High Availability etcd cluster with kubeadm](/docs/setup/production-environment/tools/kubeadm/setup-ha-etcd-with-kubeadm/)
-for details.
-- *Create multiple control plane systems*: For high availability, the
-control plane should not be limited to a single machine. If the control plane
-services are run by an init service (such as systemd), each service should run on at
-least three machines. However, running control plane services as pods in
-Kubernetes ensures that the replicated number of services that you request
-will always be available.
-The scheduler should be fault tolerant,
-but not highly available. Some deployment tools set up [Raft](https://raft.github.io/)
-consensus algorithm to do leader election of Kubernetes services. If the
-primary goes away, another service elects itself and take over. 
-- *Span multiple zones*: If keeping your cluster available at all times is
-critical, consider creating a cluster that runs across multiple data centers,
-referred to as zones in cloud environments. Groups of zones are referred to as regions.
-By spreading a cluster across
-multiple zones in the same region, it can improve the chances that your
-cluster will continue to function even if one zone becomes unavailable.
-See [Running in multiple zones](/docs/setup/best-practices/multiple-zones/) for details.
-- *Manage on-going features*: If you plan to keep your cluster over time,
-there are tasks you need to do to maintain its health and security. For example,
-if you installed with kubeadm, there are instructions to help you with
-[Certificate Management](/docs/tasks/administer-cluster/kubeadm/kubeadm-certs/)
-and [Upgrading kubeadm clusters](/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade/).
-See [Administer a Cluster](/docs/tasks/administer-cluster/)
-for a longer list of Kubernetes administrative tasks.
+আপনার যদি আরও স্থায়ী, অত্যন্ত উপলব্ধ ক্লাস্টারের প্রয়োজন হয় তবে, আপনার নিয়ন্ত্রণ সমতল প্রসারিত করার উপায়গুলি বিবেচনা করা উচিত। নকশা অনুসারে, একক মেশিনে চলমান এক-মেশিন নিয়ন্ত্রণ বিমান পরিষেবাগুলি খুব বেশি উপলব্ধ নয়।
+যদি ক্লাস্টার চালু রাখা এবং চালানো এবং কিছু ভুল হলে তা মেরামত করা যায় তা নিশ্চিত করা গুরুত্বপূর্ণ, এই পদক্ষেপগুলি বিবেচনা করুনঃ 
 
-To learn about available options when you run control plane services, see
-[kube-apiserver](/docs/reference/command-line-tools-reference/kube-apiserver/),
-[kube-controller-manager](/docs/reference/command-line-tools-reference/kube-controller-manager/),
-and [kube-scheduler](/docs/reference/command-line-tools-reference/kube-scheduler/)
-component pages. For highly available control plane examples, see
-[Options for Highly Available topology](/docs/setup/production-environment/tools/kubeadm/ha-topology/),
-[Creating Highly Available clusters with kubeadm](/docs/setup/production-environment/tools/kubeadm/high-availability/),
-and [Operating etcd clusters for Kubernetes](/docs/tasks/administer-cluster/configure-upgrade-etcd/).
-See [Backing up an etcd cluster](/docs/tasks/administer-cluster/configure-upgrade-etcd/#backing-up-an-etcd-cluster)
-for information on making an etcd backup plan.
+- *ডিপ্লয়মেন্ট টুলস চয়ন করুন*: আপনি kubeadm, kops এবং kubespray এর মত টুল ব্যবহার করে একটি কন্ট্রোল প্লেন স্থাপন করতে পারেন। দেখা
+[ডিপ্লয়মেন্ট টুলের সাথে কুবারনেটস ইনস্টল করা হচ্ছে](/docs/setup/production-environment/tools/)
+প্রতিটি স্থাপনার পদ্ধতি ব্যবহার করে উৎপাদন-মানের স্থাপনার জন্য টিপস শিখতে। ভিন্ন [কন্টেইনার রানটাইমস](/docs/setup/production-environment/container-runtimes/)
+আপনার স্থাপনার সাথে ব্যবহার করার জন্য উপলব্ধ। 
+- *শংসাপত্র পরিচালনা করুন*: নিয়ন্ত্রণ বিমান পরিষেবাগুলির মধ্যে সুরক্ষিত যোগাযোগ শংসাপত্র ব্যবহার করে প্রয়োগ করা হয়। শংসাপত্রগুলি স্থাপনের সময় স্বয়ংক্রিয়ভাবে তৈরি হয় বা আপনি আপনার নিজের শংসাপত্র কর্তৃপক্ষ ব্যবহার করে সেগুলি তৈরি করতে পারেন৷
+বিস্তারিত জানার জন্য [PKI সার্টিফিকেট এবং প্রয়োজনীয়তা](/docs/setup/best-practices/certificates/) দেখুন।
+- *এপিআইসার্ভার জন্য লোড ব্যালেন্সার কনফিগার করুন*: একটি লোড ব্যালেন্সার কনফিগার করুন
+বিভিন্ন নোডে চলমান এপিআইসার্ভার পরিষেবা দৃষ্টান্তগুলিতে বাহ্যিক API অনুরোধগুলি বিতরণ করতে। বিস্তারিত জানার জন্য [একটি বহিরাগত লোড ব্যালেন্সার তৈরি করুন](/docs/tasks/access-application-cluster/create-external-load-balancer/) দেখুন।
+- *পৃথক এবং ব্যাকআপ etcd পরিষেবা*: etcd পরিষেবাগুলি হয় অন্যান্য কন্ট্রোল প্লেন পরিষেবাগুলির মতো একই মেশিনে চালানো যেতে পারে বা অতিরিক্ত নিরাপত্তা এবং প্রাপ্যতার জন্য আলাদা মেশিনে চলতে পারে৷ যেহেতু etcd ক্লাস্টার কনফিগারেশন ডেটা সঞ্চয় করে, তাই etcd ডাটাবেসের ব্যাকআপ নিয়মিত করা উচিত যাতে আপনি প্রয়োজনে সেই ডাটাবেসটি মেরামত করতে পারেন।
+etcd কনফিগার এবং ব্যবহার সম্পর্কে বিস্তারিত জানার জন্য [etcd FAQ](https://etcd.io/docs/v3.4/faq/) দেখুন।
+[Kubernetes-এর জন্য অপারেটিং etcd ক্লাস্টার](/docs/tasks/administer-cluster/configure-upgrade-etcd/) দেখুন এবং [kubeadm-এর সাথে একটি উচ্চ প্রাপ্যতা etcd ক্লাস্টার সেট আপ করুন](/docs/setup/production-environment/tools/kubeadm /setup-ha-etcd-with-kubeadm/)
+বিস্তারিত জানার জন্য.
+- *একাধিক কন্ট্রোল প্লেন সিস্টেম তৈরি করুন*: উচ্চ প্রাপ্যতার জন্য,
+নিয়ন্ত্রণ সমতল একটি একক মেশিনে সীমাবদ্ধ করা উচিত নয়। যদি কন্ট্রোল প্লেন পরিষেবাগুলি একটি init পরিষেবা দ্বারা চালিত হয় (যেমন systemd), প্রতিটি পরিষেবা কমপক্ষে তিনটি মেশিনে চালানো উচিত। যাইহোক, Kubernetes-এ পড হিসাবে কন্ট্রোল প্লেন পরিষেবাগুলি চালানো নিশ্চিত করে যে আপনার অনুরোধ করা পরিষেবাগুলির প্রতিলিপিকৃত সংখ্যা সর্বদা উপলব্ধ থাকবে। 
+সময়সূচী ত্রুটি সহনশীল হতে হবে, কিন্তু অত্যন্ত উপলব্ধ নয়। কিছু স্থাপনার টুল সেট আপ করা [Raft](https://raft.github.io/) কুবারনেটিস পরিষেবার নেতা নির্বাচন করতে ঐক্যমত্য অ্যালগরিদম। যদি প্রাইমারি চলে যায়, অন্য সার্ভিস নিজেই নির্বাচন করে এবং দায়িত্ব নেয়। 
+- *একাধিক অঞ্চল স্প্যান করুন*: যদি আপনার ক্লাস্টারকে সর্বদা উপলব্ধ রাখা গুরুত্বপূর্ণ হয়, তবে একটি ক্লাস্টার তৈরি করার কথা বিবেচনা করুন যা একাধিক ডেটা সেন্টার জুড়ে চলে, ক্লাউড পরিবেশে অঞ্চল হিসাবে উল্লেখ করা হয়। অঞ্চলগুলির গ্রুপগুলিকে অঞ্চল হিসাবে উল্লেখ করা হয়।
+একই অঞ্চলে একাধিক অঞ্চলে একটি ক্লাস্টার ছড়িয়ে দেওয়ার মাধ্যমে, এটি একটি জোন অনুপলব্ধ হয়ে গেলেও আপনার ক্লাস্টারটি কাজ করা চালিয়ে যাওয়ার সম্ভাবনাকে উন্নত করতে পারে।
+বিস্তারিত জানার জন্য [একাধিক জোনে চলমান](/docs/setup/best-practices/multiple-zones/) দেখুন।
+- *চলমান বৈশিষ্ট্যগুলি পরিচালনা করুন*: আপনি যদি সময়ের সাথে সাথে আপনার ক্লাস্টার রাখার পরিকল্পনা করেন তবে এর স্বাস্থ্য এবং নিরাপত্তা বজায় রাখার জন্য আপনাকে কিছু কাজ করতে হবে। উদাহরণ স্বরূপ,
+আপনি kubeadm এর সাথে ইনস্টল করলে, আপনাকে সাহায্য করার জন্য নির্দেশাবলী রয়েছে
+[শংসাপত্র ব্যবস্থাপনা](/docs/tasks/administer-cluster/kubeadm/kubeadm-certs/)
+এবং [kubeadm ক্লাস্টার আপগ্রেড করা](/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade/)।
+কুবারনেটিস প্রশাসনিক কাজগুলির একটি দীর্ঘ তালিকার জন্য [ক্লাস্টার অ্যাডমিনিস্টার](/docs/tasks/administer-cluster/) দেখুন। 
 
-### Production worker nodes
+আপনি যখন কন্ট্রোল প্লেন পরিষেবাগুলি চালান তখন উপলব্ধ বিকল্পগুলি সম্পর্কে জানতে, দেখুন [kube-apisserver](/docs/reference/command-line-tools-reference/kube-apiserver/),
+[কুব-কন্ট্রোলার-ম্যানেজার](/docs/reference/command-line-tools-reference/kube-controller-manager/),
+এবং [কুব-শিডিউলার](/docs/reference/command-line-tools-reference/kube-scheduler/)
+উপাদান পৃষ্ঠা। অত্যন্ত উপলব্ধ নিয়ন্ত্রণ সমতল উদাহরণের জন্য, দেখুন
+[অত্যন্ত উপলব্ধ টপোলজির জন্য বিকল্পগুলি](/docs/setup/production-environment/tools/kubeadm/ha-topology/),
+[kubeadm-এর সাহায্যে অত্যন্ত উপলভ্য ক্লাস্টার তৈরি করা](/docs/setup/production-environment/tools/kubeadm/high-availability/),
+এবং [Kubernetes-এর জন্য অপারেটিং etcd ক্লাস্টার](/docs/tasks/administer-cluster/configure-upgrade-etcd/)।
+দেখুন [একটি etcd ক্লাস্টার ব্যাক আপ করা](/docs/tasks/administer-cluster/configure-upgrade-etcd/#backing-up-an-etcd-cluster)
+একটি etcd ব্যাকআপ পরিকল্পনা তৈরির তথ্যের জন্য।
 
-Production-quality workloads need to be resilient and anything they rely
-on needs to be resilient (such as CoreDNS). Whether you manage your own
-control plane or have a cloud provider do it for you, you still need to
-consider how you want to manage your worker nodes (also referred to
-simply as *nodes*).  
+### প্রোডাকশন ওয়ার্কার নোড
 
-- *Configure nodes*: Nodes can be physical or virtual machines. If you want to
-create and manage your own nodes, you can install a supported operating system,
-then add and run the appropriate
-[Node services](/docs/concepts/overview/components/#node-components). Consider:
-  - The demands of your workloads when you set up nodes by having appropriate memory, CPU, and disk speed and storage capacity available.
-  - Whether generic computer systems will do or you have workloads that need GPU processors, Windows nodes, or VM isolation.
-- *Validate nodes*: See [Valid node setup](/docs/setup/best-practices/node-conformance/)
-for information on how to ensure that a node meets the requirements to join
-a Kubernetes cluster.
-- *Add nodes to the cluster*: If you are managing your own cluster you can
-add nodes by setting up your own machines and either adding them manually or
-having them register themselves to the cluster’s apiserver. See the
-[Nodes](/docs/concepts/architecture/nodes/) section for information on how to set up Kubernetes to add nodes in these ways.
+উৎপাদন-গুণমানের কাজের চাপ স্থিতিস্থাপক হতে হবে এবং তারা যেকোন কিছুর উপর নির্ভর করে স্থিতিস্থাপক হতে হবে (যেমন CoreDNS)। আপনি নিজের কন্ট্রোল প্লেন পরিচালনা করুন বা একটি ক্লাউড প্রদানকারী আপনার জন্য এটি করুন, আপনাকে এখনও বিবেচনা করতে হবে কিভাবে আপনি আপনার কর্মী নোডগুলি পরিচালনা করতে চান (এছাড়াও সহজভাবে *নোড* হিসাবে উল্লেখ করা হয়)।
+
+- *নোডগুলি কনফিগার করুন*: নোডগুলি শারীরিক বা ভার্চুয়াল মেশিন হতে পারে। আপনি যদি নিজের নোডগুলি তৈরি করতে এবং পরিচালনা করতে চান তবে আপনি একটি সমর্থিত অপারেটিং সিস্টেম ইনস্টল করতে পারেন, তারপরে উপযুক্ত যোগ করুন এবং চালান
+[নোড পরিষেবাগুলি](/docs/concepts/overview/components/#node-components)। বিবেচনা করুন:
+   - উপযুক্ত মেমরি, সিপিউ, এবং ডিস্কের গতি এবং স্টোরেজ ক্ষমতা উপলব্ধ থাকার মাধ্যমে আপনি যখন নোড সেট আপ করেন তখন আপনার কাজের চাপের চাহিদা।
+   - জেনেরিক কম্পিউটার সিস্টেমগুলি করবে কিনা বা আপনার কাছে এমন কাজের চাপ আছে যেগুলির জন্য জিপিউ প্রসেসর, উইন্ডোজ নোড, বা ভিএম বিচ্ছিন্নতা প্রয়োজন। 
+- *ভ্যালিডেট নোড*: কিভাবে একটি নোড একটি কুবারনেটিস ক্লাস্টারে যোগদানের প্রয়োজনীয়তা পূরণ করে তা নিশ্চিত করার জন্য তথ্যের জন্য [ভ্যালিড নোড সেটআপ](/docs/setup/best-practices/node-conformance/) দেখুন।
+- *ক্লাস্টারে নোড যোগ করুন*: আপনি যদি নিজের ক্লাস্টার পরিচালনা করেন তাহলে আপনি আপনার নিজস্ব মেশিন সেট আপ করে নোড যোগ করতে পারেন এবং হয় সেগুলিকে ম্যানুয়ালি যোগ করে অথবা ক্লাস্টারের এপিসার্ভারে নিজেদের নিবন্ধন করতে পারেন। এই উপায়ে নোড যোগ করার জন্য Kubernetes কিভাবে সেট আপ করতে হয় সে সম্পর্কে তথ্যের জন্য [নোডসমুহ](/docs/concepts/architecture/nodes/) বিভাগটি দেখুন।
 - *Add Windows nodes to the cluster*: Kubernetes offers support for Windows
 worker nodes, allowing you to run workloads implemented in Windows containers. See
 [Windows in Kubernetes](/docs/setup/production-environment/windows/) for details.