Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improve "Foreman on AWS" guide #3485

Open
wants to merge 3 commits into
base: master
Choose a base branch
from

Conversation

maximiliankolb
Copy link
Contributor

@maximiliankolb maximiliankolb commented Dec 3, 2024

what

follow up to #3469

why

additional info

-> There will be a third PR after 3485 and 3456 to make this happen.

cherry-picks

to 3.13 and up only

Copy link

github-actions bot commented Dec 3, 2024

The PR preview for 8fd57df is available at theforeman-foreman-documentation-preview-pr-3485.surge.sh

The following output files are affected by this PR:

show diff

show diff as HTML

Copy link
Member

@ekohl ekohl left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As mentioned on Matrix, some of my thoughts on what I'd like to see with this guide in the long term.

Once we drop the postgresql-evr package, we can use a plain PostgreSQL server. Right now we're aiming for Foreman 3.14 for that. For users it means they can use a managed database like Amazon RDS. It will probably be some special flavor of external database support where we point to https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ConnectToPostgreSQLInstance.html (or similar) to obtain the right values and reuse the existing modules.

I should check within Red Hat what the preference is, but it would make sense to me to default to it.

Of course, we first need to actually release the feature in 3.14.

@@ -1,12 +1,13 @@
= Use Cases that Do Not Work
[id="unsupported-use-cases-for-{project-context}-on-aws"]
= Unsupported use cases for {Project} on AWS

In AWS, you cannot manage the DHCP.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Note that if you add a Smart Proxy using a Smart Proxy in our on-premise data center (see Scenario 2: Connecting on-premises and AWS region) then you can use these methods.

This is a long standing issue I have with this guide.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I consider this out of scope for now. I am not that deep into AWS to test this. I can create a follow-up issue to make this visible.

[id="use-case-considerations-for-{project-context}-on-aws"]
= Use case considerations for {Project} on AWS

Amazon Web Services (AWS) is an image-only compute resource which means that there are common {Project} use cases that do not work or require extra configuration in your Amazon Web Service environment.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is this really relevant? You can simply take a bare OS image and then manage it as a normal OS in EC2.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@maximiliankolb maximiliankolb force-pushed the improve_foreman_on_aws branch 2 times, most recently from e5e34a1 to a72da79 Compare December 6, 2024 15:10
@maximiliankolb maximiliankolb force-pushed the improve_foreman_on_aws branch 2 times, most recently from 3ec9aa8 to 6beeb99 Compare December 9, 2024 14:51
@maximiliankolb maximiliankolb marked this pull request as ready for review December 9, 2024 14:53
@maximiliankolb
Copy link
Contributor Author

maximiliankolb commented Dec 13, 2024

TODO: After #3167 has been merged, mention the option to run external DBs on dedicated Amazon service: https://aws.amazon.com/rds/ -> done with second commit.

@maximiliankolb
Copy link
Contributor Author

Can someone please do a style review?

Copy link
Member

@aneta-petrova aneta-petrova left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I love the little cloud for Internet in the graphics. Very cute!

Copy link
Member

@aneta-petrova aneta-petrova left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The supported use cases section could use a bit more love but since you're just moving the content and the purpose of this PR is clear from the description, it's completely fine to leave it as it is.

Comment on lines +25 to +23
Create a VPN connection between the on-premises location and the AWS region where your {SmartProxyServer} is located.
It is also possible to use the external host name of {ProjectServer} when you register the instance that runs {SmartProxy}.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nitpick (applies to Scenario 3 as well). You have one para with a description and then two images (option 1 and option 2). It takes some effort to connect each image to the corresponding part of the para. What if you split the description into two bullet points? Then it would be somewhat easier to connect the dots (= to connect an image with the corresponding part of the concept description).

Comment on lines +14 to +18
include::common/modules/con_use-case-considerations-for-foreman-on-aws.adoc[leveloffset=+1]

include::common/modules/con_foreman-on-aws-prerequisites.adoc[leveloffset=+1]
include::common/modules/con_supported-use-cases-for-foreman-on-aws.adoc[leveloffset=+2]

include::common/modules/con_foreman-on-aws-assumptions.adoc[leveloffset=+2]
include::common/modules/con_unsupported-use-cases-for-foreman-on-aws.adoc[leveloffset=+2]
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Have you considered making this a single module? I think it would be useful to document both support and unsupported functionality in a single file/section -- to make it easier to compare, skip from one to the other, make sure users are aware of both.

endif::[]

.Multi-homed {Project} and {SmartProxy}
Multi-homed {ProjectServer} is not supported.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

But this is a module about what is supported! :) See my other note about perhaps documenting supported+unsupported in a single module. This is another reason why that might work better.

Copy link
Member

@aneta-petrova aneta-petrova left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Style review done! :)

@@ -0,0 +1,8 @@
[id="registering-hosts-on-aws-to-{project-context}"]
= Registering hosts on AWS to {Project}
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it would be more user-friendly to include this as a step in the "Installing Foreman server on AWS" and "Installing Smart Proxy server on AWS" procedures. Users are unlikely to want to install a server/proxy server without continuing to register the hosts so in my mind, it's all one procedure.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Added ".Next steps" to both procedures. Did you mean to refer to "Registering hosts" in Managing hosts" & dropp the this file?

@aneta-petrova aneta-petrova added the style review done No issues from docs style/grammar perspective label Jan 20, 2025
$ cat guides/doc-Deploying_Project_on_AWS/master.adoc | rg "^include" | sed "s/include::/guides\//g" | sed "s/\[.*$//g" | rg modules | rg -v "proc_providing-feedback-on-red-hat-documentation" | sort -u

* Fix/adjust anchors and xrefs to make them fit for all build flavours
* Make images not executable
  $ chmod -x guides/common/images/aws-combined-direct-satellite.png
  $ chmod -x guides/common/images/aws-combined-vpn-satellite.png
  $ chmod -x guides/common/images/aws-multi-region-direct-satellite.png
  $ chmod -x guides/common/images/aws-multi-region-vpn-satellite.png
  $ chmod -x guides/common/images/aws-single-region-satellite.png
Foreman/Katello does no longer require custom packages to run external
databases. This means that users can now use managed DBs as external DB,
for example, "Amazon Relational Database Service".

Refs PR 3167 in foreman-documentation
Refs https://aws.amazon.com/rds/
Copy link
Contributor Author

@maximiliankolb maximiliankolb left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Applied most feedback. Needs re-review.

Still TODO: think about combining supported use cases and unsupported use cases & think about splitting/reordering scenarios aka. images and text.

@@ -0,0 +1,8 @@
[id="registering-hosts-on-aws-to-{project-context}"]
= Registering hosts on AWS to {Project}
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Added ".Next steps" to both procedures. Did you mean to refer to "Registering hosts" in Managing hosts" & dropp the this file?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
style review done No issues from docs style/grammar perspective
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants