Zonas
Nota:
Você pode gerenciar sua implantação do Citrix Virtual Apps and Desktops™ usando dois consoles de gerenciamento: Web Studio (baseado na web) e Citrix Studio (baseado no Windows). Este artigo aborda apenas o Web Studio. Para obter informações sobre o Citrix Studio, consulte o artigo equivalente no Citrix Virtual Apps and Desktops 7 2212 ou anterior.
Implantações que abrangem locais amplamente dispersos conectados por uma WAN podem enfrentar desafios devido à latência e confiabilidade da rede. Existem duas opções que mitigam esses desafios:
-
Implante vários sites, cada um com seu próprio banco de dados de site do SQL Server.
Esta opção é recomendada para grandes implantações corporativas. Vários sites são gerenciados separadamente, e cada um requer seu próprio banco de dados de site do SQL Server. Cada site é uma implantação separada do Citrix Virtual Apps™.
-
Configure várias zonas dentro de um único site.
A configuração 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. O uso de zonas permite o gerenciamento eficaz do site a partir de um único console do Web Studio, do Citrix Director e do banco de dados do site. Isso economiza os custos de implantação, pessoal, licenciamento e operação de mais sites contendo bancos de dados separados em locais remotos.
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 finais, o que melhora o desempenho. Uma zona pode ter um ou mais Controllers instalados localmente para redundância e resiliência, mas isso não é obrigatório.
O número de Controllers configurados no site pode afetar o desempenho de algumas operações, como a adição de novos Controllers ao próprio site. Para evitar isso, recomendamos que você limite o número de zonas em seu site do Citrix Virtual Apps ou Citrix Virtual Desktops™ a no máximo 50.
Quando a latência de rede de suas zonas for superior a 250 ms RTT, recomendamos que você implante vários sites em vez de zonas.
Ao longo deste artigo, o termo local refere-se à zona em discussão. Por exemplo, “Um VDA se registra em um Controller local” significa que um VDA se registra em um Controller na zona onde o VDA está localizado.
As zonas nesta versão são semelhantes, mas não idênticas às zonas na versão 6.5 do XenApp e anteriores. Por exemplo, nesta implementação de zonas, não há coletores de dados. Todos os Controllers no site se comunicam com um banco de dados do site na zona primária. Além disso, o failover e as zonas preferenciais funcionam de forma diferente nesta versão.
Tipos de zona
Um site sempre tem uma zona primária. Ele também pode, opcionalmente, ter uma ou mais zonas satélite. As zonas satélite podem ser usadas para recuperação de desastres, data centers geograficamente distantes, filiais, uma nuvem ou uma zona de disponibilidade em uma nuvem.
Zona primária:
A zona primária tem o nome padrão “Primary”. Esta zona contém o banco de dados do site do SQL Server (e servidores SQL de alta disponibilidade, se usados), Web Studio, Director, Citrix StoreFront™, Citrix License Server e Citrix Gateway. Mantenha sempre o banco de dados do site na zona primária.
A zona primária deve ter pelo menos dois Controllers para redundância. A zona primária pode ter VDAs com aplicativos que estão fortemente acoplados ao banco de dados e à infraestrutura.
Zona satélite:
Uma zona satélite contém um ou mais VDAs, Controllers, servidores StoreFront e servidores Citrix Gateway. Em operações normais, os Controllers em uma zona satélite se comunicam diretamente com o banco de dados na zona primária.
Uma zona satélite, particularmente uma grande, também pode conter um hipervisor que é usado para provisionar e armazenar máquinas para essa zona. Ao configurar uma zona satélite, você pode associar um hipervisor ou outra conexão de serviço a ela. (Certifique-se de que todos os catálogos que usam essa conexão estejam na mesma zona.)
Um site pode ter zonas satélite de diferentes configurações, com base em suas necessidades e ambiente exclusivos. A figura a seguir ilustra uma zona primária e exemplos de zonas satélite.
Na ilustração:
-
Zona primária: Contém dois Controllers, Web Studio, Director, StoreFront, License Server e o banco de dados do site (além de implantações de SQL Server de alta disponibilidade). A zona primária também contém vários VDAs e um Citrix Gateway.
-
Zona satélite 1: VDAs com Controller: A zona satélite 1 contém um Controller, VDAs e um servidor StoreFront. Os VDAs nesta zona satélite se registram no Controller local. O Controller local se comunica com o banco de dados do site e o servidor de licenças na zona primária.
Se a WAN falhar, o recurso Local Host Cache permite que o Controller na zona satélite continue a intermediar conexões com os VDAs nessa zona. Tal implantação pode ser eficaz em um escritório onde os trabalhadores usam um site StoreFront local e o Controller local para acessar seus recursos locais.
-
Zona satélite 2: VDAs com Controllers redundantes: A zona satélite 2 contém dois Controllers, VDAs e um servidor StoreFront. Este é o tipo de zona mais resiliente, oferecendo proteção contra uma falha simultânea da WAN e de um dos Controllers locais.
Onde os VDAs se registram e onde os Controllers fazem failover
Em um site contendo zonas primárias e satélite, com VDAs na versão mínima 7.7:
- Um VDA na zona primária se registra em um Controller na zona primária. Um VDA na zona primária nunca tenta se registrar em um Controller em uma zona satélite.
- Um VDA em uma zona satélite se registra em um Controller local, se possível. (Este é considerado o Controller preferencial.) Se nenhum Controller local estiver disponível (por exemplo, porque não podem aceitar mais registros de VDA ou falharam), o VDA tentará se registrar em um Controller na zona primária. Neste caso, o VDA permanece registrado na zona primária, mesmo que um Controller em uma zona satélite se torne disponível novamente. Um VDA em uma zona satélite nunca tenta se registrar em um Controller em outra zona satélite.
- Quando a atualização automática está habilitada para a descoberta de Controllers por VDA, e você especifica uma lista de endereços de Controller durante a instalação do VDA, um Controller é selecionado aleatoriamente dessa lista para o registro inicial (independentemente da zona em que o Controller reside). Após a reinicialização da máquina com esse VDA, o VDA começará a preferir se registrar em um Controller em sua zona local.
- Se um Controller em uma zona satélite falhar, ele faz failover para outro Controller local, se possível. Se nenhum Controller local estiver disponível, ele faz failover para um Controller na zona primária.
- Se você mover um Controller para dentro ou para fora de uma zona, e a atualização automática estiver habilitada, os VDAs em ambas as zonas recebem listas atualizadas indicando quais Controllers são locais e quais estão na zona primária, para que saibam com quem podem se registrar e aceitar conexões.
- Se você mover um catálogo para outra zona, os VDAs nesse catálogo se registrarão novamente nos Controllers na zona para onde você moveu o catálogo. (Ao mover um catálogo para outra zona, certifique-se de que esta zona e a zona com a conexão de host associada estejam bem conectadas. Se houver largura de banda limitada ou alta latência, mova a conexão de host para a mesma zona que contém o catálogo de máquinas associado.)
Se todos os Controllers na zona primária falharem:
- O Web Studio não consegue se conectar ao site.
- As conexões com VDAs na zona primária não podem ser feitas.
- O desempenho do site degrada até que os Controllers na zona primária se tornem disponíveis.
Para sites contendo versões de VDA anteriores à 7.7:
- Um VDA em uma zona satélite aceita solicitações de Controllers em sua zona local e na zona primária. (VDAs na versão mínima 7.7 podem aceitar solicitações de Controller de outras zonas satélite.)
- Um VDA em uma zona satélite se registra em um Controller na zona primária ou na zona local aleatoriamente. (VDAs na versão mínima 7.7 preferem a zona local.)
Preferência de zona
Para usar o recurso de preferência de zona, você deve estar usando no mínimo StoreFront 3.7 e Citrix Gateway 11.0-65.x.
Em um site multi-zona, 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 é referido como o local de origem do aplicativo.
- A localização dos dados de origem do usuário, como um perfil ou compartilhamento doméstico. Isso é referido como o local de origem do usuário.
- A localização atual do usuário (onde o aplicativo Citrix Workspace™ está sendo executado). Isso é referido como a localização do usuário.
O gráfico a seguir mostra um exemplo de configuração multi-zona.
Neste exemplo, os VDAs estão espalhados por três zonas satélite, mas todos estão no mesmo Delivery Group. Portanto, o broker pode ter uma escolha de qual VDA usar para uma solicitação de inicialização do usuário. Este exemplo indica que existem vários locais onde os usuários podem estar executando seus endpoints do aplicativo Citrix Workspace:
- O Usuário A está usando um dispositivo com o aplicativo Citrix Workspace na zona satélite 1.
- O Usuário B está usando um dispositivo na zona satélite 2.
-
Os documentos de um usuário podem ser armazenados em vários locais.
- Os Usuários A e B usam um compartilhamento baseado na zona satélite 1.
- O Usuário C usa um compartilhamento da zona satélite C.
- Um dos aplicativos publicados usa um banco de dados localizado na zona satélite 1.
Você associa um usuário ou aplicativo a uma zona configurando uma zona de origem para o usuário ou aplicativo. O broker no Delivery Controller™ então usa essas associações para ajudar a selecionar a zona onde uma sessão será iniciada, se houver recursos disponíveis. Você pode:
- Configurar a zona de origem para um usuário adicionando um usuário a uma zona.
- Configurar 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 ocorrem devido à associação a grupos de usuários; consulte a seção “Outras considerações”. 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. Você pode restringir a sequência; consulte Personalizando a preferência de zona. 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 uma associação de zona configurada (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 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 zona preferencial, o balanceamento de carga é aplicado a todos os VDAs no Delivery Group.
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 é usada.
- Uso obrigatório da zona de origem do usuário: Em um Delivery Group, você pode especificar que uma sessão seja iniciada na zona de origem do usuário (se configurada), sem failover para outra zona se a zona de origem não tiver recursos disponíveis. Essa restrição é útil quando você deve evitar o risco de copiar grandes perfis ou arquivos de dados entre zonas. Em outras palavras, você preferiria negar a inicialização 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 indicar que o aplicativo seja iniciado 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 indicar que nenhuma zona de usuário configurada seja considerada ao iniciar esse aplicativo. Por exemplo, você pode preferir que os usuários executem um aplicativo em um VDA próximo ao seu dispositivo, usando a preferência de zona de localização do usuário, 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 inicia um aplicativo ou desktop já tiver uma sessão adequada para o recurso que está sendo iniciado (por exemplo, que pode usar o compartilhamento de sessão para um aplicativo, ou uma sessão que já está executando o recurso que está sendo iniciado), mas essa sessão estiver sendo executada em um VDA em uma zona diferente da zona preferencial para o usuário/aplicativo, o sistema poderá criar uma nova sessão. Isso satisfaz a inicialização na zona correta (se tiver 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 desejabilidade para as sessões satisfazerem uma inicialização é:
- Reconectar a uma sessão existente na zona preferencial.
- Reconectar a uma sessão desconectada existente em uma zona diferente da zona preferencial.
- Iniciar uma nova sessão na zona preferencial.
- Reconectar a uma sessão conectada existente em uma zona diferente da zona preferencial.
- Iniciar uma nova sessão em uma zona diferente da zona preferencial.
Outras considerações sobre a 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 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 inicial diferente configurada por meio de outra associação de grupo. Nesses casos, a determinação da zona inicial desse usuário pode ser ambígua.
Se um usuário tiver uma zona inicial configurada que não foi adquirida por meio de associação a grupo, essa zona será usada para 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 lançamentos de sessão subsequentes, até que a associação do usuário ao grupo seja alterada.
- 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 Gateway deve ser configurado para associar intervalos de endereços IP a zonas específicas, e a identidade da zona descoberta deve ser passada pelo StoreFront para o Controller.
Para obter mais informações sobre a preferência de zona, consulte Zone preference internals.
Considerações, requisitos e práticas recomendadas
-
Você pode colocar os seguintes itens em uma zona: Controllers, catálogos de máquinas, conexões de host, usuários e aplicativos. Se um catálogo usar uma conexão de host, certifique-se de que o catálogo e a conexão estejam na mesma zona. (No entanto, com uma conexão de baixa latência e alta largura de banda disponível, eles podem estar em zonas diferentes.)
-
Quando você coloca itens em uma zona satélite, isso afeta como o site interage com eles e com outros objetos relacionados a eles.
- Quando os Controllers são colocados em uma zona satélite, presume-se que essas máquinas tenham boa conectividade (local) com hipervisores e VDAs na mesma zona. Os Controllers nessa zona satélite são então usados em preferência aos Controllers na zona primária para lidar com esses hipervisores e máquinas VDA.
- Quando uma conexão de hipervisor é colocada em uma zona satélite, presume-se que todos os hipervisores gerenciados por meio dessa conexão de hipervisor também residam nessa zona satélite. Os Controllers nessa zona satélite são então usados em preferência aos Controllers na zona primária ao se comunicar com essa conexão de hipervisor.
- Quando um catálogo de máquinas é colocado em uma zona satélite, presume-se que todas as máquinas VDA nesse catálogo estejam na zona satélite. Os Controllers locais são usados em preferência aos Controllers na zona primária ao tentar se registrar no site, depois que o mecanismo de atualização automática da lista de Controllers for ativado após o primeiro registro de cada VDA.
- As instâncias do Citrix Gateway também podem ser associadas a zonas. Isso é feito como parte da configuração do StoreFront Optimal HDX™ Routing, e não, como para os outros elementos descritos aqui, como parte da configuração do site. Quando um Citrix Gateway é associado a uma zona, ele é preferencialmente usado quando as conexões HDX para máquinas VDA nessa zona são utilizadas.
-
Ao criar um site de produção e, em seguida, criar o primeiro catálogo e Grupo de Entrega, todos os itens estão na zona primária – você não pode criar zonas satélites até concluir essa configuração inicial. (Se você criar um site vazio, a zona primária inicialmente conterá apenas um Controller. Você pode criar zonas satélites antes ou depois de criar um catálogo e um Grupo de Entrega.)
-
Ao criar a primeira zona satélite contendo um ou mais itens, todos os outros itens em seu site permanecem na zona primária.
-
A zona primária é nomeada ‘Primary’ por padrão; você pode alterar esse nome. Embora o Web Studio indique qual zona é a zona primária, é uma prática recomendada usar um nome facilmente identificável para a zona primária. Você pode reatribuir a zona primária (ou seja, tornar outra zona a zona primária), mas ela deve sempre conter o banco de dados do site e quaisquer servidores de alta disponibilidade.
-
Sempre mantenha o banco de dados do site na zona primária.
-
Depois de criar uma zona, você pode mover itens de uma zona para outra. Essa flexibilidade permite que você separe 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. Considere os possíveis efeitos não intencionais antes de mover itens entre zonas. Mantenha um catálogo e a conexão de host que ele usa na mesma zona, ou em zonas bem conectadas (por exemplo, por meio de uma rede de baixa latência e alta largura de banda).
-
Para um desempenho ideal, instale o Web Studio e o Director apenas na zona primária. Você pode acessar o Web Studio e o Director de uma zona satélite (por exemplo, uma zona satélite contendo Controllers para usar como failover se a zona primária se tornar inacessível) porque eles são aplicativos web.
-
Idealmente, o Citrix Gateway em uma zona satélite é usado para conexões de usuários que chegam a essa zona de outras zonas ou locais externos, embora você possa usá-lo para conexões dentro da zona.
-
Lembre-se: Para usar o recurso de preferência de zona, você deve estar usando no mínimo StoreFront 3.7 e Citrix Gateway 11.0-65.x.
Limites de qualidade da conexão
Os Controllers na zona satélite realizam interações SQL diretamente com o banco de dados do site. Isso impõe alguns limites à qualidade do link entre a zona satélite e a zona primária que contém o banco de dados do site. Os limites específicos são relativos ao número de VDAs e sessões de usuário nesses VDAs que são implantados na zona satélite. Assim, zonas satélites com apenas alguns VDAs e sessões podem funcionar com uma conexão de pior qualidade com o banco de dados do que zonas satélites com um grande número de VDAs e sessões.
Para obter mais informações, consulte Melhorias de latência e consulta de bloqueio SQL.
O impacto da latência no desempenho do broker
Embora as zonas permitam que os usuários estejam em links de maior latência, desde que haja um broker local, a latência adicional inevitavelmente afeta a experiência do usuário final. Para a maioria do trabalho que os usuários fazem, eles experimentam lentidão causada por viagens de ida e volta entre os Controllers na zona satélite e o banco de dados do site.
Para o lançamento de aplicativos, ocorrem atrasos extras enquanto o processo de broker de sessão identifica VDAs adequados para enviar solicitações de lançamento de sessão.
Criar e gerenciar zonas
Um Administrador Completo pode realizar todas as tarefas de criação e gerenciamento de zonas. No entanto, você também pode criar uma função personalizada que permite criar, editar ou excluir uma zona. 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 uma zona para outra, você deve ter permissão de edição para esse catálogo. Para obter mais informações, consulte Administração delegada.
Se você usa o Citrix Provisioning™: O console do Citrix Provisioning não está ciente das zonas, por isso recomendamos usar o Web Studio para criar catálogos para zonas satélites. Crie o catálogo no Web Studio, especificando a zona satélite correta. Em seguida, use o console do Citrix Provisioning para provisionar máquinas nesse catálogo. (Se você criar o catálogo usando o assistente do Citrix Provisioning, o catálogo será colocado na zona primária. Você deve usar o Web Studio para movê-lo para a zona satélite posteriormente.)
Criar uma zona
- Faça login no Web Studio.
- Selecione “Zonas” no painel esquerdo.
- Selecione “Criar Zona” na barra de ações.
- Insira um nome para a zona e uma descrição (opcional). O nome deve ser exclusivo dentro do site.
- Selecione os itens a serem colocados na nova zona. Você pode filtrar ou pesquisar a lista de itens da qual pode selecionar. Você também pode criar uma zona vazia; simplesmente não selecione nenhum item.
- Clique em “Salvar”.
Como alternativa a este método, você pode selecionar um ou mais itens no Web Studio e, em seguida, selecionar “Criar Zona” na barra de ações.
Alterar o nome ou a descrição de uma zona
- Faça login no Web Studio.
- Selecione “Zonas” no painel esquerdo.
- Selecione uma zona no painel central e, em seguida, selecione “Editar Zona” na barra de ações.
- Altere o nome da zona, a descrição ou ambos. Se você alterar o nome da zona primária, certifique-se de que a zona permaneça facilmente identificável como a zona primária.
- Clique em “Salvar” ou “Aplicar”.
Mover itens de uma zona para outra
- Faça login no Web 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.
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 usa uma conexão de host para um hipervisor ou outro serviço, coloque o catálogo e a conexão na mesma zona. Caso contrário, o desempenho pode ser afetado. Se você mover um, mova o outro também.
Excluir uma zona
Uma zona deve estar vazia antes de poder ser excluída. Você não pode excluir a zona primária.
- Faça login no Web Studio.
- Selecione “Zonas” no painel esquerdo.
- Selecione uma zona no painel central.
- Selecione “Excluir Zona” na barra de ações. Se a zona não estiver vazia (contiver itens), você será solicitado a escolher a zona para onde esses itens serão movidos.
- Confirme a exclusão.
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.
- Faça login no Web Studio.
- Selecione “Zonas” no painel esquerdo e, em seguida, selecione uma zona no painel central.
- Selecione “Adicionar Usuários à Zona” na barra de ações.
- Na caixa de diálogo “Adicionar Usuários à Zona”, clique em “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 oferece 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.
- Clique em “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 “As sessões devem ser iniciadas na zona inicial de um usuário, se configurada”.
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.
- Faça login no Web Studio.
- Selecione “Zonas” no painel esquerdo e, em seguida, selecione uma zona no painel central.
- Selecione “Remover Usuários da Zona” na barra de ações.
- Na caixa de diálogo “Adicionar Usuários à Zona”, clique em “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 e grupos de aplicativos 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 adicionar o aplicativo a um grupo ou posteriormente.
- Ao criar um Grupo de Entrega, criar um Grupo de Aplicativos ou adicionar aplicativos a grupos existentes, selecione “Propriedades” na página “Aplicativos” do assistente.
- Para alterar as propriedades de um aplicativo depois que ele for adicionado, selecione “Aplicativos” no painel esquerdo. Selecione um aplicativo e, em seguida, selecione “Editar Propriedades do Aplicativo” 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 a partir da zona selecionada (e não de qualquer outra zona), selecione a caixa de seleção abaixo da seleção da 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 quaisquer zonas de usuário configuradas 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
Depois de criar pelo menos uma zona satélite, você pode especificar uma zona ao adicionar uma conexão de host ou criar um catálogo.
Normalmente, a zona primária é o padrão. Ao usar o Machine Creation Services™ para criar um catálogo, a zona configurada para a conexão de host é selecionada automaticamente.
Se o site não contiver zonas satélites, a zona primária será assumida e a caixa de seleção de zona não aparecerá.