Requisitos del Centro de Control de Astra
Comience verificando la preparación de su entorno operativo, clústeres de aplicaciones, aplicaciones, licencias y explorador web.
Requisitos del entorno operativo
Astra Control Center requiere uno de los siguientes tipos de entornos operativos:
-
Kubernetes 1.20 a 1.23
-
Rancher 2.5.8, 2.5.9, o 2.6 con RKE1
-
OpenShift Container Platform de Red Hat 4.6.8, 4.7, 4.8 o 4.9
-
VMware Tanzania Kubernetes Grid 1.4
-
VMware Tanzu Kubernetes Grid Integrated Edition 1.12.2
Asegúrese de que el entorno operativo que elija para alojar Astra Control Center cumple los requisitos de recursos básicos que se describen en la documentación oficial del entorno. Astra Control Center requiere los siguientes recursos además de los requisitos de recursos del entorno:
Componente | Requisito |
---|---|
Capacidad del back-end de almacenamiento |
500 GB disponibles como mínimo |
Nodos de trabajo |
Al menos 3 nodos de trabajo en total, con 4 núcleos de CPU y 12 GB de RAM cada uno |
Dirección FQDN |
Una dirección FQDN para Astra Control Center |
Astra Trident |
|
Estos requisitos suponen que Astra Control Center es la única aplicación que se ejecuta en el entorno operativo. Si el entorno ejecuta aplicaciones adicionales, ajuste estos requisitos mínimos según corresponda. |
-
Registro de imágenes: Debe tener un registro de imágenes Docker privado existente en el que puede insertar imágenes de creación de Astra Control Center. Debe proporcionar la dirección URL del registro de imágenes donde cargará las imágenes.
-
Configuración de Astra Trident/ONTAP: Astra Control Center requiere que se cree una clase de almacenamiento y se establezca como la clase de almacenamiento predeterminada. Astra Control Center es compatible con los siguientes controladores de ONTAP proporcionados por Astra Trident:
-
ontap-nas
-
san ontap
-
ontap-san-economía
-
Durante la clonación de aplicaciones en entornos OpenShift, Astra Control Center debe permitir a OpenShift montar volúmenes y cambiar la propiedad de los archivos. Por este motivo, es necesario configurar una política de exportación de volúmenes ONTAP para permitir estas operaciones. Puede hacerlo con los siguientes comandos:
|
Si tiene pensado añadir un segundo entorno operativo OpenShift como recurso informático gestionado, debe asegurarse de que la función Astra Trident Volume Snapshot esté habilitada. Para habilitar y probar copias Snapshot de volumen con Astra Trident, "Consulte las instrucciones oficiales de la Astra Trident". |
Requisitos del clúster de Grid de VMware Tanzania Kubernetes
Al alojar Astra Control Center en un clúster VMware Tanzu Kubernetes Grid (TKG) o Tanzu Kubernetes Grid Integrated Edition (TKGi), tenga en cuenta las siguientes consideraciones.
-
Desactive la implementación predeterminada de la clase de almacenamiento TKG o TKGi en cualquier cluster de aplicaciones que Astra Control deba gestionar. Para ello, edite la
TanzuKubernetesCluster
recurso en el clúster de espacio de nombres. -
Debe crear una directiva de seguridad que permita a Astra Control Center crear pods dentro del clúster. Para ello, puede utilizar los siguientes comandos:
kubectl config use-context <context-of-workload-cluster> kubectl create clusterrolebinding default-tkg-admin-privileged-binding --clusterrole=psp:vmware-system-privileged --group=system:authenticated
-
Tenga en cuenta los requisitos específicos para Astra Trident al implementar Astra Control Center en un entorno TKG o TKGi. Para obtener más información, consulte "Documentación de Astra Trident".
El token predeterminado del archivo de configuración de VMware TKG y TKGi caduca diez horas después de la implementación. Si utiliza productos de la cartera de Tanzu, debe generar un archivo de configuración de tanzu Kubernetes Cluster con un token que no caduca para evitar problemas de conexión entre Astra Control Center y clústeres de aplicaciones administradas. Si desea obtener instrucciones, visite "La documentación de producto del centro de datos NSX-T de VMware." |
Compatibles con los back-ends de almacenamiento
Astra Control Center admite los siguientes back-ends de almacenamiento.
-
Almacén de datos Astra
-
NetApp ONTAP 9.5 o sistemas AFF y FAS más recientes
-
Cloud Volumes ONTAP de NetApp
Requisitos del clúster de aplicaciones
Astra Control Center tiene los siguientes requisitos para los clústeres que tiene previsto gestionar desde Astra Control Center. Estos requisitos también se aplican si el clúster que tiene previsto gestionar es el clúster de entorno operativo que aloja Astra Control Center.
-
La versión más reciente de Kubernetes "componente de controladora snapshot" está instalado
-
Una Astra Trident "volumesnapshotclass object" ha sido definido por un administrador
-
Existe una clase de almacenamiento de Kubernetes predeterminada en el clúster
-
Se configura al menos una clase de almacenamiento para que use Astra Trident
Su clúster de aplicaciones debe tener un kubeconfig.yaml archivo que define sólo un elemento context. Consulte la documentación de Kubernetes para "información sobre la creación de archivos kubeconfig".
|
Cuando administre clústeres de aplicaciones en un entorno Rancher, modifique el contexto predeterminado del clúster de aplicaciones en kubeconfig Archivo proporcionado por Rancher para utilizar un contexto de plano de control en lugar del contexto del servidor API Rancher. Esto reduce la carga en el servidor API de Rancher y mejora el rendimiento.
|
Y gestión de aplicaciones
Astra Control tiene los siguientes requisitos de gestión de aplicaciones:
-
Licencia: Para gestionar aplicaciones mediante Astra Control Center, necesita una licencia Astra Control Center.
-
Namespaces: Astra Control requiere que una aplicación no abarque más de un único espacio de nombres, pero un espacio de nombres puede contener más de una aplicación.
-
StorageClass: Si instala una aplicación con StorageClass definida explícitamente y necesita clonar la aplicación, el clúster de destino para la operación de clonado debe tener el StorageClass especificado originalmente. Se producirá un error al clonar una aplicación con un tipo de almacenamiento establecido explícitamente en un clúster que no tenga el mismo tipo de almacenamiento.
-
Recursos de Kubernetes: Las aplicaciones que usan recursos de Kubernetes no recopilados por Astra Control podrían no tener funciones completas de gestión de datos de aplicaciones. Astra Control recopila los siguientes recursos de Kubernetes:
Función de clúster
ClusterRoleBinding
ConfigMap
Cronjob
CustomResourceDefinition
Recurso personalizado
DemonSet
DeploymentConfig
HorizontalPodAutocaler
Entrada
MutatingWebhook
Política de red
Claim persistente
Pod
PodDisruptionBudget
PodTemplate
Replicaset
Función
RoleBinding
Ruta
Secreto
Servicio
ServiceAccount
Statilusionados Set
ValidadoWebhook
Métodos de instalación de aplicaciones compatibles
Astra Control es compatible con los siguientes métodos de instalación de aplicaciones:
-
Fichero manifiesto: Astra Control admite aplicaciones instaladas desde un archivo manifiesto mediante kubectl. Por ejemplo:
kubectl apply -f myapp.yaml
-
Helm 3: Si utiliza Helm para instalar aplicaciones, Astra Control requiere Helm versión 3. Es totalmente compatible con la gestión y clonación de aplicaciones instaladas con Helm 3 (o actualizadas de Helm 2 a Helm 3). No se admite la administración de aplicaciones instaladas con Helm 2.
-
Aplicaciones implementadas por el operador: Astra Control admite aplicaciones instaladas con operadores de ámbito de espacio de nombres. A continuación, se enumeran algunas aplicaciones que se han validado para este modelo de instalación:
Un operador y la aplicación que instale deben usar el mismo espacio de nombres; es posible que deba modificar el archivo .yaml de despliegue para que el operador se asegure de que así sea. |
Acceso a Internet
Debe determinar si tiene acceso externo a Internet. Si no lo hace, es posible que algunas funcionalidades sean limitadas, como recibir datos de supervisión y métricas de Cloud Insights de NetApp, o enviar paquetes de soporte al "Sitio de soporte de NetApp".
Licencia
Astra Control Center requiere una licencia de Astra Control Center para obtener todas las funciones. Obtenga una licencia de evaluación o una licencia completa de NetApp. Sin una licencia, no podrá:
-
Defina aplicaciones personalizadas
-
Cree instantáneas o clones de las aplicaciones existentes
-
Configure las políticas de protección de datos
Si desea probar Astra Control Center, puede "utilice una licencia de evaluación de 90 días".
Para obtener más información sobre cómo funcionan las licencias, consulte "Licencia".
Entrada para clústeres de Kubernetes en las instalaciones
Puede elegir el tipo de entrada de red que utiliza Astra Control Center. De forma predeterminada, Astra Control Center implementa la puerta de enlace Astra Control Center (service/trafik) como un recurso para todo el clúster. Astra Control Center también admite el uso de un equilibrador de carga de servicio, si están permitidos en su entorno. Si prefiere utilizar un equilibrador de carga de servicio y no tiene uno configurado, puede utilizar el equilibrador de carga MetalLB para asignar automáticamente una dirección IP externa al servicio. En la configuración interna del servidor DNS, debe apuntar el nombre DNS elegido para Astra Control Center a la dirección IP con equilibrio de carga.
Si va a alojar Astra Control Center en un clúster de cuadrícula de Tanzania Kubernetes, utilice kubectl get nsxlbmonitors -A comando para ver si ya tiene un monitor de servicio configurado para aceptar tráfico de entrada. Si existe una, no debe instalar MetalLB, ya que el monitor de servicio existente anulará cualquier nueva configuración de equilibrador de carga.
|
Para obtener más información, consulte "Configure la entrada para el equilibrio de carga".
Requisitos de red
El entorno operativo que aloja Astra Control Center se comunica mediante los siguientes puertos TCP. Debe asegurarse de que estos puertos estén permitidos a través de cualquier firewall y configurar firewalls para permitir que cualquier tráfico de salida HTTPS que se origine en la red Astra. Algunos puertos requieren conectividad de ambos modos entre el entorno que aloja Astra Control Center y cada clúster gestionado (se indica si procede).
Puede poner en marcha Astra Control Center en un clúster de Kubernetes de doble pila y Astra Control Center puede gestionar las aplicaciones y los back-ends de almacenamiento que se hayan configurado para un funcionamiento de doble pila. Para obtener más información sobre los requisitos de los clústeres de doble pila, consulte "Documentación de Kubernetes". |
Origen | Destino | Puerto | Protocolo | Específico |
---|---|---|---|---|
PC cliente |
Astra Control Center |
443 |
HTTPS |
Acceso de interfaz de usuario/API: Asegúrese de que este puerto está abierto de ambas formas entre el clúster que aloja a Astra Control Center y cada clúster gestionado |
Consumidor de métricas |
Nodo de trabajo de Astra Control Center |
9090 |
HTTPS |
Comunicación de datos de métricas: Asegúrese de que cada clúster gestionado pueda acceder a este puerto en el clúster que aloja a Astra Control Center (se requiere una comunicación bidireccional) |
Astra Control Center |
Servicio Cloud Insights alojado |
443 |
HTTPS |
Comunicación de Cloud Insights |
Astra Control Center |
Proveedor de bloques de almacenamiento Amazon S3 |
443 |
HTTPS |
Comunicación del almacenamiento de Amazon S3 |
Astra Control Center |
AutoSupport de NetApp |
443 |
HTTPS |
Comunicación AutoSupport de NetApp |
Exploradores web compatibles
Astra Control Center es compatible con las versiones recientes de Firefox, Safari y Chrome con una resolución mínima de 1280 x 720.
El futuro
Vea la "inicio rápido" descripción general.