mirror of
https://github.com/jbowdre/virtuallypotato.git
synced 2024-12-22 11:12:18 +00:00
Merge branch 'main' into staging
This commit is contained in:
commit
7b22a5aa99
3 changed files with 34 additions and 4 deletions
|
|
@ -1,7 +1,7 @@
|
|||
---
|
||||
title: "Gitea: Ultralight Self-Hosted Git Server" # Title of the blog post.
|
||||
date: 2022-07-22 # Date of post creation.
|
||||
# lastmod: 2022-07-04T14:05:02-05:00 # Date when last modified
|
||||
lastmod: 2022-07-27
|
||||
description: "Deploying the lightweight Gitea Git server on Oracle Cloud's free Ampere Compute."
|
||||
featured: false # Sets if post is a featured post, making appear on the home page side bar.
|
||||
draft: false # Sets whether to render this page. Draft of true will not be rendered.
|
||||
|
|
@ -456,7 +456,7 @@ And after just a few moments, all the content from my GitHub repo shows up in my
|
|||
|
||||
|
||||
|
||||
You might noticed that I unchecked the *Make Repository Private* option for this one, so feel free to browse the mirrored repo at https://git.bowdre.net/john/vrealize if you'd like to check out Gitea for yourself.
|
||||
You might noticed that I unchecked the *Make Repository Private* option for this one, so feel free to browse the mirrored repo at https://git.bowdre.net/vPotato/vrealize if you'd like to check out Gitea for yourself.
|
||||
|
||||
#### Create a new repo
|
||||
The real point of this whole exercise was to sync my Obsidian vault to a Git server under my control, so it's time to create a place for that content to live. I'll go to the **+** menu again but this time select **New Repository**, and then enter the required information:
|
||||
|
|
|
|||
|
|
@ -1,6 +1,7 @@
|
|||
---
|
||||
series: vRA8
|
||||
date: "2021-02-22T08:34:30Z"
|
||||
lastmod: 2022-07-25
|
||||
thumbnail: 7_QI-Ti8g.png
|
||||
usePageBundles: true
|
||||
tags:
|
||||
|
|
@ -119,9 +120,13 @@ We should also go ahead and create a Nameserver set so that phpIPAM will be able
|
|||
|
||||
Okay, we're finally ready to start entering our subnets at **Administration > IP related management > Subnets**. For each one, I entered the Subnet in CIDR format, gave it a useful description, and associated it with my `Lab` section. I expanded the *VLAN* dropdown and used the *Add new VLAN* option to enter the corresponding VLAN information, and also selected the Nameserver I had just created.
|
||||
|
||||
I also enabled the options *Mark as pool*, *Check hosts status*, *Discover new hosts*, and *Resolve DNS names*.
|
||||
I also enabled the options ~~*Mark as pool*~~, *Check hosts status*, *Discover new hosts*, and *Resolve DNS names*.
|
||||
|
||||
|
||||
{{% notice info "Update" %}}
|
||||
Since releasing this integration, I've learned that phpIPAM intends for the `isPool` field to identify networks where the entire range (including the subnet and broadcast addresses) are available for assignment. As a result, I no longer recommend using that field. Instead, consider [creating a custom field](https://github.com/jbowdre/phpIPAM-for-vRA8/blob/main/docs/custom_field.md) for tagging networks for vRA availability.
|
||||
{{% /notice %}}
|
||||
|
||||
I then used the *Scan subnets for new hosts* button to run a discovery scan against the new subnet.
|
||||
|
||||
|
||||
|
|
@ -287,6 +292,10 @@ You'll notice that the form includes fields for Username, Password, and Hostname
|
|||
}
|
||||
}
|
||||
```
|
||||
{{% notice info "Update" %}}
|
||||
Check out the [source on GitHub](https://github.com/jbowdre/phpIPAM-for-vRA8/blob/main/src/main/resources/endpoint-schema.json) to see how I adjusted the schema to support custom field input.
|
||||
{{% /notice %}}
|
||||
|
||||
We've now got the framework in place so let's move on to the first operation we'll need to write. Each operation has its own subfolder under `./src/main/python/`, and each contains (among other things) a `requirements.txt` file which will tell Maven what modules need to be imported and a `source.py` file which is where the magic happens.
|
||||
|
||||
### Step 5: 'Validate Endpoint' action
|
||||
|
|
@ -418,6 +427,23 @@ subnets = subnets.json()['data']
|
|||
```
|
||||
I decided to add the extra `filter_by=isPool&filter_value=1` argument to the query so that it will only return subnets marked as a pool in phpIPAM. This way I can use phpIPAM for monitoring address usage on a much larger set of subnets while only presenting a handful of those to vRA.
|
||||
|
||||
{{% notice info "Update" %}}
|
||||
I now filter for networks identified by the designated custom field like so:
|
||||
```python
|
||||
# Request list of subnets
|
||||
subnet_uri = f'{uri}/subnets/'
|
||||
if enableFilter == "true":
|
||||
queryFilter = f'filter_by={filterField}&filter_value={filterValue}'
|
||||
logging.info(f"Searching for subnets matching filter: {queryFilter}")
|
||||
else:
|
||||
queryFilter = ''
|
||||
logging.info(f"Searching for all known subnets")
|
||||
ipRanges = []
|
||||
subnets = requests.get(f'{subnet_uri}?{queryFilter}', headers=token, verify=cert)
|
||||
subnets = subnets.json()['data']
|
||||
```
|
||||
{{% /notice %}}
|
||||
|
||||
Now is a good time to consult [that white paper](https://docs.vmware.com/en/VMware-Cloud-services/1.0/ipam_integration_contract_reqs.pdf) to confirm what fields I'll need to return to vRA. That lets me know that I'll need to return `ipRanges` which is a list of `IpRange` objects. `IpRange` requires `id`, `name`, `startIPAddress`, `endIPAddress`, `ipVersion`, and `subnetPrefixLength` properties. It can also accept `description`, `gatewayAddress`, and `dnsServerAddresses` properties, among others. Some of these properties are returned directly by the phpIPAM API, but others will need to be computed on the fly.
|
||||
|
||||
For instance, these are pretty direct matches:
|
||||
|
|
|
|||
|
|
@ -1,7 +1,7 @@
|
|||
---
|
||||
title: "Removing and Recreating vCLS VMs" # Title of the blog post.
|
||||
date: 2022-07-24
|
||||
# lastmod: 2022-07-23T16:25:05-05:00 # Date when last modified
|
||||
lastmod: 2022-07-25 # Date when last modified
|
||||
description: "How to remove and (optionally) recreate the vSphere Clustering Services VMs" # Description used for search engine.
|
||||
featured: false # Sets if post is a featured post, making appear on the home page side bar.
|
||||
draft: false # Sets whether to render this page. Draft of true will not be rendered.
|
||||
|
|
@ -32,6 +32,10 @@ That's very cool, particularly in large continent-spanning environments or those
|
|||
|
||||
Fortunately there's a somewhat-hidden way to disable (and re-enable) vCLS on a per-cluster basis, and it's easy to do once you know the trick. This can help if you want to permanently disable vCLS (like in a lab environment) or if you just need to turn it off and on again[^off-and-on] to clean up and redeploy uncooperative agent VMs.
|
||||
|
||||
{{% notice warning "Proceed at your own risk" %}}
|
||||
Disabling vCLS will break DRS, and could have other unintended side effects. Don't do this in prod if you can avoid it.
|
||||
{{% /notice %}}
|
||||
|
||||
[^off-and-on]: 
|
||||
|
||||
### Find the cluster's domain ID
|
||||
|
|
|
|||
Loading…
Reference in a new issue