Zonas
Introdução
Implantações do Citrix DaaS (antigo 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 conectar 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.
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 se refere à 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 de 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 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, as zonas de failover e preferenciais funcionam de forma diferente.
O que há em uma zona
Uma zona é equivalente a uma localização 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 específicos.
Cada zona deve sempre ter pelo menos um Cloud Connector, e de preferência dois ou mais, para redundância.
Você pode colocar catálogos de máquinas, hipervisores, 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 suportadas com o Citrix Workspace e o serviço Citrix Gateway.
Colocar itens em uma zona afeta como o Citrix DaaS interage com eles e com outros objetos relacionados a eles.
- Quando uma conexão de hipervisor é colocada em uma zona, presume-se que todos os hipervisores gerenciados por essa conexão também residem nessa zona.
- Quando um catálogo de máquina é colocado em uma zona, presume-se que todos os VDAs no catálogo estejam na zona.
- Instâncias do Citrix Gateway podem ser adicionadas às zonas. Ao criar um local de recurso, você tem a opção de adicionar um Citrix Gateway. Quando um Citrix Gateway é associado a uma zona, ele é preferível para uso quando conexões com VDAs nessa zona são usadas.
- O ideal é que o Citrix Gateway em uma zona seja 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 o Cloud Connectors neles (o que cria mais zonas automaticamente), você pode mover recursos entre zonas. Essa flexibilidade traz o risco de separar itens que funcionam melhor em locais próximos. 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 possíveis efeitos indesejados antes de mover itens entre 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 habilitará um Cloud Connector na zona para continuar intermediando conexões com VDAs nessa zona. (A zona deve ter o StoreFront instalado.) Por exemplo, isso é eficaz em um escritório onde os funcionários usam o site local do StoreFront para acessar seus recursos locais, mesmo se o link WAN que conecta o escritório à rede corporativa falhar. Para mais informações, consulte Cache de host local.
Onde os VDAs se registram
Os VDAs devem ter no mínimo a versão 7.7 para usar estes recursos de registro de zona:
- Um VDA em uma zona se registra em um Cloud Connector local.
- Enquanto o Cloud Connector puder se comunicar com o Citrix Cloud, as operações normais continuarão.
- Se esse Cloud Connector estiver operacional, mas não puder se comunicar com o Citrix Cloud (e essa zona tiver um StoreFront local), ele entrará no modo de interrupção do cache do host local.
- Se um Cloud Connector falhar, os VDAs nessa zona tentarão se registrar em outros Cloud Connectors locais. Um VDA em uma zona nunca tenta se registrar em 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 aceitar conexões.
- Se você mover um catálogo de máquina para outra zona (usando o Studio), os VDAs nesse catálogo serão registrados novamente no Cloud Connectors na zona para onde você moveu o catálogo. Ao mover um catálogo, certifique-se de mover também qualquer conexão de host associada para a mesma zona.
- Durante uma interrupção (quando os Cloud Connectors em uma zona não conseguem se comunicar com o Citrix Cloud), somente os recursos associados às máquinas registradas nessa zona ficam 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 funciona a preferência de zona
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 são armazenados. Isto é chamado de aplicativo inicial.
- A localização dos dados residenciais do usuário, como um perfil ou compartilhamento residencial. Isto é chamado de casa do usuário.
- A localização atual do usuário (onde o aplicativo Citrix Workspace está em execução). Isso é chamado de localização do usuário. A localização do usuário requer no mínimo o StoreFront 3.7 e o Citrix Gateway (antigo NetScaler Gateway) 11.0-65.x.
O gráfico a seguir mostra um exemplo de configuração multizona.
Neste exemplo, os VDAs estão distribuídos em três zonas, mas todos estão no mesmo grupo de entrega. Portanto, o corretor Citrix DaaS pode ter a opção de escolher qual VDA usar para uma solicitação de inicialização do usuário. Este exemplo ilustra que os usuários podem executar os endpoints do aplicativo Citrix Workspace em locais diferentes. 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 locais diferentes. 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 inicial para o usuário ou aplicativo. O corretor então usa essas associações para ajudar a selecionar a zona onde uma sessão será iniciada, se houver recursos disponíveis. Você:
- Configure a zona inicial para um usuário adicionando um usuário a uma zona.
- Configure a zona inicial de um aplicativo editando as propriedades do aplicativo.
Um usuário ou um aplicativo pode ter apenas uma zona residencial por vez. (Uma exceção para usuários pode ocorrer quando há múltiplas associações de zona devido à associação de grupo de usuários. Entretanto, mesmo neste caso, o corretor usa apenas uma zona residencial.)
Embora as preferências de zona para usuários e aplicativos possam ser configuradas, o broker seleciona apenas uma zona preferencial para um lançamento. A ordem de prioridade padrão para selecionar a zona preferencial é: página inicial do aplicativo > página inicial 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 (uma zona inicial do aplicativo), a zona preferencial será a zona inicial desse aplicativo.
- Se o aplicativo não tiver uma associação de zona configurada, mas o usuário tiver (uma zona residencial do usuário), a zona preferencial será a zona residencial desse 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 estiver executando uma instância do aplicativo Citrix Workspace (o local do usuário). Se essa zona não estiver 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 uma zona preferencial, o balanceamento de carga será aplicado a todos os VDAs no grupo de entrega.
Preferência de zona de adaptação
Ao configurar (ou remover) uma zona inicial 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 inicial do usuário: Em um grupo de entrega, você pode especificar “Iniciar a sessão na zona inicial do usuário (se o usuário tiver uma zona inicial), sem failover para uma zona diferente se os recursos não estiverem disponíveis na zona inicial”. Essa restrição é útil se você quiser evitar o risco de copiar perfis grandes ou arquivos de dados entre zonas. Em outras palavras, você prefere negar o início de uma sessão do que iniciá-la em uma zona diferente.
- Uso obrigatório da zona inicial do aplicativo: Da mesma forma, ao configurar uma zona inicial para um aplicativo, você pode especificar “iniciar o aplicativo somente nessa zona, sem failover para uma zona diferente se os recursos não estiverem disponíveis na zona inicial do aplicativo”.
- Nenhuma zona inicial do aplicativo e ignorar a zona inicial do usuário configurada: Se você não especificar uma zona inicial para um aplicativo, também poderá 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 inicial diferente.
Como as zonas preferenciais afetam o uso da sessão
Quando um usuário inicia um aplicativo ou desktop, o corretor prefere usar a zona preferida em vez de usar uma sessão existente.
Se o usuário que inicia um aplicativo ou desktop já tiver uma sessão adequada para o recurso que está sendo iniciado (por exemplo, puder usar o compartilhamento de sessão para um aplicativo ou uma sessão que já esteja executando o recurso que está sendo iniciado), mas essa sessão estiver em um VDA em uma zona diferente da zona preferencial para o usuário/aplicativo, o sistema poderá criar uma nova sessão. Esta ação satisfaz o lançamento na zona correta (se houver capacidade disponível), antes de reconectar a uma sessão em uma zona menos preferida para os requisitos de sessão daquele 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 elas estejam em uma zona não preferencial.
A ordem de conveniência para que as sessões satisfaçam um lançamento é:
- Reconecte-se a uma sessão existente na zona preferida.
- Reconecte-se a uma sessão desconectada existente em uma zona não preferencial.
- Inicie uma nova sessão na zona preferida.
- Reconecte-se a uma sessão existente conectada em uma zona não preferencial.
- Inicie uma nova sessão em uma zona não preferencial.
Outras considerações sobre preferência de zona
-
Se você configurar uma zona inicial 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 residencial diferente configurada por meio de outra associação de grupo. Nesses casos, a determinação da zona residencial do usuário pode ser ambígua.
Se um usuário tiver uma zona residencial configurada que não foi adquirida por meio de associação de grupo, essa zona será usada para preferência de zona. Quaisquer associações de zona adquiridas por meio de associação de grupo serão ignoradas.
Se o usuário tiver várias associações de zonas diferentes adquiridas somente por meio de associação de grupo, o corretor escolhe entre as zonas aleatoriamente. Depois que o corretor faz essa escolha, essa zona é usada para inicializações de sessões subsequentes, até que a associação do grupo do usuário seja alterada.
-
A preferência de zona de localização do usuário requer a detecção do aplicativo Citrix Workspace no dispositivo de ponto de extremidade pelo Citrix Gateway por meio do qual o dispositivo está se conectando. O Citrix deve ser configurado para associar intervalos de endereços IP a zonas específicas. A identidade da zona descoberta deve ser passada pelo StoreFront para o Citrix DaaS.
Embora escrito para uso local de zonas, a postagem do 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 suportadas. Mover itens entre zonas não requer permissões relacionadas à zona (exceto permissão de leitura de zona). No entanto, você precisa ter permissão de edição para os itens que está movendo. Por exemplo, para mover um catálogo de máquina de uma zona para outra, você deve ter permissão de edição para esse catálogo.
Se você usar o Citrix Provisioning: O console atual do Citrix Provisioning não reconhece 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 de provisionamento do Citrix para provisionar máquinas nesse catálogo.
Criação de zona
Quando você cria um local de recurso no Citrix Cloud e adiciona um Cloud Connector a esse local de recurso, o Citrix DaaS cria e nomeia automaticamente uma zona. Opcionalmente, você pode 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.
Os locais e zonas de recursos são sincronizados periodicamente, normalmente e aproximadamente a cada cinco minutos. Portanto, 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 não seja possível 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 do meio e então selecione Editar Zona na barra de ação.
- 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 do meio e, em seguida, selecione um ou mais itens.
- Arraste os itens para a zona de destino ou selecione Mover itens na barra de ação e especifique para qual zona movê-los. (Embora você possa selecionar Conectores de Nuvem, 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áquina 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
Você não pode excluir uma zona. No entanto, você pode excluir um local de recurso (após remover seus Cloud Connectors). A exclusão do local do recurso exclui automaticamente a zona.
- Se a zona não contiver nenhum item (como catálogos, conexões, aplicativos ou usuários), ela será excluída durante a próxima sincronização entre zonas e locais de recursos. A sincronização ocorre a cada cinco minutos.
- Se a zona contiver itens, ela será excluída automaticamente depois que todos os itens forem removidos.
Adicionar uma zona residencial 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 do meio e então selecione Adicionar usuários à zona na barra de ação.
- Na caixa de diálogo Adicionar usuários à zona , selecione Adicionare, 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 residencial, uma mensagem oferecerá duas opções: Sim = adicionar somente os usuários que você especificou que não têm uma zona residencial; Não = retornar à caixa de diálogo de seleção de usuário.
- Selecionar OKEY.
Para usuários com uma zona inicial configurada, você pode exigir que as sessões sejam iniciadas somente na zona inicial deles:
- Crie ou edite um grupo de entrega.
- Na página Usuários , marque a caixa de seleção As sessões devem ser iniciadas na zona inicial do usuário, se configurada .
Todas as sessões iniciadas por um usuário nesse grupo de entrega devem ser iniciadas em máquinas na zona residencial desse usuário. Se um usuário no grupo de entrega não tiver uma zona residencial configurada, essa configuração não terá efeito.
Remover uma zona residencial para um usuário
Este procedimento também é conhecido como remoção de um usuário de uma zona.
- No Studio, selecione Zonas no painel esquerdo.
- Selecione uma zona no painel do meio e selecione Remover usuários da zona na barra de ações.
- Na caixa de diálogo Adicionar usuários à zona , selecione Removere, em seguida, selecione os usuários e grupos a serem removidos da zona. Esta ação remove somente os usuários 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 após adicioná-lo, selecione Zonas no painel esquerdo. Selecione um aplicativo e então selecione Propriedades na barra de ação.
Na página Zonas das propriedades/configurações do aplicativo:
- Se você deseja que o aplicativo tenha uma zona de residência:
- Selecione o botão de opção Use a zona selecionada para decidir e então selecione a zona.
- Se você quiser que o aplicativo seja iniciado somente na zona selecionada (e não em nenhuma outra zona), marque a caixa de seleção abaixo da seleção de zona.
- Se você não quiser que o aplicativo tenha uma zona de residência:
- Selecione o botão de opção Não configurar uma zona residencial .
- Se você não quiser que o broker considere nenhuma zona de usuário configurada ao iniciar este aplicativo, marque a caixa de seleção abaixo do botão de opção. Nesse 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 alfabético é selecionado.
Solução de problemas
O Studio fornece alertas proativos para garantir que seu Cache de Host Local e zonas estejam configurados corretamente para que você possa resolver os problemas a tempo antes que uma interrupção afete seus usuários. Esse recurso ajuda a manter o acesso contínuo do usuário a cargas de trabalho de missão crítica.
Uma aba Solucionar 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á até a aba 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 para 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 recursos que contêm vários domínios podem causar atrasos ou falhas nos registros de VDA no modo de cache do host local. | Reconfigure o local dos seus recursos para que todos os Cloud Connectors fiquem no mesmo domínio. Consulte os Detalhes técnicos do Citrix Cloud Connector para obter mais informações sobre as configurações de vários domínios suportadas. |
| 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 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 de desempenho no modo Cache de Host Local. | Garanta 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 Local Host Cache. |
| Aviso | O StoreFront foi detectado no Local do Recurso, mas pelo menos um Conector dentro do Local do Recurso não está recebendo tráfego do StoreFront. A ausência 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 recursos no StoreFront e verifique se o StoreFront pode se comunicar com todos os Connectors listados na porta especificada no feed de recursos. |
| Aviso (nível de zona AHC) | A verificação de integridade avançada não está habilitada no StoreFront. O StoreFront usa as informações adicionais dos resultados da verificação de integridade avançada para garantir que as solicitações de inicialização sejam enviadas ao local de recurso apropriado no modo Cache do Host Local. Sem uma verificação de integridade avançada, as inicializações podem falhar no modo de cache do host local. | Habilite verificações de integridade avançadas para todas as lojas StoreFront. Consulte Configurações avançadas da loja. |
| Aviso | O local do recurso tem vários corretores de cache de host local eleitos. Ter vários corretores de cache de host local eleitos pode fazer com que os registros de VDA sejam divididos entre os conectores no modo de cache de host local, levando a falhas intermitentes de inicialização. | Garanta que os conectores possam se comunicar em http://<FQDN_OF_PEER_CONNECTOR>:80/Citrix/CdsController/ISeconderyBrokerElection. Consulte Zonas com vários conectores de nuvem. |
| Erro | Há mais VDAs no local do recurso do que o recomendado, o que resultará em falhas nos registros de VDA no modo de cache do host local. | Reduza o número de VDAs neste local de recurso para não mais 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 por meio do Cache do Host Local ou do Service Continuity. | Revise a conectividade dos Cloud Connectors na zona e verifique o registro para verificar se o modo LHC é forçado por meio do registro. Se o LHC não for forçado a passar pelo registro, considere executar o Cloud Connector Connectivity Check Utility. 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 do processador lógico da 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. Os detalhes adicionados 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 residencial para um usuário
- Remover uma zona residencial para um usuário
- Gerenciar zonas iniciais para aplicativos
- Outras ações que incluem a especificação de zonas
- Solução de problemas