Zonas
Introdução
Implantações do Citrix DaaS (anteriormente serviço Citrix Virtual Apps and Desktops™) que abrangem locais amplamente dispersos conectados por uma WAN podem enfrentar desafios de latência e confiabilidade da rede. O uso de zonas pode ajudar usuários em regiões remotas a se conectarem a recursos sem necessariamente forçar suas conexões a atravessar grandes segmentos da WAN. No ambiente Citrix DaaS, cada local de recurso é considerado uma zona.
As zonas podem ser úteis em implantações de todos os tamanhos. Você pode usar zonas para manter aplicativos e desktops mais próximos dos usuários, o que melhora o desempenho. As zonas podem ser usadas para recuperação de desastres, data centers geograficamente distantes, filiais, uma nuvem ou uma zona de disponibilidade em uma nuvem.
- Ao longo deste artigo, o termo local refere-se à zona em discussão. Por exemplo, “Um VDA se registra em um Cloud Connector local” significa que um VDA se registra em um Cloud Connector na zona onde o VDA está localizado.
Diferenças das zonas em ambientes Citrix Virtual Apps and Desktops locais
As zonas no ambiente Citrix DaaS™ são semelhantes, mas não idênticas às zonas em uma implantação local do Citrix Virtual Apps and Desktops.
- No Citrix DaaS, as zonas são criadas automaticamente quando você cria um local de recurso e adiciona um Cloud Connector a ele. Ao contrário de uma implantação local, o ambiente Citrix DaaS não classifica as zonas como primárias ou satélites.
-
No XenApp versão 6.5 e anteriores, as zonas incluíam coletores de dados. O Citrix DaaS não usa coletores de dados para zonas. Além disso, o failover e as zonas preferenciais funcionam de forma diferente.
-
O que há em uma zona
- Uma zona é equivalente a um local de recurso. Quando você cria um local de recurso e instala um Cloud Connector, uma zona é criada automaticamente para você. Cada zona pode ter um conjunto diferente de recursos, com base em suas necessidades e ambiente exclusivos.
Cada zona deve ter sempre pelo menos um Cloud Connector e, preferencialmente, dois ou mais, para redundância.
- Você pode colocar catálogos de máquinas, hypervisors, conexões de host, usuários e aplicativos em uma zona. Uma zona também pode conter servidores Citrix Gateway e StoreFront™. Para usar o recurso Cache de Host Local, uma zona deve ter um servidor StoreFront.
- As zonas são compatíveis com o Citrix Workspace™ e o serviço Citrix Gateway.
-
A colocação de itens em uma zona afeta como o Citrix DaaS interage com eles e com outros objetos relacionados a eles.
- Quando uma conexão de hypervisor é colocada em uma zona, presume-se que todos os hypervisors gerenciados por meio dessa conexão também residam nessa zona.
- Quando um catálogo de máquinas é colocado em uma zona, presume-se que todos os VDAs no catálogo estejam na zona.
- Instâncias do Citrix Gateway podem ser adicionadas a zonas. Ao criar um local de recurso, é oferecida a opção de adicionar um Citrix Gateway. Quando um Citrix Gateway é associado a uma zona, ele é preferencialmente usado quando as conexões com VDAs nessa zona são utilizadas.
- Idealmente, o Citrix Gateway em uma zona é usado para conexões de usuários que chegam a essa zona de outras zonas ou locais externos. Você também pode usá-lo para conexões dentro da zona.
-
Depois de criar mais locais de recursos e instalar Cloud Connectors neles (o que cria automaticamente mais zonas), você pode mover recursos entre as zonas. Essa flexibilidade vem com o risco de separar itens que funcionam melhor em proximidade. Por exemplo, mover um catálogo para uma zona diferente da conexão (host) que cria as máquinas no catálogo pode afetar o desempenho. Portanto, considere os possíveis efeitos não intencionais antes de mover itens entre as zonas. Mantenha um catálogo e a conexão de host que ele usa na mesma zona.
- Se a conexão entre uma zona e o Citrix Cloud falhar, o recurso Cache de Host Local permite que um Cloud Connector na zona continue a intermediar conexões com VDAs nessa zona. (A zona deve ter o StoreFront instalado.) Por exemplo, isso é eficaz em um escritório onde os trabalhadores usam o site StoreFront local para acessar seus recursos locais, mesmo que o link WAN que conecta o escritório à rede corporativa falhe. Para obter mais informações, consulte Cache de Host Local.
Onde os VDAs se registram
Os VDAs devem ter a versão mínima 7.7 para usar esses recursos de registro de zona:
- Um VDA em uma zona se registra com um Cloud Connector local.
- Enquanto esse Cloud Connector puder se comunicar com o Citrix Cloud™, as operações normais continuam.
- Se esse Cloud Connector estiver operacional, mas não puder se comunicar com o Citrix Cloud (e essa zona tiver um StoreFront local), ele entra no modo de interrupção do Cache de Host Local.
- Se um Cloud Connector falhar, os VDAs nessa zona tentarão se registrar com outros Cloud Connectors locais. Um VDA em uma zona nunca tenta se registrar com um Cloud Connector em outra zona.
- Se você adicionar ou remover um Cloud Connector em uma zona (usando o console de gerenciamento do Citrix Cloud) e a atualização automática estiver habilitada, os VDAs nessa zona receberão listas atualizadas de Cloud Connectors locais disponíveis, para que saibam com quem podem se registrar e de quem podem aceitar conexões.
- Se você mover um catálogo de máquinas para outra zona (usando o Studio), os VDAs nesse catálogo se registrarão novamente com os Cloud Connectors na zona para a qual você moveu o catálogo. Ao mover um catálogo, certifique-se de também mover qualquer conexão de host associada para a mesma zona.
-
Durante uma interrupção (quando os Cloud Connectors em uma zona não podem se comunicar com o Citrix Cloud), apenas os recursos associados às máquinas registradas nessa zona estão disponíveis.
-
Preferência de zona
- Em um Site com várias zonas, o recurso de preferência de zona oferece ao administrador mais flexibilidade para controlar qual VDA é usado para iniciar um aplicativo ou desktop.
Como a preferência de zona funciona
Existem três formas de preferência de zona. Você pode preferir usar um VDA em uma zona específica, com base em:
- Onde os dados do aplicativo estão armazenados. Isso é chamado de local de origem do aplicativo.
- O local dos dados de origem do usuário, como um perfil ou compartilhamento doméstico. Isso é chamado de local de origem do usuário.
- A localização atual do usuário (onde o aplicativo Citrix Workspace está sendo executado). Isso é chamado de localização do usuário. A localização do usuário requer no mínimo StoreFront 3.7 e Citrix Gateway (anteriormente NetScaler Gateway) 11.0-65.x.
O gráfico a seguir mostra um exemplo de configuração de várias zonas.
Neste exemplo, os VDAs estão distribuídos entre três zonas, mas todos estão no mesmo grupo de entrega. Portanto, o broker do Citrix DaaS pode ter uma escolha de qual VDA usar para uma solicitação de inicialização do usuário. Este exemplo ilustra que os usuários podem estar executando seus endpoints do aplicativo Citrix Workspace em diferentes locais. O Usuário A está usando um dispositivo com o aplicativo Citrix Workspace na zona 1. O Usuário B está usando um dispositivo na zona 2. Da mesma forma, os documentos de um usuário podem ser armazenados em diferentes locais. Os Usuários A e B usam um compartilhamento localizado na zona 1. O Usuário C usa um compartilhamento na zona 3. Além disso, um dos aplicativos publicados usa um banco de dados localizado na zona 1.
Você associa um usuário ou aplicativo a uma zona configurando uma zona de origem para o usuário ou aplicativo. O broker então usa essas associações para ajudar a selecionar a zona onde uma sessão será iniciada, se houver recursos disponíveis. Você:
- Configura a zona de origem para um usuário adicionando um usuário a uma zona.
- Configura a zona de origem para um aplicativo editando as propriedades do aplicativo.
Um usuário ou um aplicativo pode ter apenas uma zona de origem por vez. (Uma exceção para usuários pode ocorrer quando várias associações de zona acontecem devido à associação a grupos de usuários. No entanto, mesmo neste caso, o broker usa apenas uma zona de origem.)
Embora as preferências de zona para usuários e aplicativos possam ser configuradas, o broker seleciona apenas uma zona preferencial para uma inicialização. A ordem de prioridade padrão para selecionar a zona preferencial é: local de origem do aplicativo > local de origem do usuário > localização do usuário. Quando um usuário inicia um aplicativo:
- Se esse aplicativo tiver uma associação de zona configurada (um local de origem do aplicativo), a zona preferencial será a zona de origem para esse aplicativo.
- Se o aplicativo não tiver uma associação de zona configurada, mas o usuário tiver (um local de origem do usuário), a zona preferencial será a zona de origem para esse usuário.
- Se nem o aplicativo nem o usuário tiverem uma associação de zona configurada, a zona preferencial será a zona onde o usuário está executando uma instância do aplicativo Citrix Workspace (a localização do usuário). Se essa zona não for definida, uma seleção aleatória de VDA e zona será usada. O balanceamento de carga é aplicado a todos os VDAs na zona preferencial. Se não houver zona preferencial, o balanceamento de carga será aplicado a todos os VDAs no grupo de entrega.
Personalizando a preferência de zona
Ao configurar (ou remover) uma zona de origem para um usuário ou um aplicativo, você também pode restringir ainda mais como a preferência de zona é (ou não é) usada.
- **Uso obrigatório da zona de origem do usuário:** Em um grupo de entrega, você pode especificar "Iniciar a sessão na zona de origem do usuário (se o usuário tiver uma zona de origem), sem failover para uma zona diferente se os recursos não estiverem disponíveis na zona de origem." Essa restrição é útil se você quiser evitar o risco de copiar perfis grandes ou arquivos de dados entre zonas. Em outras palavras, você preferiria negar o início de uma sessão a iniciar a sessão em uma zona diferente.
- **Uso obrigatório da zona de origem do aplicativo:** Da mesma forma, ao configurar uma zona de origem para um aplicativo, você pode especificar "iniciar o aplicativo apenas nessa zona, sem failover para uma zona diferente se os recursos não estiverem disponíveis na zona de origem do aplicativo."
- Nenhuma zona de origem do aplicativo e ignorar a zona de origem do usuário configurada: Se você não especificar uma zona de origem para um aplicativo, também pode especificar “não considerar nenhuma zona de usuário configurada ao iniciar esse aplicativo.” Por exemplo, use a preferência de zona de localização do usuário se quiser que os usuários executem um aplicativo específico em um VDA próximo à sua máquina, mesmo que alguns usuários possam ter uma zona de origem diferente.
Como as zonas preferenciais afetam o uso da sessão
- Quando um usuário inicia um aplicativo ou desktop, o broker prefere usar a zona preferencial em vez de usar uma sessão existente.
Se o usuário que está iniciando um aplicativo ou desktop já tem uma sessão adequada para o recurso que está sendo iniciado (por exemplo, pode usar o compartilhamento de sessão para um aplicativo, ou uma sessão já executando o recurso que está sendo iniciado), mas essa sessão está em um VDA em uma zona diferente da zona preferencial para o usuário/aplicativo, então o sistema pode criar uma nova sessão. Essa ação satisfaz o início na zona correta (se houver capacidade disponível), antes de reconectar a uma sessão em uma zona menos preferencial para os requisitos de sessão desse usuário.
Para evitar uma sessão órfã que não pode mais ser alcançada, a reconexão é permitida para sessões desconectadas existentes, mesmo que estejam em uma zona não preferencial.
A ordem de preferência para sessões para satisfazer um início é:
- Reconectar a uma sessão existente na zona preferencial.
- Reconectar a uma sessão desconectada existente em uma zona não preferencial.
- Iniciar uma nova sessão na zona preferencial.
- Reconectar a uma sessão conectada existente em uma zona não preferencial.
- Iniciar uma nova sessão em uma zona não preferencial.
Outras considerações de preferência de zona
- Se você configurar uma zona principal para um grupo de usuários (como um grupo de segurança), os usuários desse grupo (por meio de associação direta ou indireta) serão associados à zona especificada. No entanto, um usuário pode ser membro de vários grupos de segurança e, portanto, pode ter uma zona principal diferente configurada por meio de outra associação a grupo. Nesses casos, a determinação da zona principal desse usuário pode ser ambígua.
Se um usuário tiver uma zona principal configurada que não foi adquirida por meio de associação a grupo, essa zona será usada para a preferência de zona. Quaisquer associações de zona adquiridas por meio de associação a grupo serão ignoradas.
-
Se o usuário tiver várias associações de zona diferentes adquiridas exclusivamente por meio de associação a grupo, o broker escolherá aleatoriamente entre as zonas. Depois que o broker fizer essa escolha, essa zona será usada para inícios de sessão subsequentes, até que a associação a grupo do usuário mude.
-
A preferência de zona de localização do usuário requer a detecção do aplicativo Citrix Workspace no dispositivo de endpoint pelo Citrix Gateway através do qual esse dispositivo está se conectando. O Citrix deve ser configurado para associar intervalos de endereços IP a zonas específicas. A identidade de zona descoberta deve ser passada do StoreFront para o Citrix DaaS.
- Embora escrito para uso local de zonas, o blog Zone Preference Internals contém detalhes técnicos relevantes.
-
Permissões para gerenciar zonas
- Um Administrador Completo pode executar todas as tarefas de gerenciamento de zona compatíveis. Mover itens entre zonas não requer permissões relacionadas à zona (exceto permissão de leitura de zona). No entanto, você deve ter permissão de edição para os itens que está movendo. Por exemplo, para mover um catálogo de máquinas de uma zona para outra, você deve ter permissão de edição para esse catálogo.
Se você usa o Citrix Provisioning™: O console atual do Citrix Provisioning não está ciente das zonas, então a Citrix recomenda usar o Studio para criar catálogos de máquinas que você deseja colocar em zonas específicas. Depois de criar o catálogo, você pode usar o console do Citrix Provisioning para provisionar máquinas nesse catálogo.
Criação de zona
Quando você cria um local de recurso no Citrix Cloud e, em seguida, adiciona um Cloud Connector a esse local de recurso, o Citrix DaaS cria e nomeia uma zona automaticamente. Você pode, opcionalmente, adicionar uma descrição mais tarde.
Depois de criar mais de um local de recurso (e as zonas são criadas automaticamente), você pode mover recursos de uma zona para outra.
Locais de recurso e zonas são sincronizados periodicamente, geralmente e aproximadamente a cada cinco minutos. Assim, se você alterar o nome de um local de recurso no Citrix Cloud, essa alteração será propagada para a zona associada em cinco minutos.
Adicionar ou alterar uma descrição de zona
Embora você não possa alterar o nome de uma zona, você pode adicionar ou alterar sua descrição.
- No Studio, selecione Zonas no painel esquerdo.
- Selecione uma zona no painel central e, em seguida, selecione “Editar Zona” na barra de ações.
- Adicione ou altere a descrição da zona.
- Selecione “OK” ou “Aplicar”.
Mover recursos de uma zona para outra
- No Studio, selecione Zonas no painel esquerdo.
- Selecione uma zona no painel central e, em seguida, selecione um ou mais itens.
- Arraste os itens para a zona de destino ou selecione “Mover Itens” na barra de ações e, em seguida, especifique para qual zona movê-los. (Embora você possa selecionar Cloud Connectors, não é possível movê-los para uma zona diferente.)
Uma mensagem de confirmação lista os itens selecionados e pergunta se você tem certeza de que deseja mover todos eles.
Lembre-se: Quando um catálogo de máquinas usa uma conexão de host com um hipervisor ou serviço de nuvem, certifique-se de que o catálogo e a conexão estejam na mesma zona. Caso contrário, o desempenho pode ser afetado. Se você mover um, mova o outro também.
Exclusão de zona
Não é possível excluir uma zona. No entanto, você pode excluir um local de recurso (após remover seus Cloud Connectors). A exclusão do local de recurso exclui automaticamente a zona.
- Se a zona não contiver nenhum item (como catálogos, conexões, aplicativos ou usuários), a zona será excluída durante a próxima sincronização entre zonas e locais de recurso. A sincronização ocorre a cada cinco minutos.
- Se a zona contiver itens, a zona será excluída automaticamente depois que todos os itens forem removidos.
Adicionar uma zona inicial para um usuário
Configurar uma zona inicial para um usuário também é conhecido como adicionar um usuário a uma zona.
- No Studio, selecione Zonas no painel esquerdo.
- Selecione uma zona no painel central e, em seguida, selecione “Adicionar Usuários à Zona” na barra de ações.
- Na caixa de diálogo “Adicionar Usuários à Zona”, selecione “Adicionar” e, em seguida, selecione os usuários e grupos de usuários a serem adicionados à zona. Se você especificar usuários que já têm uma zona inicial, uma mensagem oferecerá duas opções: “Sim” = adicionar apenas os usuários especificados que não têm uma zona inicial; “Não” = retornar à caixa de diálogo de seleção de usuário.
- Selecione “OK”.
Para usuários com uma zona inicial configurada, você pode exigir que as sessões sejam iniciadas apenas a partir de sua zona inicial:
- Crie ou edite um grupo de entrega.
- Na página “Usuários”, selecione a caixa de seleção “Exigir que as sessões sejam iniciadas na zona inicial de um usuário (se configurado)”.
Todas as sessões iniciadas por um usuário nesse grupo de entrega devem ser iniciadas a partir de máquinas na zona inicial desse usuário. Se um usuário no grupo de entrega não tiver uma zona inicial configurada, essa configuração não terá efeito.
Remover uma zona inicial para um usuário
Este procedimento também é conhecido como remover um usuário de uma zona.
- No Studio, selecione Zonas no painel esquerdo.
- Selecione uma zona no painel central e, em seguida, selecione “Remover Usuários da Zona” na barra de ações.
- Na caixa de diálogo “Adicionar Usuários à Zona”, selecione “Remover” e, em seguida, selecione os usuários e grupos a serem removidos da zona. Esta ação remove os usuários apenas da zona. Esses usuários permanecem nos grupos de entrega aos quais pertencem.
- Confirme a remoção quando solicitado.
Gerenciar zonas iniciais para aplicativos
Configurar uma zona inicial para um aplicativo também é conhecido como adicionar um aplicativo a uma zona. Por padrão, em um ambiente multizona, um aplicativo não tem uma zona inicial.
A zona inicial de um aplicativo é especificada nas propriedades do aplicativo. Você pode configurar as propriedades do aplicativo ao adicioná-lo a um grupo ou posteriormente.
- Ao criar um grupo de entrega ou adicionar aplicativos a grupos existentes, selecione “Propriedades” na página “Aplicativos” do assistente.
- Para alterar as propriedades de um aplicativo depois que ele é adicionado, selecione “Zonas” no painel esquerdo. Selecione um aplicativo e, em seguida, selecione “Propriedades” na barra de ações.
Na página “Zonas” das propriedades/configurações do aplicativo:
- Se você quiser que o aplicativo tenha uma zona inicial:
- Selecione o botão de opção “Usar a zona selecionada para decidir” e, em seguida, selecione a zona.
- Se você quiser que o aplicativo seja iniciado apenas da zona selecionada (e não de qualquer outra zona), selecione a caixa de seleção abaixo da seleção de zona.
- Se você não quiser que o aplicativo tenha uma zona inicial:
- Selecione o botão de opção “Não configurar uma zona inicial”.
- Se você não quiser que o broker considere nenhuma zona de usuário configurada ao iniciar este aplicativo, selecione a caixa de seleção abaixo do botão de opção. Neste caso, nem as zonas iniciais do aplicativo nem as do usuário são usadas para determinar onde iniciar este aplicativo.
Outras ações que incluem a especificação de zonas
Se você tiver mais de uma zona, poderá especificar uma zona ao adicionar uma conexão de host ou criar um catálogo. As zonas são listadas em ordem alfabética nas listas de seleção. Por padrão, o primeiro nome em ordem alfabética é selecionado.
Solução de problemas
O Studio fornece alertas proativos para garantir que seu Cache de Host Local e suas zonas estejam configurados corretamente, para que você possa resolver os problemas a tempo, antes que uma interrupção afete seus usuários. Este recurso ajuda a manter o acesso contínuo dos usuários a cargas de trabalho de missão crítica.
Uma guia “Solução de problemas” aparece para cada zona com problemas.
Para verificar problemas relacionados à zona, siga estas etapas:
- Vá para “Zonas” e clique na zona com o ícone de aviso.
- Vá para a guia “Solução de problemas” no painel inferior e leia as informações lá.
Observação:
Os diagnósticos são atualizados a cada hora.
Exemplo de informações de solução de problemas:
A tabela a seguir fornece uma lista completa de avisos e erros relacionados à zona:
| Gravidade | Possíveis problemas | Ações recomendadas |
|---|---|---|
| Aviso | O local do recurso contém vários domínios. Locais de recurso que contêm vários domínios podem causar registros de VDA atrasados ou com falha no modo Cache de Host Local. | Reconfigure seu local de recurso para que todos os Cloud Connectors estejam no mesmo domínio. Consulte os Detalhes Técnicos do Citrix Cloud Connector para obter mais informações sobre configurações de vários domínios compatíveis. |
| Aviso | O número de conexões de host no local do recurso excede o limite recomendado, o que pode resultar em degradação do desempenho. | Reduza o número de conexões de host no local do recurso para não mais do que o limite recomendado. Consulte Limites. |
| Aviso | Há apenas um Cloud Connector no local do recurso. | Para alta disponibilidade, instale dois Cloud Connectors em cada local de recurso. Consulte os Detalhes Técnicos do Citrix Cloud Connector. |
| Aviso | Há menos CPUs por soquete do que o recomendado, o que pode resultar em degradação do desempenho no modo Cache de Host Local. | Certifique-se de que cada Cloud Connector atenda aos requisitos mínimos de CPU por soquete. Consulte Configuração de computação recomendada para Cache de Host Local. |
| Aviso | O StoreFront não está enviando solicitações STA para todos os Cloud Connectors neste local de recurso. | Certifique-se de que todos os Cloud Connectors sejam adicionados como servidores STA no StoreFront e no NetScaler® Gateway para evitar falhas de inicialização no modo Cache de Host Local. |
| Aviso | O StoreFront é detectado no Local do Recurso, mas pelo menos um Connector dentro do Local do Recurso não está recebendo tráfego do StoreFront. A falta de tráfego do StoreFront pode afetar a escalabilidade e causar problemas ao entrar no modo de alta disponibilidade. | Certifique-se de que todos os Cloud Connectors estejam listados como um feed de recurso no StoreFront e verifique se o StoreFront pode se comunicar com todos os Connectors listados na porta especificada no feed de recurso. |
| Aviso | O local do recurso tem vários brokers de Cache de Host Local eleitos. Ter vários brokers de Cache de Host Local eleitos pode fazer com que os registros de VDA sejam divididos entre os conectores no modo Cache de Host Local, levando a falhas de inicialização intermitentes. | Certifique-se de que os conectores possam se comunicar em http://<FQDN_OF_PEER_CONNECTOR>:80/Citrix/CdsController/ISecondaryBrokerElection. Consulte Zonas com vários Cloud Connectors. |
| Aviso | Há menos processadores lógicos de CPU do que o recomendado, o que pode resultar em degradação do desempenho no modo Cache de Host Local. | Certifique-se de que cada Cloud Connector atenda aos requisitos mínimos de processador lógico de CPU para Cache de Host Local. Consulte Configuração de computação recomendada para Cache de Host Local. |
| Aviso | Há menos RAM do que o recomendado, o que pode resultar em degradação do desempenho no modo Cache de Host Local. | Certifique-se de que cada Cloud Connector atenda aos requisitos mínimos de RAM para Cache de Host Local. Consulte Configuração de computação recomendada para Cache de Host Local. |
| Erro | Há mais VDAs no local do recurso do que o recomendado, o que resultará em falhas de registro de VDA no modo Cache de Host Local. | Reduza o número de VDAs neste local de recurso para não mais do que o limite recomendado. Consulte Limites. |
| Erro | Nenhum dos Cloud Connectors na zona pode ser alcançado. Os VDAs neste local de recurso devem estar disponíveis através do Cache de Host Local ou da Continuidade do Serviço. | Revise a conectividade dos Cloud Connectors na zona e verifique o registro para ver se o modo LHC é forçado via registro. Se o LHC não for forçado via registro, considere executar o Utilitário de Verificação de Conectividade do Cloud Connector. Se o problema persistir, abra um tíquete de suporte. |
| Erro | Há menos processadores lógicos de CPU do que o recomendado, o que pode resultar em degradação do desempenho. | Certifique-se de que cada Cloud Connector atenda aos requisitos mínimos de processador lógico de CPU. Consulte Detalhes Técnicos do Citrix Cloud Connector. |
| Erro | Há menos RAM do que o recomendado, o que pode resultar em degradação do desempenho. | Certifique-se de que cada Cloud Connector atenda aos requisitos mínimos de RAM. Consulte Detalhes Técnicos do Citrix Cloud Connector. |
Para obter um relatório detalhado de configurações incorretas na zona, execute o cmdlet do PowerShell, Get-ConfigMisconfigurationReport. Detalhes adicionais incluem informações como qual Conector está configurado incorretamente, qual é a configuração incorreta atual e qual é a configuração recomendada.
Neste artigo
- Introdução
- Onde os VDAs se registram
- Preferência de zona
- Permissões para gerenciar zonas
- Criação de zona
- Adicionar ou alterar uma descrição de zona
- Mover recursos de uma zona para outra
- Exclusão de zona
- Adicionar uma zona inicial para um usuário
- Remover uma zona inicial para um usuário
- Gerenciar zonas iniciais para aplicativos
- Outras ações que incluem a especificação de zonas
- Solução de problemas