zscaler/zscaler-mcp-server/create-server-group
Claude Code and agent skill by zscaler/zscaler-mcp-server
- community
Checking that the SKILL.md file is still in the repository.
Create a ZPA server group with all required dependencies. Server groups require app connector groups to exist first. This skill walks through the dependency chain: (1) Check for existing app connector groups, (2) Create an app connector group if none exist, (3) Create the server group referencing the connector group IDs, (4) Verify the server group was created correctly. Use when an administrator needs to set up a new server group for application access.
Install
npx vskill@latest install zscaler/zscaler-mcp-server/create-server-groupSKILL.md
ZPA: Create Server Group
Keywords
create server group, new server group, zpa server group, add server group, connector group dependency, server group setup, zpa infrastructure
Overview
Create a ZPA server group by first ensuring its required dependency -- an app connector group -- exists. Server groups are fundamental building blocks in ZPA that define which application connectors serve traffic for specific applications.
Use this skill when: An administrator asks to create a new server group, set up ZPA infrastructure, or needs help understanding server group dependencies.
Workflow
Follow this 5-step process to create a server group with its dependencies.
Step 1: Gather Requirements
Ask the administrator for the following information:
Required:
- Server group name
- Whether to use an existing app connector group or create a new one
Optional:
- Server group description
- Whether IP anchoring is needed (
ip_anchored) - Whether dynamic discovery should be enabled (
dynamic_discovery) - Specific application server IDs to associate (
server_ids) - Microtenant ID (for multi-tenant environments)
Step 1.5: Pick the Server Group Pattern (baseline alignment)
Reference: ZPA Baseline Recommendations v1.0 §Server Group Definition. Pick one of the five patterns before you choose app_connector_group_ids:
| Pattern | When to use | AC group binding | |
|---|---|---|---|
| Dedicated per location (default for most apps) | Apps hosted in one DC / cloud region | The single location AC group only | |
| Secure enclave | Sensitive / regulated apps (Finance, HR, Legal, PCI) | The isolated enclave AC group only — never co-mingle with general traffic | |
| Global | Apps reachable from anywhere (AD DCs, NTP, internally LB'd web) | All location AC groups | |
| SIPA | Third-party apps that require fixed source IP | Dedicated SIPA AC group(s) only — separate from general traffic so heavy general load can't degrade SIPA performance | |
| Regional | Single-DC app that needs cross-DC failover | Multiple AC groups in a region (e.g. "US-East" SG bound to all US-East AC groups) | |
| Discovery | Wildcard segment for unknown apps (*.corp.example.com) | All communal AC groups, plus dynamic_discovery=True |
Once you've picked the pattern, the AC group selection in Step 2 / 3 is determined.
Dynamic Discovery — when to disable it
The baseline doc recommends dynamic_discovery=True for almost all server groups. Disable it only when:
- Strict per-server segmentation is required (specific server IDs must be served by specific connectors).
- You need destination NAT for overlapping networks across multi-DC / multi-cloud or partner environments served by ZPA Extranet.
Important — dynamic discovery ≠ application health checks. Dynamic discovery only learns server reachability from connector lookups. Application health (TCP probes, HTTP checks, port polling) is configured separately on the application segment via the health_reporting field. See the application_segment-onboard skill for health_reporting defaults.
Step 2: Check for Existing App Connector Groups
Before creating anything, list existing app connector groups to avoid duplicates.
Evaluate results:
- If a suitable connector group already exists, note its
idfor use in Step 4 - If no connector groups exist or none are suitable, proceed to Step 3
- Present the list to the administrator and ask which to use (or confirm creating a new one)
Example Response
Step 3: Create App Connector Group (if needed)
If a new app connector group is required:
Important notes:
country_codeaccepts full names (e.g., "United States") or ISO codes ("US")latitudeandlongitudehelp with geo-proximity routing- Save the returned
id-- it is required in the next step
Confirm creation
Step 4: Create the Server Group
With the app connector group ID(s) in hand, create the server group:
Parameter guidance:
app_connector_group_ids(required): List of one or more app connector group IDs from Step 2 or Step 3dynamic_discovery: Set toTruewhen application servers are discovered automatically;Falsewhen specifying servers manually viaserver_idsip_anchored: Set toTrueonly when source IP anchoring is required (advanced use case)
Step 5: Verify and Summarize
Confirm the server group was created successfully:
Present Summary
Dependency Chain Reference
Edge Cases
Multiple Connector Groups
A server group can reference multiple app connector groups for redundancy:
Microtenant Scoping
In multi-tenant environments, pass microtenant_id to both the connector group and server group:
Static Server Assignment
When dynamic discovery is disabled, associate specific application servers:
Quick Reference
Dependency: App Connector Group must exist before creating a Server Group.
Tools used:
zpa_list_app_connector_groups()-- find existing connector groupszpa_create_app_connector_group(name, ...)-- create if neededzpa_get_app_connector_group(group_id)-- verify connector groupzpa_create_server_group(name, app_connector_group_ids, ...)-- create server groupzpa_get_server_group(group_id)-- verify server group
Remember:
- Always check for existing resources before creating new ones
- The
app_connector_group_idsparameter on server groups is required - Present the dependency chain to the administrator so they understand the relationship
Security
- Security scanPassed, 100 of 100Pattern checks on the skill's files.
- Model reviewNot runA model review is scheduled for the next rescan.
Quality evaluation
- Task evaluationNot runNo evaluation yet. Run one in Skill Studio.
Source
- SKILL.md in the repositoryCheckingskills/zpa/create-server-group/SKILL.md
Popularity
- Repository stars
- 39
- Repository forks
- 18
- 7-day trend score
- 18
Stars and forks are for the whole GitHub repository, not this skill alone. Not refreshed yet.
Works with
Any agent vskill installs to: 56 targets in all. These 39 have a page on this site.
- Claude Code
- Cursor
- GitHub Copilot
- Windsurf
- Codex
- Gemini CLI
- Cline
- Amp
- Roo Code
- Goose
- Continue
- Kilo Code
- Junie
- Trae
- OpenHands
- Qwen Code
- AI Agent
- Tabnine Chat
- Sourcegraph Cody
- Amazon Q
- Firebase Genkit
- Sweep
- Devin
- Phind
- Mentat
- Claude Desktop
- Aider
- GPT Pilot
- Plandex
- bolt.new
- v0
- Replit Agent
- Anse
- TypingMind
- BetterChatGPT
- LibreChat
- Warp AI
- Pieces
- Fig AI
Embed badge
[](https://verified-skill.com/skills/zscaler/zscaler-mcp-server/create-server-group)