Could you please suggest an ideal VM configuration for using micro cloud foundry. I understand that the configuration could depend on a lot of parameters but I am looking for something that allows smooth operations without making the guest or host machine too slow in terms of performance.
When you download Micro Cloud, It already comes in a configured VM. You can review the VM configurations but there is no need for you to manually create a new VM.
The "micro.vmx" is the VM.
Here is the link to the docs about Micro Cloud for more information:
http://docs.cloudfoundry.com/infrastructure/micro/installing-mcf.html
Related
I want to run a script on remote virtual machines to install some applications and configure those applications. Azure virtual machine (VM) extensions are small applications that provide post-deployment configuration and automation tasks on Azure VMs. I need a similar feature for the Google Cloud Platform. Is there any way I can run a script on already deployed Virtual machines on GCP?
Yes and No.
No, you haven't the same easiness in GCP that you have with Azure.
Yes, you can do it by creating a SSH connection and executing your command remotely. It required more SysAdmin skills and it's less convient, but you can do it.
I have a VM running on Debian. Considering security, does it make sense to install antivirus/security software on it?
I know Google recommends ClamAV for the scanning of files uploaded to Google Cloud Storage. But I don't find anywhere about malware scans or antivirus on virtual machines.
This is the same for SQL instances in Cloud SQL. Is it recommended and/or possible to add additional security to detect malware?
It depends on what that VM is going to do. Does this machine really receive external files that are going to be kept in the VM?. if so you may need an antivirus installed in the VM.
If this VM has your own software, your security could be the firewalls, Security Command Center, and Shielded VMs.
If your VM is serving web apps, you could look for other Googles security tools like Cloud Armor.
For Cloud SQL instances, as they are a managed service, Google is responsible for security at OS and DB software levels. Although data access security is the customer's responsibility.
I need to deploy a Django app using PostgreSQL as the database on Google Cloud Platform.
Since the app is only for my personal use, it has a minimal server load.
I tried a solution by deploying my app on an F1 App Engine standard environment(us-central1 region) and ran a PostgreSQL instance on an f1-small compute engine(us-central1 region). Both these are provided in GCP free tier in the us-central1 region.
But it seems a VPC serverless connector is needed for app engine standard to access Postgres on compute engine on internal IP address.(which is billed as 2 e-2 micro instances).
Is there a better way of deploying it on GCP or connecting App engine standard with compute engine private IP, which incurs lesser cost?
Your choice will likely depend on what your app needs to do.
Use Cloud Run, which has a free tier, which you'll need to containerize your application, but this isn't too hard. You can then connect to your database running on Compute Engine using its IP address. I would recommend setting your max instances to ensure your costs stay low since it sounds like that is important to you. This looks doable by either public IP or using the VPC serverless connector (example).
Consider using CloudSQL for PostGreSQL and connecting to that from App Engine standard environment. If you choose the smallest shared core option, your Cloud SQL costs will likely be under $8 USD/month based on the pricing table.
Is your traffic level or memory load low enough that you might just run a webserver on your same Compute Engine instance? I've had challenges doing this myself with having enough memory for both app and database to run, but you might have better luck.
I am pretty new to cloudfoundry. I am still trying to understand how exactly it works.
Say if I have three VMs. VM 1 is running on server A.
VM 2 and 3 are running on server B.
If I wanted to use a single CloudFoundry Instance on those three, would it work?
And if not, how could I use Cloudfoundry on multiple servers or at least multiple VMs? I know I can use BOSH to set them up, but do I still have to manage each instance seperately?
Thank you:
Jannis
BOSH will deploy VMs for you, you typically don't deploy Cloud Foundry onto existing VMs. BOSH supports deploying to several infrastructures. The core supported infrastructures include AWS, vSphere, OpenStack, and vCloud Air/vCloud Director. There are also community-provided "Cloud Provider Interfaces" for IBM SoftLayer, Azure, Google Compute Engine, and more.
Cloud Foundry is meant to be run as a distributed service, i.e. on multiple VMs. Typically those VMs will be on multiple different hosts, hardware racks, servers, datacenters, what have you. And BOSH is designed to facilitate deploying and managing distributed services like Cloud Foundry. So no, you do not need to manage individual VMs separately.
You can read more about BOSH and Deploying Cloud Foundry.
I know this is a much asked question in regards to Cloud Foundry in general with disappointing responses as of current, and even though I get the idea it is not possible with an instance of Micro Cloud Foundry, I want to ask just to make sure. Is it possible to configure an external domain on an instance of Micro Cloud Foundry without tunneling from a cloudfoundry subdomain?
This isn't possible with a stock Micro Cloud Foundry VM. However, you could SSH into the VM and modify the necessary files so it will respond to a domain of your choice. Look here for pointers: http://support.cloudfoundry.com/entries/20404628-how-does-url-addressing-work