Setting Up Google Cloud To Serve This Blog
chrislovecnm.com needed an internet home. Using Jekyll creates a static HTML/JS/CSS site, which makes hosting from an Object Store simple.
There are a lot of companies out there that offer object stores. I am daily using AWS Cloud and GCE developing kops and Kubernetes. I could have chosen something else, but I decided to stay with the major players. Frankly, I could not decide. My wife made the final call. The conversation was: “Hon should we use AWS or Google?”. Her answer was Google.
Here is the link free trial for the free trial. At the time I am writing this post, the free period is good for $300 over a year. From what I could figure out both I could not use AWS Free Tier since they charge for DNS.
S3 is a very well known Object Storage Amazon Cloud service. Google’s option is Google Storage.
Setting up a static site is trivial and documented. But that is fine if you are ok with two things.
- Using HTTP
- Using subdomain like www.chrislovecnm.com
- Use HTTPS, because Google gives better SEO with HTTPS
- www subdomain is so 2000’s. Just use chrislovecnm.com
This blog’s Travis CI is not set up yet to copy content over, and I am kind of on the fence if I am going to do that. For now:
The Google storage UX does not have an option to make all files in a folder accessible publicly, but you can set the default permission to the public. Run the following command.
$YOURSITEBUCKET with your bucket name.
Using a Load Balancer allows you to have HTTP, HTTPS, and an IP address. With an IP address, you can do anything you want with DNS.
Google has clear instructions for setting up a Load Balancer using serving content from a bucket in Cloud Storage.
I have both HTTP and HTTPS setup, which required me to create a static IP. SSL certificates are always a PAIN. LetsEncrypt is trying to change that, and with some trial and error finally got it configured.
My road to SSL was a bit of a wandering path. In order, to get a cert from LetsEncrypt you have to use there API. Lots of options exist, so I tried two different web based online tools. I pulled my hair out for about 6 hours. I am not exaggerating.
Then I finally found this gem: Google Cloud HTTPs load balancing with Letsencrypt certificate.
- Install certbot, and there is a brew package.
sudo certbot certonly --manual -d yoursite.com,www.yoursite.com
- Follow the instructions and upload the web pages to your site
- Configure the load balancer with the cert.pem, fullchain.pem, and privkey.pem
certbot CLI options and the name of the files it creates have changed since the post on ruby in rais, was initially written, so it took a bit of playing. But less than six hours.
gcloud CLI you can follow these
but I used clicked on the buttons in the cloud console. The general
instructions for setting up the load balancer with HTTPS are
but the UX wizards at Google have made it simple.
DNS is dead simple with Google Cloud, but not as many bells and whistles as such services as AWS Cloud Route53 or CloudFlare. But simple is good. I switched my domain’s NS servers with my registrar and set the static IP address assigned to my load balancer as a DNS “A” record.
- Need to move another domain over to Google Cloud, and figure out how to use the same load balancer.
- Google Analytics is wonky. Referral and page names are messed up, but I would sooner write more posts, than worry about the traffic numbers.